真正的產品陷阱不是做太慢，而是做了太多還不知道價值
這是一篇根據 Melissa Perri《Escaping the Build Trap》撰寫的轉化性解讀。Marquetly 是書中用來串起論證的 fictional/composite 教學案例，不是單一真實公司的還原。
公司最危險的時刻，常常不是做不出東西，而是終於很會做東西。
你有產品經理，有 Scrum，有 roadmap，有 backlog，有 sprint review，有一堆彩色狀態燈。每兩週都能 demo，每個季度都能宣布新功能，大家看起來都在高速前進。可是半年後回頭看，客戶沒有更愛你，收入沒有改善，留存沒有上升，客服負擔反而更重，產品變得更難用。團隊得到很多「完成」，公司卻沒有得到多少「進步」。
Melissa Perri 把這種狀態叫做 build trap：組織把產出誤認成價值，把發布誤認成學習，把「功能完成」誤認成「問題解決」。
這個陷阱可怕，是因為它非常像努力。沒有人在偷懶。銷售在追合約，工程在趕交付，PM 在整理需求，高層在看進度，客戶也確實一直提出要求。每個局部都合理，但整個系統加起來卻很荒謬：公司越來越擅長把 idea 變成 feature，卻沒有能力判斷哪些 feature 值得存在。
一、功能不是價值，價值存在於交換裡
產品管理最基本的錯誤，是把產品想成一組功能。
如果產品等於功能，那產品管理就會自然變成排功能、寫規格、催交付。誰的需求比較急？哪個大客戶快流失？老闆這季最想看什麼？工程還能塞多少點數？這些問題都會變得很重要，因為它們決定「下一批要做什麼」。
但客戶並不是為功能付錢。客戶付出金錢、時間、注意力、資料和信任，是因為他希望某個問題被解決，某個工作變容易，某種風險降低，某個目標更接近。公司得到收入、留存、口碑、資料或市場位置，也是因為它持續替客戶創造了這種效果。
Perri 稱這件事為 value exchange。產品真正的單位不是 feature，而是價值交換：客戶得到可感知的好處，公司得到可持續的回報。功能只是可能促成交換的一種手段。
這個區分一旦立起來，很多管理語言就要重新排序。Output 是產出，outcome 是產出造成的結果。release 次數、完成多少 story points、上線幾個頁面，都是 output。使用者是否更容易完成任務、老師是否更願意發布課程、學生是否更願意續訂、企業客戶是否更少流失，才是 outcome。
build trap 的核心，就是組織用 output 代替 outcome，然後把這個替代品寫進 KPI、獎金、預算、roadmap 和會議節奏裡。久而久之，大家不是不知道價值重要，而是知道也沒有用，因為制度獎勵的是交付。
二、Marquetly 的病，不是 PM 不夠努力
書中的 Marquetly 是一個很有代表性的病例。
它做線上行銷教育，曾經成長很快，後來開始卡住。董事會想看到收入回到高成長，CEO 很焦慮，銷售已經對企業客戶承諾一批功能，CTO 覺得 mobile strategy 很重要，新的產品主管 Karen 則想改善老師平台，讓更多講師願意生產課程。
每個人都說得通。但問題就在這裡：這些說法沒有被同一個策略邏輯連起來。
於是公司同時開了許多大型專案，PM 忙著接需求、拆 user stories、追 deadline。有人知道應該先做使用者研究，但合約、獎金和時程把大家推回老路。最後團隊真的推出了一批功能，管理層一開始很高興，因為公司終於 ship 了。
然後現實回來收帳。網站出問題，老師不知道新功能如何幫助自己，有些人甚至把課程下架；學生端 adoption 很低，收入成長也沒有回來。
這不是「不夠敏捷」。這家公司已經有敏捷流程了。這也不是「PM 不會寫需求」。他們寫得出需求。真正的問題是，公司沒有一套機制去回答：我們現在最該解決哪個客戶問題？這個問題和公司策略有什麼關係？我們怎麼知道它值得解？做完之後，哪個可觀察結果會改變？
如果沒有這些問題，roadmap 就只是許願池，backlog 就只是債務清單，產品經理就會變成組織裡最忙的傳菜員。
三、產品經理不是小 CEO，也不是接單員
很多公司喜歡說 PM 是 mini-CEO。這個說法聽起來很爽，但其實很糟。CEO 有人事權、預算權、組織設計權，PM 通常沒有。把 PM 說成小 CEO，容易養出兩種壞角色：一種是以為自己可以命令所有人的小獨裁者，另一種是在現實中沒有權力，只好退回整理需求和追進度的行政角色。
Perri 更關心的是另一個問題：PM 應該管理未知。
產品開發最難的地方，不是把已知規格交付出去，而是處理未知。客戶真的有這個問題嗎？這個問題是否夠痛？它和商業目標有關嗎？我們假設的解法會不會其實沒用？哪個假設最危險？哪個實驗能用最小成本讓我們學到最多？
所以好的 PM 不是「擁有答案的人」，而是讓團隊更快接近真問題的人。他要守住 why，組織探索 problem，協助團隊形成 solution，最後用 outcome 驗證這個解法是否真的值得存在。
這也解釋了為什麼 Product Kata 重要。它不是一套儀式，而是一個反自欺順序：
- 先理解方向與成功指標。
- 再探索真正的問題。
- 接著探索可能的解法。
- 最後才建造、測量、優化。
build trap 裡的公司會把這個順序倒過來：先決定要做什麼，再用規格把它合理化，最後用上線慶祝自己完成。product-led 的公司則會承認：在找到足夠證據以前，功能只是假設，不是承諾。
書中 Marquetly 的老師平台案例很清楚。團隊原本以為要做影片編輯功能，因為老師上傳課程卡住。可是深入理解後才發現，老師真正害怕的是整理素材太麻煩、品質不夠好、不知道怎麼讓課程看起來專業。團隊先用人工協助的 concierge experiment 測試需求，結果發布率從約 25% 提高到 75%。這個數字重要，不是因為它證明某個功能必做，而是它證明團隊找到了一個更接近真問題的方向。
產品能力就在這裡：不是更快把猜測寫成程式，而是更快把錯的猜測淘汰掉。
四、策略不是 roadmap，而是取捨的語法
很多 build trap 都披著策略的外衣。
高層說今年要做 enterprise，要做 mobile，要做 AI，要做 onboarding，要做國際化。每個方向都可以寫進投影片，每個方向都有一些數據支持，每個方向也都有重要客戶說想要。可是如果沒有取捨，這些不是策略，只是願望清單。
真正的策略要回答三件事：我們要達成哪個 business outcome？為了達成它，哪些客戶問題最值得解？哪些事情即使看起來有道理，現在也不做？
因此 roadmap 的角色也要改變。傳統 roadmap 很容易變成交付承諾表：某月上線某功能，某季完成某模組。這種表一旦被銷售拿去對外承諾，產品團隊就被鎖住了。即使後來發現方向錯了，大家也會為了守承諾繼續做。
product-led roadmap 應該是策略溝通工具。它要說明主題、假設、目標、成功指標、目前學習階段。什麼還在 experiment，什麼進入 alpha，什麼可以 beta，什麼真的準備 GA，這些狀態要被清楚分開。否則整家公司會把「正在探索」誤讀成「已經答應」。
這不是要產品團隊躲開銷售。相反，銷售需要可信的故事，客戶需要看見方向，公司也需要商業壓力。只是產品組織必須建立 working agreement：哪些東西可以承諾，哪些東西只能說正在驗證；哪些客戶需求代表市場訊號，哪些只是單一合約的客製代價。
五、組織制度比產品口號更誠實
《Escaping the Build Trap》最有力量的地方，是它沒有把問題停在 PM 技巧。Perri 很清楚：如果制度不改，PM 再會 discovery 也沒有用。
公司說重視 outcome，但獎金綁上線數量，大家就會追上線。公司說重視學習，但年度預算要求年初承諾年底功能，大家就會保護承諾。公司說以客戶為中心，但工程、設計、產品都不能接觸客戶，大家就只能在會議室裡想像客戶。公司說鼓勵創新，但一個小實驗失敗就被追責，大家就會把壞消息藏到最後。
這些不是文化小問題，而是產品系統的核心。
要逃出 build trap，公司至少要重做幾個環節：用 outcome 而不是 feature 數量評估進展；用分階段投資取代一次性年度大承諾；讓團隊能接觸客戶；允許小實驗揭露錯誤；讓 roadmap 表達策略和學習狀態；讓 product operations 提供資料、節奏和透明度，而不是變成另一層官僚。
最難的是獎酬。因為獎酬會說實話。你可以在全員大會上講一百次 outcomes over outputs，但如果升遷、獎金、表揚和資源都給最會交付功能的人，組織就會聽懂真正的命令：多做。
六、真正的問題是，你敢不敢停止製造假的進步
逃出 build trap，不是叫公司做慢一點，也不是叫 PM 每件事都研究到完美。恰恰相反，它要求公司更快學習、更早驗證、更勇敢取消錯誤方向。
好的產品組織仍然要交付，而且要交付得很好。但它知道交付不是終點。上線只是把假設送進現實，接下來要看使用者是否真的改變行為，客戶是否真的得到價值，公司是否真的靠這件事更接近策略目標。
所以讀完這本書，最值得帶走的不是一套流程，而是一個診斷問題：
我們最近做完的東西，究竟改變了什麼？
如果答案只是「它已經上線了」，那其實還沒回答。如果答案是「客戶要求很久了」，那也還沒回答。如果答案是「roadmap 上本來就有」，更沒有回答。
真正的回答應該能說清楚：哪個人的哪個問題被改善了，哪個行為指標改變了，哪個商業結果因此更有機會發生；如果沒有改變，我們學到了什麼，下一步要停止、調整，還是加碼。
build trap 的反面，不是少做功能，而是讓每一次做東西都重新連回價值。這是一家公司成熟的標誌：它不再靠忙碌證明自己前進，而是敢用結果檢查自己是否真的前進。