continuous-discovery

持續探索習慣框架

建立可持續的每週客戶探索實踐，讓產品團隊持續朝著期望的成果邁進。探索不是開發前的一個階段——它嵌入在產品工作的持續節奏中，讓每個決策都有最新證據支持。

核心原則

良好的產品探索需要持續的節奏，而非一次性事件。 每週與客戶交談、視覺化映射機會、在開發前測試假設的團隊，持續優於依賴直覺、利害關係人意見或季度研究週期的團隊。基準：產品三人組（產品經理、設計師、工程師）每週至少與客戶接觸一次。

評分

目標：10/10。 使用下方七個快速診斷項目為探索實踐評分——從3分開始，每個「是」加1分（最高10分）。分級：9-10 = 每週節奏、活生生的機會解決方案樹、系統性假設測試，每個上線功能都可追溯到客戶機會；5-6 = 有一些探索但臨時、僅PM參與或與交付脫節；≤3 = 直覺和利害關係人驅動，無定期客戶接觸。報告當前分數、未達標項目及每個項目的具體修正。

框架

1. 機會解決方案樹

核心概念： 機會解決方案樹（OST）將期望成果（頂層）視覺化連接到客戶機會（中層），再到潛在解決方案和實驗（底層），使隱含的產品思維變得明確且共享。

為何有效： 多數團隊直接從業務成果跳到解決方案，完全跳過客戶需求；OST強制先理解機會空間，避免打造沒人要的功能。

關鍵洞察：

• 四層結構：成果 > 機會 > 解決方案 > 實驗
• 機會是客戶的需求、痛點和渴望——從客戶角度出發
• 樹是活生生的產物，每週根據團隊學習更新
• 將大機會拆解為較小的子機會以使其可行動
• 同時追求多個機會——不要全押在一個上

產品應用：

情境	應用	範例
季度規劃	在承諾功能前先映射機會空間	「提高試用轉換率」→ 發現使用者為何不轉換
功能優先排序	跨機會比較解決方案，找出最高槓桿的賭注	三個解決方案針對「找不到內容」，兩個針對「入門流程 confusing」
利害關係人對齊	將樹作為共享策略視覺工具	向領導層說明為何選擇機會X而非Y

倫理邊界： 絕不挑選機會來合理化預先決定的解決方案——樹必須反映透過研究發現的需求。

建立或審查樹時，請參閱 references/opportunity-trees.md——包含四層圖表、良好與不良成果對照表、解決方案生成技巧、每週更新節奏、健康/垂死樹的信號、兩個實例及四個反模式。

2. 體驗映射

核心概念： 現狀體驗圖捕捉客戶今天如何逐步達成目標，揭示痛點，這些痛點成為樹上的機會。

為何有效： 團隊假設自己了解客戶的當前體驗；從訪談資料映射出來，暴露了內部看不見的差距、變通方法和情緒。

關鍵洞察：

• 映射現狀，而非未來理想——先理解現實
• 包含每個步驟的行動、想法和感受
• 由完整三人組協作建立，資料來自訪談，而非假設
• 體驗圖涵蓋客戶的完整體驗；旅程圖僅涵蓋產品接觸點
• 痛點和高情緒時刻成為OST機會

產品應用：

情境	應用	範例
新問題空間	在設計前進行端到端映射	小企業主如何處理發票，從開立到催款
流失分析	映射流失使用者的體驗以找出失敗點	使用者在入門流程第4步放棄——他們手邊缺少所需資料
跨職能對齊	共同建立地圖	三小時協作會議產出一個共享參考產物

映射新問題空間或流失流程時，請參閱 references/experience-mapping.md——包含現狀圖模板、體驗圖與旅程圖的區別，以及協作映射練習。

3. 訪談快照

核心概念： 基於故事的訪談捕捉特定的過去經驗（而非意見或預測），每次訪談被綜合成一頁快照，讓整個團隊都能吸收和參考。

為何有效： 客戶對自己未來行為的預測能力很差；將洞察根植於真實過去事件，揭示他們實際做了什麼和感受如何；快照將每次訪談轉化為不斷增長的證據庫。

關鍵洞察：

• 詢問具體的過去行為：「告訴我你上次……的情況」而非「你會使用……嗎？」
• 每個快照捕捉故事、關鍵引述、識別出的機會和識別碼
• 三人組一起訪談，以免洞察在傳遞中遺失
• 自動化招募，使訪談每週進行無需費力
• 跨快照的模式揭示機會；單次訪談僅揭示故事

產品應用：

情境	應用	範例
每週節奏	固定30分鐘訪談時段	透過應用內提示招募；輪流主持
機會發現	從故事中提取需求到OST	資料匯出的變通方法成為機會節點
團隊對齊	將快照可視化分享	一個看板，快照累積並浮現模式

倫理邊界： 絕不引導參與者得出結論——提出關於過去行為的開放式問題，讓故事揭示重要事項。

進行訪談或設定招募時，請參閱 references/interview-snapshots.md——包含基於故事的訪談結構、一頁快照格式、跨快照綜合，以及如何自動化每週招募。

4. 假設測試

核心概念： 在開發前，識別解決方案依賴的假設，按重要性和證據映射，然後先對風險最高的假設進行小型快速測試。

為何有效： 每個解決方案都建立在慾望性、可行性、技術可行性和可用性假設的堆疊上；多數團隊不測試任何假設——或只測試簡單的——然後在錯誤前提上投入數月。

關鍵洞察：

