假設你想開一間咖啡館。你不只是煮咖啡就完事，你還要決定：
- 菜單裡放什麼飲品？
- 價格定多少才能吸引客人又有利潤？
- 裝潢風格吸不吸引年輕上班族？
- 怎麼樣才能讓常客一週來三次？
- 如何應對隔壁新開的星巴克？
這些決定的總和，就是產品管理。
簡單說，產品管理 = 創造讓人想用的東西。
把咖啡館比喻下去：
產品經理像是老闆：
- 決定開什麼風格的咖啡館
- 決定要不要加酒吧功能
- 決定怎樣讓客人回頭率更高
- 思考未來三年的發展方向
專案經理像是工地主任：
- 負責咖啡館裝修按時完成
- 確保預算不超支
- 協調各個工人按進度工作
- 記錄每週的施工進展
兩者都很重要，但關注的完全不同。
想像一款新的奶茶飲品剛上市。它會經過四個階段：
- 現象：沒人知道這個產品，銷量很少
- 例子：奶茶店新推出一款「黃金珍珠奶茶」，沒多少人知道
- 該做什麼：狂打廣告、請客人試喝、開展促銷
- 成本：很高，因為獲客成本大，銷量少
- 現象：越來越多人知道和喜歡，銷量快速增長
- 例子：朋友圈開始流行「黃金珍珠奶茶」，排隊買的人變多
- 該做什麼：保持品質、擴大供應、建立品牌認知
- 成本與利潤：利潤開始增長，但競爭者也開始進來
- 現象：大部分想喝的人都試過了，銷量增長放緩
- 例子：各家奶茶店都開始賣珍珠奶茶，市場上有十種珍珠奶茶
- 該做什麼：想辦法創新、改進品質、降低成本來提高利潤
- 成本與利潤：客人對新品不再驚喜，要靠口碑和品質維持
- 現象：消費者轉向新的飲品風格，銷量開始掉
- 例子：大家現在都流行喝「椰奶咖啡」，珍珠奶茶不再時尚
- 該做什麼：要麼創新延續生命（推出新口味），要麼逐步縮小規模
- 成本與利潤：利潤大幅下滑
產品經理的工作就是在這四個階段中，根據每個階段的特點做出正確的決策。
想像你計劃辦一場婚禮：
-
計劃階段（3個月）
- 決定日期、地點、人數
- 決定要辦多豪華
- 制定預算
- 檢查通過 ✓
-
詳細設計（2個月）
- 決定菜單、酒水、裝飾
- 預定場地、攝影、樂隊
- 檢查通過 ✓
-
執行（1個月）
- 跟供應商確認細節
- 製作請柬、做最後確認
- 檢查通過 ✓
-
舉辦婚禮（1天）
- 所有計劃執行
這種方式的問題是：一旦決定了，很難改變。如果婚禮當天天氣糟糕，或者新郎新娘改主意了，就太晚了。
換一個場景：你想設計一款適合老年人使用的手機應用。
第1步：深入了解老年人
- 和真實的老年人聊天，聽他們說現在用手機有什麼困難
- 例子：「文字太小看不清」、「太多複雜功能我用不著」、「怎麼都找不到我要的功能」
第2步：定義真實的問題
- 寫下：「老年人想要能迅速找到兒子來電，但現有應用太複雜」
第3步：集思廣益
- 和設計師、工程師一起出主意，不批評任何想法
- 想法越奇怪越好，說明創意
第4步：快速做出初版原型
- 不用花幾個月打磨，花幾天做出最簡陋的版本
- 例子：在紙上畫草圖，或者用最簡單的界面做出演示版本
第5步：找老年人測試
- 看老年人怎麼用這個粗糙的版本
- 收集意見，重複第2-5步
優點：快速反覆、真實使用者參與、少走冤枉路
想像你要開一家餐廳。傳統方法：
- 研究3個月 → 選址3個月 → 裝修6個月 → 招聘2個月 → 開業
- 共：約14個月才開張
精益方法：
- 第1週：租個小檔口，只賣三道菜（最簡陋的版本）
- 第1個月：觀察什麼菜賣得最好，蒐集客人回饋
- 第2個月：加強賣得最好的菜，移除沒人點的菜，租更大一點的地方
- 第3個月：業務穩定，現在才開始考慮開正式餐廳
核心思想：
- 不要花大錢去猜測，用最少資源驗證想法
- 快速失敗，快速學習
- 根據真實回饋調整方向
場景：你在設計一款健身應用
使用者可能會說：「我每天要健身一小時！」
但實際上：他們下載後用了三天就沒再打開過
產品經理要做的：
- 不只聽使用者說什麼，更要觀察他們怎麼做
- 為什麼他們放棄了？太難？不夠有趣？記不住打開？
例子：有人問Netflix為什麼成功？
錯誤答案：「因為他們提供高畫質影片」
正確答案：「使用者真正的需求是在下班回家後快速找到想看的內容，無需出門，也不用簽約，而且推薦系統能幫他們發現新內容」
Netflix理解的不只是「看影片」，而是「快速找到休閒娛樂、舒緩一天的壓力」這個更深層的工作。
-
找真人聊天
- 一對一訪談，深入問為什麼
- 最費時但最真實
-
看他們怎麼用
- 觀察真實使用場景，不打擾
- 發現他們自己沒意識到的習慣
-
做個小調查
- 用問卷問大量使用者相同的問題
- 快速驗證假設
-
分析使用數據
- 看使用者在應用裡點了什麼、停留了多久
- 數據不會騙人
-
A/B測試
- 對一部分使用者試試新功能，對另一部分使用者保持舊的
- 看數據說話，哪個更好
- 不用你花錢做廣告，使用者就主動告訴朋友
- 朋友說：「嘿，你一定要試試這個，超好用」
- 不是免費才用，而是願意掏錢買
- 這說明產品確實解決了他們的問題
- 不是下載後用三次就刪掉
- 而是每週都打開、每月都活躍
- 比如你幾乎每天都用微信、YouTube、抖音
- 不需要大量廣告投入，使用者自然增加
- 月增長率 5-7% 以上，說明有口碑傳播
2009年：Airbnb剛上線，沒人在用
- 為什麼？房源品質很爛，照片拍得很差，人們不敢住
- 使用者興趣度很低
2010年：創辦人親自去紐約拜訪房主
- 發現真正的問題：房主拍的照片效果不好，怪不了使用者
- 親自用專業相機幫房主拍照、改寫房源描述
結果：
- 房源預訂量立刻增加了400%
- 使用者開始推薦朋友
- 真正的PMF出現了
啟示：最優雅的產品經理決策，有時就是蹲在地上和使用者聊天，發現最真實的痛點。
因為：
- 使用者回饋會改變你的想法
- 競爭對手會出奇招
- 技術實現會有意外
- 市場趨勢會轉變
所以最好的方式是邊做邊改。
想像你要寫一本小說：
傳統方法：
- 花3個月詳細計劃故事線
- 花6個月寫稿
- 花1個月改稿
- 才能出版
敏捷Scrum方法：
- 衝刺1（2週）：寫第一章，邀請幾個朋友讀，聽回饋
- 衝刺2（2週）：根據回饋改第一章，寫第二章，再聽回饋
- 衝刺3（2週）：持續迭代...
- 這樣你邊寫邊改，12週後出版時已經是最好的版本
Scrum的節奏：
- 計劃會（1小時）：決定這2週要做什麼
- 每日站會（15分鐘）：昨天做了啥，今天要做啥，有啥卡住了
- 評審會（1小時）：展示這2週做好的東西給老闆和客戶
- 回顧會（1小時）：團隊反思怎樣做得更好
想像你是餐廳廚房：
牆上貼著卡片，分成幾欄：
- 等待製作
- 正在製作
- 等待裝盤
- 已完成
每個廚師一眼就能看到：
- 現在要做什麼
- 誰在忙什麼
- 有沒有卡住
這就是 Kanban 看板。優勢是：
- 一目了然，不用開會討論進度
- 馬上看到瓶頸在哪（比如等待裝盤的菜堆積了）
- 靈活應對，今天有大單就多加人手
不是詳細的施工圖，而是一份方向指南。
像城市規劃局說：
- 2026年：修好南北向主幹道
- 2027年：開發東邊的商業區
- 2028年：建地鐵線
但不會說：「2026年4月15日必須鋪好第一段路」——因為會下雨、會缺工人，太多變數。
Spotify的路線圖（假設）：
- Q1：改進推薦演算法，讓使用者發現更多好歌
- Q2：推出播客功能，吸引有聲書愛好者
- Q3：優化音質，吸引發燒友
- Q4：擴展到新市場（比如印度）
注意：不是每個季度都要加新功能，而是圍繞幾個大方向推進。
RICE 模型（簡單來說）：
給每個想法評分，看：
- 覆蓋：這會影響多少使用者？(1-10分)
- 影響：對每個使用者的幫助有多大？(1-10分)
- 確定性：我們有多確定這會work？(百分比)
- 努力：要花多少時間做？(1-10分)
計算：(覆蓋 × 影響 × 確定性) ÷ 努力
分數高的先做。
例子：
- 功能A：(8 × 7 × 80%) ÷ 3 = 14.9 分
- 功能B：(5 × 10 × 50%) ÷ 1 = 25 分
- 功能C：(3 × 8 × 100%) ÷ 8 = 3 分
優先級：B > A > C
不要看100個指標，要找到一個最重要的指標。
例子：
- Spotify：每月收聽時間
- Facebook：日活躍使用者
- YouTube：日觀看小時數
- 淘寶：每天成交筆數
這個指標要能代表「使用者從產品獲得的價值」。
從使用者發現產品到成為忠實粉絲，要經過五個階段：
第1階段：取得 (Acquisition)
- 問題：有多少新使用者？
- 衡量：下載量、註冊人數
- 可能的目標：每月新增1萬使用者
第2階段：激活 (Activation)
- 問題：有多少人真的開始用？
- 衡量：完成首次體驗的人數、試用轉化率
- 例子：下載app後，有多少人打開並看完新手教程
第3階段：留存 (Retention)
- 問題：有多少人會一直用？
- 衡量：一週後還用的人佔多少、一個月後呢
- 關鍵：如果30天留存率只有10%，說明產品有大問題
第4階段：收益 (Revenue)
- 問題：能賺多少錢？
- 衡量：每使用者平均付費額、總營收
- 例子：免費使用者平均要3個月才轉化為付費使用者
第5階段：推薦 (Referral)
- 問題：使用者會推薦朋友嗎？
- 衡量：推薦指數、使用者淨推薦值(NPS)
- NPS的問法很簡單：「你會推薦給朋友嗎？」(0-10分)
如果你的產品在第3階段（留存）就掉隊了，那再強的營銷也救不了。
- 「做這個東西的成本是100元，我要賺50元利潤，就賣150元」
- 簡單，但忽視了：使用者願意出多少錢
- 「隔壁咖啡館拿鐵賣35元，我也賣35元」
- 安全，但可能放棄定價權
- 「這個軟體能幫使用者一年節省500小時，每小時200元，所以他們願意付最多10萬元」
- 最賺錢，但也最難預估
訂閱模式
- 使用者每月或每年付費
- 例子：Netflix（14.99美元/月）、Spotify、Office365
- 優勢：可預測收入、使用者粘性高
免費+付費模式 (Freemium)
- 基礎功能免費，進階功能收費
- 例子：Slack（免費版有限制，Pro版299美元/月）、Dropbox（免費2GB，付費擴容）
- 優勢：容易取得使用者，高轉化率的使用者願意付費
按交易提成
- 從使用者的交易中抽取佣金
- 例子：Airbnb（收房東3%）、Uber（收司機25%）
- 優勢：和使用者利益一致，使用者越活躍你越賺錢
想像一個大商城：
- 裡面有服裝店、餐廳、電影院、美容沙龍、銀行、寄存服務...
- 使用者來一次就能解決所有需求
- 各個商家互相導流，共同受益
微信 就是這樣的"商城"：
最早（2011）：只是聊天軟體
後來加上：
- 支付功能（2013）→ 現在可以轉賬、繳費
- 小程式平台（2017）→ 現在可以叫外賣、買東西、玩遊戲
- 公眾號（2012）→ 媒體和企業可以用來推廣
- 影片號（2020）→ 短影片和直播
威力：
- 使用者幾乎不用離開微信
- 13億使用者在裡面消費、交易、社交、工作
- 小程式開發者免費使用微信的使用者基礎
「網路效應」就是說：更多人用，產品對每個人都更有價值。
例子：
- 微信只有1個人用，沒有價值
- 微信有1000個人用，有點價值，能聊天
- 微信有1億人用，價值爆炸，我的朋友都在，我不用不行
反過來看傳統產品（比如手機計算機應用）：
- 無論有多少人用，功能都一樣
- 沒有網路效應
假設你是某社交應用的產品經理，現在面臨選擇：
選項A：加強「實名認證」功能，讓使用者更安全，但新使用者註冊會多花3分鐘
選項B：簡化註冊，使用者10秒就能開始用，但安全性降低
怎麼決策？
- 先看數據：現在有多少人在註冊環節放棄？(可能是30%)
- 問使用者：你們最關心什麼？(調查發現使用者最怕被詐騙)
- A/B測試：給50%使用者試試強化安全版本，給50%試試簡化版本，看轉化率
- 根據數據決策
最後可能發現：「雖然註冊多了3分鐘，但使用者信心更足，完成率反而提升了」。
每週都有工程師、設計師、銷售提出新功能想法。但產品經理的工作一半是說『不』。
為什麼要說不？
- 資源有限，專注最重要的
- 太多功能會讓應用變複雜、變慢
- 每個新功能都有維護成本
怎樣體面地說不？
- 「現在不是時機，但我們把它放在路線圖第二優先級」
- 「有趣的想法，但沒有使用者需求數據支持，我們先做使用者驗證」
- 「我們目前的北極星指標是DAU，這個功能對DAU幫助不大」
-
以使用者為中心，而非以功能為中心
- 不要問「我們能做什麼」，要問「使用者需要什麼」
-
用數據說話，而非直覺
- 「我覺得使用者會喜歡」不如「我測試了50個使用者，70%表示喜歡」
-
快速迭代優於完美計劃
- 與其花6個月規劃，不如花2週做出MVP，聽使用者意見
- 功能陷阱：不停地加功能，卻忽視使用者真正在用的功能
- 增長陷阱：只關注新使用者，卻忽視舊使用者流失
- 固執陷阱：愛上自己的想法，忽視使用者回饋
記住：最好的產品經理，就像是使用者和公司之間的翻譯官和調停者，既要理解使用者的深層需求，也要理解商業現實，還要有勇氣說出真話。
- 商業策略與競爭分析（白話版） — 理解你的產品在市場裡怎樣定位，怎樣贏過對手
- 創新管理與設計思考（白話版） — 學怎樣激發創意，用設計方法解決使用者問題
- 專案管理（白話版） — 搞懂怎樣帶領團隊，把產品想法變成真實發布
- 行銷與品牌經營（白話版） — 產品做好以後，怎樣讓市場知道它、購買它
- 數據分析與商業決策（白話版） — 用數字追蹤使用者行為，知道產品做對了沒