產品策略的框架與思考模型

在思考產品方向，或是解決商業問題時，最重要的是如何拆解問題以及如何衡量與做決定，最近有兩篇文章分別在探討這兩個面向，分別是 Sequoia Capital 的 Framework for product success 與 Shopify 的 Brandon Chu 所寫的 Product Management Mental Models for Everyone

Framework

Framework 是用來思考和解決複雜的陌生問題的方式，缺少了好的 framework，則界定問題和解決問題的流程難以複製並規模化。Framework 對於有效的診斷和瞭解問題，得到可執行的 insight，以及溝通成果，是不可或缺的。

• 設計 framework 就像設計公式一樣，將問題分割，然後用公式將他們連起來
• 確定 framework 有邏輯地將最後想要產出的結果與可執行的行動連結在一起
• 最後要成功從 framework 獲益，分析，設計，執行，驗證，修正的工作缺一不可

文中舉了四個範例來介紹如何架構性的分析問題，個人最喜歡的是第一個，以 Facebook 為例分析整個公司的產品策略

Facebook 產品的成長可以下列公式表示：

Revenue = # Users x (Time Spent / Users ) x ( Revenue / Time Spent) = Growth x Engagement x Monetization

當架構確定後，各個負責的團隊便有了明確的執行方向。Growth team 可專注在成長 DAU，當有許多產品功能要考量時，成長 DAU 是他們最高的指導原則。同樣的，Engagement team 可以專注在提高用戶使用的時間，Monetization team 也知道對他們來說，最重要的就是將用戶的使用時間變現。而當架構清晰後，打造一個 Dashboard 可幫助所有人了解每個人正在執行的工作對於大目標的影響。

Mental model

Mental model 則是做決定時，從各個不同角度來思考。像是口袋中的不同工具，根據遇到的不同問題選擇最適合的工具，目標是可以快速且正確的解決問題。這篇文章則列舉了 16 個不同的 mental models：

1/ 投資報酬率 (Return on Investment)：產品團隊有的資源是時間，金錢，以及開發團隊中的人，比較不同的 project 時，永遠選擇那個可以在有限的資源中，產生最大 impact 的那一個

2/ 功能上的好，不如上的早 (Time value of shipping)：當考慮不同功能可能帶來的價值時，也要將功能要多久可以上線也考慮進去。可以越快上線的功能價值越高。

3/ 把時間拉長，看得更遠 (Time Horizon)：思考「如何可以在未來三個月產生最大的價值？」與「如何可以在未來三年產生最大的價值？」，會導致不同的討論與決定。

4/ 期望值 (Expected Value)：將期望可帶來的價值乘上成功的可能性，可以對於投資可能產生的回報有更好的估計。

5/ 回推法 (Working Backwards)：大部分的產品都是從現在有的東西往前看，思考下一個要做的功能，回推法是從客戶的角度思考，先定義我要幫助客戶達到什麼目標，然後逐步回推要提供怎樣的產品功能，以及如何設計這個功能。兩個方法沒有對錯，而是提供另一個思考問題的角度。

6/ 速度與品質由對新功能有多少信心來決定 (Confidence determines Speed vs. Quality)：產品功能的品質與推出的速度常常位於天平的兩端，權衡功能推出的速度與品質更常是產品經理每天要做的決定。當對一個功能信心夠高時，因為有足夠信心知道可以帶來更多客戶或是讓現有客戶更開心，所以可以犧牲速度，讓品質達到一定程度時才上線；反之，當對一個功能尚未有足夠信心可以帶來客戶價值，如果投入太多時間，反而是提高估能失敗的風險，此時比較好的做法是犧牲一些品質，加快推出市場的速度，驗證他的可行性。

7/ 實驗，功能，與平台 (Experiment, Feature, and Platform)：上述的延伸，清楚知道目前打造的是個實驗，功能，還是一個平台可以決定速度與品質間的權衡。平台型產品需要較高的穩定度，可規模化，與效能表現。打造平台型產品時，最好的方式是與第一個客戶一起合作，如此一來可減少對問題與需求的想像。

8/ 打造整體的產品體驗 (Solve the Whole Customer Experience)：一般人都是專注在產品介面的打造，但事實上，從行銷產品資訊，到產品的使用，再到後續處理客戶問題，應該是一連串影響產品是否成功的關鍵。舉例來說，Amazon 的退貨體驗是建立消費者信心的一個重要的關鍵。

9/ 系統回饋 (Feedback Loops)：導致產品成長或停滯不前的因素可能是來自產品以外的地方。

10/ 飛輪效應 (Flywheel)：與系統回饋類似，但卻更快速也規模更大，尤其是當經營平台行產品或 marketplace 時。例如，當今天你是經營 iOS app 平台時，用戶量會吸引 App 的開發者，開發更多的 App 上架到平台上，而平台上 App 數目的增加，又可吸引更多的用戶，如此不斷反覆循環。

11/ 報酬遞減 (Diminishing Returns)：當專注在改善產品的某個部份時，其所帶來的報酬會逐漸與投入的時間和資源不成比例，越來越小。

12/ 達到局部最大值 (Local Maxima)：當再投入更多的資源，已不再能創造任何新的產品價值給客戶，此時需要更大方向上的改變。

13/ 別冀望下一版本會更好 (Version two is a lie)：當發布一個功能時，不要無法解決任何客戶問題，然後期待未來的改版可以帶來價值。功能可以小，推出可以快，但要保證第一個上線的版本就要可以看到立即價值。

14/ 怎麼改都會變好 (Freeroll)：Freeroll 是玩撲克時，獲得的免費得到積分的機會，有些情況當產品某個用戶體驗糟到不行時，隨便直覺性的修改都會更好。

15/ 上線後才見真章 (Most value is created after version one)：用戶訪談，產品原型測試，定性分析，封閉測試等等，都是為了減少產品開發後無人使用的風險。但最真實的用戶反饋，常常都是要到產品真正上線後才知道，也才有辦法創造更多價值。

16/ 關鍵失敗指標 (Key Failure Indicator)：一昧的追逐某個 KPI 指標的成長，未必會讓整體產品健康的成長，定義好 KFI 可避免追逐 KPI 時所帶來的副作用。例如：(1) 成長營收的同時也維持淨利成長 (2) 成長功能 A 的使用頻率時，也維持功能 B 的使用頻率 (3) 成長功能 A 的使用頻率時，不會反而造成支援團隊的負擔