• 四種假設類型：慾望性（他們想要嗎？）、可行性（我們能維持嗎？）、技術可行性（我們能開發嗎？）、可用性（他們會用嗎？）
• 在2x2矩陣上映射：重要性 vs. 證據；高重要性、低證據 = 需要優先測試的信念跳躍假設
• 設計能產生證據的最小測試：單題問卷、假門測試、原型、資料挖掘
• 在執行測試前設定成功標準：「若……則驗證」
• 一個假設測試應在數天內完成，而非數週

產品應用：

情境	應用	範例
開發前	測試頂級候選方案中風險最高的假設	「使用者會與主管分享報告」→ 在開發分享功能前先做假門按鈕
比較解決方案	測試每個候選方案的風險最高假設，快速消除弱選項	A的風險最高假設失敗，B的通過 → 追求B
降低路線圖風險	找出已承諾功能中隱藏的未測試假設	Q3功能假設使用者想要即時通知——尚無證據

倫理邊界： 絕不欺騙參與者——假門測試應說明功能即將推出，而非未揭露的假功能。

為風險假設設計測試時，請參閱 references/assumption-mapping.md——深入介紹四種假設類型、重要性vs.證據2x2、測試設計選單，以及如何為信念跳躍假設設定成功標準。

5. 機會優先排序

核心概念： 將機會相互比較——而非孤立評估——使用機會規模、市場、公司和客戶因素，找出最高槓桿的賭注。

為何有效： 團隊預設依賴最大聲的利害關係人、近期偏誤或直覺；結構化的兩兩比較強制進行明確的取捨討論，並在實施前浮現分歧。

關鍵洞察：

• 相對比較優於獨立評分
• 根據受影響客戶數量、頻率和嚴重程度來評估機會規模
• 權衡策略對齊、團隊能力和現有證據
• 快速做出夠好的決定，然後快速學習——避免分析癱瘓
• 隨著新證據出現重新審視排名

產品應用：

情境	應用	範例
季度規劃	排名前5-7個OST機會	「找不到內容」vs.「無即時協作」透過結構化標準比較
衝刺規劃	選擇當前證據最強的機會	選擇訪談資料最多且解決方案可測試的項目
組合決策	按風險和影響分散投入	60%高信心、30%中等、10%探索性

排名頂級機會時，請參閱 references/prioritization-methods.md——包含機會規模評估方法、比較對比技巧、如何權衡資料，以及如何避免分析癱瘓。

6. 建立習慣

核心概念： 持續探索只有作為三人組可持續的每週習慣才能運作——自動化招募、建立輕量儀式、將探索嵌入現有工作流程，而非視為額外工作。

為何有效： 依賴「找時間」的探索每週都會輸給交付壓力；結構性支援（自動化招募、固定時段、共享產物）消除了每週的決策，使習慣得以持續並產生複利。

關鍵洞察：

• 整個三人組參與——不僅是PM
• 自動化招募：應用內攔截、顧問小組、填補時段的排程工具
• 封鎖重複的日曆時間——依賴「找時間」的探索永遠不會發生
• 訪談後立即填寫快照，而非數天後
• 從每週一次訪談開始；將洞察連接到OST，再從那裡進入衝刺規劃

產品應用：

情境	應用	範例
團隊啟動	第一週建立節奏	自動化招募、封鎖週四時段、快照模板
擴展探索	從每週一次訪談增加到三次	增加流失使用者時段和潛在客戶時段
主管支援	領導者保護時間並要求證據	每次一對一會議中問：「這週從訪談學到了什麼？」

倫理邊界： 尊重參與者時間——將訪談控制在30分鐘內、公平補償，絕不將銷售話術偽裝成探索。

根據你的情境調整習慣時，請參閱 references/case-studies.md——包含B2B SaaS、消費者行動端、平台和成長團隊中持續探索的逐步解說。

常見錯誤

錯誤	為何失敗	修正
將探索視為開發前的階段	洞察過時；團隊基於舊假設開發	將探索嵌入每週工作，與交付並行
只有PM與客戶交談	設計師和工程師在傳遞中失去脈絡	完整三人組一起訪談
從成果跳到解決方案	跳過機會空間	建立OST使其明確
問客戶想要什麼	得到功能請求，而非需求	基於故事的訪談：「告訴我你上次……的情況」
測試簡單假設而非風險高的	虛假信心；致命假設未被測試	按重要性和證據映射；先測試高風險
孤立評估機會	每件事看起來都很重要	使用結構化標準進行兩兩比較
訪談衝刺後停止	沒有累積學習	自動化招募；封鎖重複時間

快速診斷

問題	若否	行動
每週至少一次客戶對話？	決策缺乏最新證據	自動化招募；封鎖每週時段
有活生生的機會解決方案樹？	策略隱含且未共享	從你的成果和訪談資料建立OST
完整三人組參與訪談？	洞察經由一人過濾	邀請設計師和工程師參加下一次
在開發前測試假設？	賭在未經測試的前提上	映射下一個功能的假設；測試風險最高的
能將上線功能追溯到客戶機會？	交付與探索脫節	將待辦事項連結到OST機會
訪談快照對整個團隊可見？	知識困在一個人腦中	共享快照看板，每次訪談後填寫
比較機會而不只是列出？	優先排序靠意見	對前5個機會進行結構化比較

延伸閱讀

基於Teresa Torres開發的持續探索框架：

• 《持續探索習慣：發現創造客戶價值和商業價值的產品》 by Teresa Torres

關於作者

Teresa Torres 是一位作者、演講者和教練，曾幫助數百個產品團隊——從新創公司到Capital One和Calendly——採用持續探索。她創建了機會解決方案樹，撰寫廣為流傳的Product Talk部落格，並將她的教練實踐濃縮成《持續探索習慣》。