產品經理學習筆記
史丹佛產品課: 產品路線圖 (Product Roadmap)
A roadmap is a living document that communicates a prioritized list of projects to achieve the product strategy.
✏️ Read the article in English here.
在決定策略前，要先有個目標
在制定產品路線圖前，我們必須要先有產品策略。策略是「以達成某目標而組織的一連串行為」，首先我們要有一個「目標」。這聽起來再簡單不過，但實際在職場工作就能體會到並不是每個部門都能達到這看似輕鬆的事。我們在提出解決方案 (Solution) 前，必須知道想解決的是什麼問題 (Problem)，否則可能原地打轉，無法知道專案是否真的有進展、是否有在解決真正的問題。
目標 (Objective)
設定目標的重點是「簡單易懂」(Simple and understandable)，這樣大家才可以快速抓到要點。在公司裡，通常是CEO 或是C suite 的高階主管設定大目標。這些大目標可能是增加營業額、增加客戶滿意度、增加客戶保留率(Customer Retention)等等，要達到這些目標通常需要多個部門共同努力。
在決定產品策略前，必須先有公司策略
這堂課的重點就是教大家如何解析 (Decompose) 公司策略，再由此設定產品策略。下面這句話是引用自史丹佛產品課：
In order to have a product strategy, you MUST start with a company strategy to set the objectives!
公司必須要有「清楚的目標」和「明確的優先序」，如果你要做Product Roadmap，但公司策略還不是很清楚，那roadmap還是放一邊，先問問你老闆對公司策略怎麼想吧！
上課講到這一段的時候，我真是點頭如搗蒜，覺得實在是太切合實際了。有些工作經驗的人可能讀到這裡很有感觸，我們有時會不知道組織策略是什麼，常見的失敗原因可能是組織目標模糊不清楚或各部門關起門來訂定自家策略，但彼此策略不相融，更慘的是甚至互相抵觸。那就真的像是多頭馬車，哪也去不了。解析 (Decompose) 公司策略以訂定產品策略
有了公司策略後，我們就可以開始把它解析成產品策略。這裡我們會用實際的例子一步一步解析出產品策略。
Step1: 找出3~5個最相關的公司策略
產品經理要做的第一步就是找出公司策略中，最與「產品」相關的3~5項。範例：其中一個最相關的公司策略是「透過增加客戶滿意度來提升營業額」
注意這裡專注在3~5個項目，因為如果我們把所有項目都納入考量，那最後什麼事也做不了，我們必須訂定優先級 Prioritize。另外，這裡一句話簡單明瞭表達公司策略
Step 2: 從每項策略再細分成3~5個小點
接下來，身為產品經理的我們可以思考：「產品有哪幾個面向可以增加客戶滿意度？」，把它細分為下面4個小點：
客戶 → 新客戶
- Onboarding 新使用者認識產品的體驗與過程
客戶 → 老客戶 → 如何讓客戶開心 → 產品順暢好用
- Bugs / Issues 已知問題: 如果問題很多，客戶可能轉移到其他替代品了
- Performance 產品效能: 如果產品太慢，大家可能氣到已經離開了
客戶 → 老客戶 → 如何讓客戶開心 → 產品可以解決客戶的問題
- New Feature Requests 新功能: 想想有哪些功能客戶很想要，增加功能是不是能讓客戶更開心？
當然，要如何把一個概念拆解成多個小項目並沒有一套固定的公式，當然也不是只能拆成onboarding, bugs/issues, performance, new feature requests。重點是產品經理們要練習拆解大概念，並列出可執行的任務 (Actionable items)。課程這裡特別提到接下來這個拆解的心法：
相互獨立，完全窮盡 (Mutually Exclusive Collectively Exhaustive)
Mutually Exclusive Collectively Exhaustive 簡稱MECE是麥肯錫推崇的一個思考方法，幫助我們把複雜的大問題拆解成小問題。
- 相互獨立 (Mutually Exclusive)：所拆解下來的小問題之間是否「沒有重疊」，以避免我們只是從不同角度看同一個問題。
- 完全窮盡 (Collectively Exhaustive)：這些小問題的總合是否就是一開始的大問題。
當我們從公司策略發想產品策略時，可以利用MECE來幫助拆解，不一定要100%符合相互獨立完全窮盡，但可以用這個方法練習思考。值得注意的是在拆解問題時要記得拆解的方法要合邏輯，例如我們可以把onboarding拆解成：(1) onboarding的前半段 和(2)onboarding的後半段，(1)與(2)互相獨立，相總也是完整的onboarding，但因為拆解的方法不合邏輯，所以執行上幾乎是不可能。在產品的世界裡，我們可以思考(1)和(2)如果是在公司內部兩個不同的組(team)，他們是否能夠各自獨立運作？如果無法的話，這可能不是一個好的拆解方法。
Step 3: 寫下各小題的理論
當我們將母題拆解為多個子題 (Initiatives) 時，我們不是為了拆解而拆解，而是要很清楚知道自己拆解的理由，還有各個子題的意義、它們如何幫助達成最前面提到的公司目標 (Hypothesis)。例如，前面所提的Performance，可以回應到「公司策略：透過增加客戶滿意度來提升營業額」，因為若客戶反應軟體太慢，若改善performance的話，可以增加客戶滿意度，進而提升營業額。
Step 4: 排定優先序
訂定出四個面向後，我們可以依照各種質化或量化分析（費米估算、顧客意見、甚至是一般常識…）來排定重要性。例如，我們已知75%的使用者覺得onboarding經驗不好，但卻沒人提及performance或bugs的問題，那我們就應該讓onboarding作為第一優先。
Step 5: 制定產品策略
經過這一連串練習，我們可以得到一個產品策略清單 (Initiatives) ，也許我們還不確定是否每樣都必須要執行，也不知道是否每項都能達成目標，但這已經對我們的下一步奠定好基礎。
- 提升新用戶體驗 (Onboarding)
- 增加誘因讓滿意的顧客分享他們產品使用經驗 (New feature)
- 提升客服體驗 (Bugs/Issues, Performance)
Step 6: 制定產品路線圖
終於來到這一步！從上面的策略清單，我們要制定產品路線圖了！下面這定義是引用自史丹佛產品課：
A roadmap is a living document that communicates a prioritized list of projects to achieve the product strategy.
＊產品策略：我們想做什麼 (What?)
＊產品路線圖：我們如何達成 (How?) 什麼時候達成 (When?)
從產品策略發展到產品路線圖又是一連串的解析(Decomposition)，另外我們必須確定產品路線圖具備以下3個特點：
- 活的：產品經理要隨時調整，組織內要有明確流程，大家知道什麼時候(頻率)產品路線圖會更新，如果有想法要如何回饋
- 有優先順序的：專案要有優先序和背後原因
- 專案：有大有小，不應該只限於features
有許多公司會先畫出產品路線圖，然後再從中列出產品策略，這其實是前後順序倒反了(working in reverse)，不推薦這個方法。我把前面6個步驟化成下圖，希望能夠好理解一些。
心得
感謝公司出錢讓我上這史丹佛10週的產品經理課程 (Product Management: Accelerated)，否則小女子我大概是不會花美金$3,995去上課的。別人聽到我在上這課說「欸！你現在是史丹佛學生了耶！」我總是笑回「不！我只是史丹佛顧客而已！」
相較於教授教課，我覺得業界PM的課更是實用，比較能跟真實工作經驗連結。課程還有每週的助教課，可以跟來自各地不同背景同學一起練習，這部分品質我個人認為完全是看當天帶課助教（都是各公司的PM）帶課好不好。除了網路課、助教課外，每週要和同學討論作業、學期末還有成果發表。同學們來自世界各地，北美的人還是偏多，但亞洲同學也不少，大家會被依照興趣和時區被分組以方便討論作業。多數人都是各領域想轉職為產品經理，像我已經是產品經理的人偏少數，所以如果你是已經有經驗的產品經理，想拓展人脈、更進階了解實務，我個人是比較不推薦 （畢竟這個課程一點也不便宜）。
這課程裡涵蓋了五大主題：(1) Evaluate Opportunity, (2) Iterating & User Research, (3) Roadmap & Strategy, (4) Build, (5) Launch，是多位老師(教授、業界PM)教學。其實我還沒有上完所有的課，但先把自己比較有興趣、覺得比較實用的部分 (Product Roadmap) 作出筆記分享，之後可能再分享更多。
2023.05.17 — 除了這篇產品路線圖之外Product Roadmap，我新增了一篇「問題領域vs.解題領域」，是我另外一個在這堂課學到的重要觀念，分享給大家 💛
如果喜歡這篇文章，請幫我拍拍手 👏👏👏
如果覺得這篇文章對你有幫助，請再幫我拍拍手！多拍多好運！