從營運PM做到產品PM：我最痛的１１個領悟
圖片來源：unsplash.com
3. 承上，我們曾經為了顧客帳單上顯示的一個小小字樣討論了超久，這對產品PM來說就是個顯示字串，超小超低priority的事情，但是那個字串若不清楚，顧客就可能打電話進客服詢問，即使只有0.1%的顧客會詢問，乘上SP顧客的數量，可能就上千通客服電話了超可怕，所以很細很細的小事都要很認真思考影響。
4. 再承上，同樣的，即使你只做到了0.1%的優化，都可能能節省巨大的成本或人力時間，這時就好有成就感！
5. 產品PM把產品交付出去專案就先告一段落；營運PM產品一上線就是提心吊膽的開始，產品PM可以說做產品就是要惟快不破，先出再說，但那是因為出事情衰的不是你，而是營運啊！（好啦才不是這樣XD）
6. 承上，所以我做營運之後才開始學到「批次上線」，就是慢慢將新功能apply到某些有限制數量的用戶身上，確保沒問題再放寬數量，一開始使用的顧客數量小容易損害控制，但是這反過來也會影響日常營運流程，因為對這兩批客戶要用不同的方法做事。
7. 可能我做的是金流，常常會被法規、銀行......等等一堆規矩與限制所侷限。
產品PM可能會設計一些高大上的功能，談論各種設計哲學、要重視使用者經驗，要提供WOW的體驗等等，但營運一碰到一堆規定與限制，或是日常流程行之有年的方式，常常就一個個妥協，最後妥協出一個平庸，但安全可以順暢運作的版本。（也許可以找到平衡點，我還在努力！）
8. 做產品時會希望做對的事，做營運時你會發現，有時你是對的，但用戶就是不滿意，就是有各種奇葩的使用情境會讓他們遇到問題，常常就開始天人交戰，要不要處理？怎麼處理？處理這個個案會不會造成什麼影響？
9. 產品PM把產品做好就好了，但營運PM要做的事情和其他部門高度相關，任何action都要探討事情的本質及廣泛的影響層面，要微觀再微觀，卻又要宏觀再宏觀（曾經提出了一個改善金流的建議，但是沒考慮到對物流流程的影響，被釘到飛天，我至今仍然懊悔自己怎麼沒想清楚就提出）。