Marty Cagan 是 eBay 前副總裁，這系列影片講的是產品探索（Product Discovery）的實務做法。以下整理幾集裡我覺得最值得記下來的重點，包含原型速度、基本產品的定義、團隊分工，以及用戶測試該怎麼問。
為什麼產品原型要在兩週內做出來？
Marty Cagan 認為產品負責人和設計者應該在兩週之內，給使用者一個創意原型。多數產品經理不願意這麼快公開，理由都差不多：這時候的東西還不夠完善、還有缺陷，想等做到位了再拿出來。
但問題就出在這裡——只有把設計公開給使用者看，才能知道自己到底做對了沒有。設計者很容易愛上自己的產品，愛情是盲目的，這種盲目會讓人忽略使用者真實的反饋和實際情況。
兩週內可以用 high fidelity prototypes、user prototypes、live-data prototypes，時間真的不夠，至少也要拿出 Balsamiq Mockups 這類設計圖。原型跟最終產品可能差很多，但越早收集意見，對整個開發過程越安全。把原型盡早攤開來給人看，是產品團隊必須練的一項技能。
什麼樣的產品算是「基本產品」？
一個基本產品要同時滿足三個條件：客戶願意花錢買、使用者不用學就知道怎麼用、團隊有能力把它做出來。換句話說，就是有價值、可用、可行。
- 客戶會願意購買：三個條件裡最重要，也最難達成。
- 使用者能簡單理解怎麼用，不需要一直去猜「這個要怎麼操作」。
- 團隊有能力把產品做出來。
要驗證自己的產品是不是基本產品，得靠 prototypes 和 user testing，可以交叉搭配 live data prototypes、面對面測試、sprint testing 幾種方式去檢驗。
這裡有個常見的混淆：基本產品不等於最小化產品。最小化產品通常只有基本功能，缺可用性和外觀設計，客戶不會為半成品掏錢——頂多試用看看，不會購買。
產品探索團隊該怎麼分工？
Marty Cagan 提到的探索團隊有三個角色：
- 產品經理：定義產品功能。
- 介面設計師：負責易用性。
- 程式設計師：決定這個構想到底做不做得出來。
三個角色要一起合作定義出基本產品——一款客戶願意買、看得懂怎麼用、也真的做得出來的東西。產品經理和介面設計師理應密切合作，但有個常被忽略的事實：很多好點子其實是程式設計師提出來的，因為他們最清楚什麼可行、能做到什麼程度。
Marty Cagan 也建議這三種角色的座位應該安排在一起，就算職等不同，產品經理和介面設計師也該坐得夠近，方便隨時討論。
用戶測試該測什麼？怎麼問？
用戶測試是產品經理最重要的工作，分成兩部分。
第一部分是可用性測試：使用者是否知道怎麼操作產品。這個測試簡單、效果明顯，產品經理、程式設計師、介面設計師都該在場觀察。
第二部分是價值測試：就算使用者會用，他們願不願意用、願不願意買。直接問「你會不會買」通常問不出真話，多數人出於禮貌都會給正面回應。Marty Cagan 的做法是問：「你願不願意把這個產品推薦給同事？」用 0 到 10 分打分，除非對方給到 9 分以上，否則都可能只是客套。
如果答案是否定的，往下追究原因通常會落在三種情況之一：
- 受測者根本不是目標客戶，真正需要的是另一群人。
- 產品解決的問題不是使用者真正在意的，得回頭調整方向，讓產品真的能解決使用者的問題。
- 營利模式本身有問題。
這幾個關鍵點值得多留意，往往就是成敗的分水嶺。在搞清楚使用者為什麼不買單之前，不該停止測試。
兩種原型測試方式怎麼選？
- 使用者原型測試：一到兩天就能做出來的 prototype，不需要真的能運作、也不用顯示正確數據，設計師就能完成，不需要工程資源。這種測試偏主觀，但效果很直接，適合快速摸出價值所在。
- 真實數據原型測試：需要程式人員花較多時間打造，能拿到真實數據，通常會搭配對比測試——同時監控新舊兩個版本的流量，做數據比對。有些盲點只有這種測試才抓得到。
兩種方式可以交叉使用，目的是花小錢辦大事，避免做出一個沒人要用的產品。要做出完整產品，真實數據測試通常免不了；但想快速摸清使用者感受，使用者原型測試最省時間。
產品經理的工作到底是什麼？
先釐清一個常見誤解：產品推廣不等於產品經理。定義市場需求、分析商業案例、收集客戶需求，這些是產品推廣的工作。也有人以為把客戶需求直接丟給工程師開發就是產品經理的職責，這也不對。產品經理該做的是定義待開發的任務、排出優先順序，再交給開發團隊執行——產品探索的核心目標，就是定義出基本產品。
要把這件事做好，Marty Cagan 認為產品經理需要具備四個條件：
- 熟悉技術：懂技術、能快速學新東西，才跟得上技術團隊的溝通節奏。
- 熟悉 UX：這是做出好產品的必要條件，不是加分項。
- 熟悉用戶和客戶：得花大量時間直接跟使用者面對面交流。
- 熟悉行業和市場。
這四點缺一個，規劃出來的產品多半會在某個環節卡住。
常見問題
兩週做出原型,會不會太趕、品質不夠好?
Marty Cagan 認為這正是重點——原型不需要完善,只要求「夠公開」。設計者容易愛上自己的作品而忽略使用者的真實反饋,唯有盡早把東西攤開給人看,才能知道方向對不對。就算只能拿出 Balsamiq Mockups 這種簡單線框圖,也比等到自認完美才公開來得安全。
基本產品（Viable Product）跟最小化產品（MVP）是同一回事嗎?
不是。基本產品要同時滿足「有價值、可用、可行」三個條件——客戶願意買、使用者不用學就會用、團隊做得出來；最小化產品通常只有核心功能，缺乏可用性和外觀設計，使用者頂多試用，不會真的掏錢購買。
用戶測試問「你會不會買」為什麼問不出真話?
因為多數人出於禮貌會給正面回應。Marty Cagan 建議改問「你願不願意把這個產品推薦給同事」,並用 0 到 10 分打分——除非對方給到 9 分以上,否則答案大概都只是客套,不代表真的會買單。
參考資料
Marty Cagan，SVPG（Silicon Valley Product Group）文章列表，收錄產品探索、原型測試與產品經理職責相關文章，存取日期：2026-08-27。https://www.svpg.com/articles/
延伸閱讀
關於作者 {#author}
Claire Chang ｜ 企業 AI 導入與流程轉型顧問。專注於 AI Agent 架構設計、ERP 系統整合與企業 AI 治理。
首次發布：2013-10-28