你可能遇過這種情況：網站功能終於上線，團隊也花了不少時間測試，使用者卻很少點開。回頭訪談才發現，大家真正卡住的問題，和原先規劃的功能根本不同。
這正是 Continuous Product Discovery 想改善的工作方式。產品團隊在製作功能的同時，也定期與客戶接觸。每次研究都帶回一點新線索，讓團隊有機會修正方向，減少把資源投入錯誤需求的風險。
如果你搜尋的是「continuous product discovery」，這篇會直接回答它是什麼、如何執行、要追蹤哪些成果，以及小型產品團隊與線上課程事業怎麼開始。最後附上能直接拿來討論的工作表。
Continuous Product Discovery 是什麼？和一般產品開發有何不同？
產品探索（Product Discovery）的任務，是釐清顧客遇到的問題，找出可能創造價值的解法，並降低產品決策的不確定性。產品交付（Product Delivery）則負責把選定的解法設計、開發、測試與上線。
傳統專案有時先做一輪需求訪談，接著花幾個月執行規劃。等到產品完成，才再次向使用者蒐集意見。這套方式面臨一個問題：客戶的行為、環境和需求可能已經改變，團隊卻仍依照舊假設安排工作。
持續產品探索的做法，是讓探索與交付並行。團隊一方面完成已確認的工作，另一方面保持客戶接觸與小型測試。當新證據出現，便重新檢查接下來的開發順序。
Teresa Torres 在 Product Talk 的文章中，將這個概念放在每週客戶接觸、持續發現機會及測試產品方案的脈絡裡。產品團隊可以每週安排一次訪談、可用性測試或簡單實驗，累積能影響實際決策的資料。
Continuous Product Discovery 和 Continuous Discovery Habits 一樣嗎？
這兩個詞高度相關，但指的東西有差別。Continuous Product Discovery 是一種持續進行產品探索的工作方式；Continuous Discovery Habits 則是 Teresa Torres 於 2021 年出版的著作名稱，系統化整理了每週客戶接觸、產品三人組、機會解決方案樹與假設測試等習慣。
因此，搜尋前者的人通常希望理解流程、方法和團隊如何執行；搜尋書名的人，則可能想了解作者、內容架構與書中的具體工具。閱讀延伸整理時，可以參考Continuous Discovery Habits：每週客戶訪談與持續探索方法。
兩者可以互相補充。想開始改變團隊流程，適合先學會如何安排探索活動、蒐集證據與調整決策，再依需求深入讀書中的方法。
持續產品探索的六個步驟：從成果到產品決策
持續探索沒有全產業通用的固定儀式。實務上可以用以下六個步驟建立一個可重複的循環。這是整理自產品探索原則的工作流程，方便小型團隊實作。
步驟一：先定義想改善的成果（Outcome）
很多產品規劃從功能清單開始，例如「新增會員儀表板」或「增加課程提醒」。然而功能只是手段，真正要改善的可能是新學員順利開始上課、顧客更容易找到適合的商品，或使用者能完成原本想做的工作。
先寫下可觀察的成果，例如「提高新學員完成第一份練習的比例」，再確認衡量方式、目前基準及資料來源。這能幫團隊判斷每個新提案是否真的與重要問題有關。
步驟二：持續接觸目標使用者
與其只問客戶「你希望我們新增什麼功能」，不如請對方回想最近一次完成任務的經驗。像是：「上次想開始課程時，你先做了什麼？」「哪個步驟花最久？」「最後如何解決？」
這類問題能幫團隊聽見實際情境，也降低對方只是禮貌支持某個功能的情況。受訪者的原話、可觀察的行為與團隊推測，應分開記錄。
Teresa Torres 提倡由打造產品的團隊定期直接接觸客戶，常以每週接觸作為可執行的基準。接觸形式可以是訪談、觀察與原型測試，目的在於取得新證據，而非累積訪談場次。
步驟三：整理機會，而非只收集功能願望
使用者說「希望課程首頁有一個更大的開始按鈕」，這是他想到的解法。背後可能有不同的問題：找不到第一堂課、看不懂操作流程，或買完課不知道下一步。
這些尚待滿足的需求、困難與期待，可以稱為機會（Opportunity）。把訪談中的具體故事整理成機會，團隊就能比較哪些問題反覆出現、哪些對成果的影響較大。
步驟四：針對同一機會比較多種解法
假設學員反映第一次登入後很難開始學習，可能的解法包括簡化課程選單、增加一頁起步指引、改善購買後的通知信，或在第一堂課旁加入操作提示。
先列出幾個可行選項，再從使用者價值、建置成本和維護負擔評估。這樣做，能避免團隊一聽到問題就急著開發第一個想到的功能。
步驟五：找出風險最高的假設並測試
每個方案背後都有假設。以新增起步指引為例，你可能假設學員願意閱讀指引、閱讀後更容易找到第一堂課，而且現有網站能清楚呈現。可以先用簡單原型或少量測試對象驗證，再安排正式製作。
測試前要先決定要觀察的行為，例如是否能獨立找到課程、花了多少步驟、在哪裡停下來。最後根據結果決定繼續、調整或更換解法。
步驟六：讓研究結果影響下一次交付
訪談和測試都完成後，團隊還要回到產品計畫：這週發現了什麼？原有假設是否需要修正？接下來最值得交付哪個改善？
這個步驟決定探索是否真正產生價值。若研究紀錄留在資料夾裡，而開發順序完全沒變，產品團隊可能只是增加研究工作，卻尚未建立持續學習的流程。
Opportunity Solution Tree 如何協助持續產品探索？
機會解決方案樹（Opportunity Solution Tree，OST）是 Teresa Torres 推廣的探索工具。它把產品成果、顧客機會、可能解法及假設測試放在同一張圖裡，方便團隊理解每個功能提案的原因。
樹的最上方是想改善的成果，下一層整理從使用者研究發現的機會；接著比較解決方案，最下方則是用來檢查重要假設的小型測試。每次得到新證據，都可以更新這張圖。
| OST 層次 | 要回答的問題 | 課程網站示範 |
|---|---|---|
| 成果（Outcome） | 想改善什麼結果？ | 提高新學員完成第一份練習的比例 |
| 機會（Opportunity） | 學員遇到什麼困難？ | 買完課之後找不到練習入口 |
| 解法（Solution） | 可能有哪些做法？ | 改善導覽、寄送起步信、設計操作提示 |
| 假設測試（Assumption Test） | 如何先取得證據？ | 用測試帳號觀察學員能否獨立完成操作 |
表格是虛構的教學示例。實際使用前，仍需透過訪談及操作紀錄確認學員是否遇到這個問題。機會解決方案樹重視的是思考與學習過程，也需要配合團隊的經營目標和工作優先順序。
Continuous Product Discovery 要檢查哪四種產品風險？
Silicon Valley Product Group 的 Marty Cagan 將產品探索中常見的風險整理成四類：價值、易用性、技術可行性及商業可行性。它們能幫團隊判斷一個方案是否值得投入資源。
| 風險 | 核心問題 | 簡單驗證方式 |
|---|---|---|
| 價值（Value） | 使用者真的需要或願意選擇嗎？ | 訪談真實問題、觀察選擇與行動 |
| 易用性（Usability） | 使用者能順利操作嗎？ | 原型測試、任務觀察 |
| 技術可行性（Feasibility） | 現有技術與資源能做得到嗎？ | 小規模技術驗證 |
| 商業可行性（Viability） | 成本、法規與經營模式能支持嗎？ | 成本估算、營運與規範檢查 |
四種風險的重要程度會因方案而異。假設某個按鈕樣式只需少量修改，技術風險可能很低；如果打算新增訂閱扣款與學員權限，付款、維護和合規問題就需要更多確認。
測試的目標是優先處理重要且證據不足的假設。你可以把每項風險寫成一句可驗證的問題，再選擇最省時且合適的方法蒐集資料。
Continuous Product Discovery 每週怎麼做？一份可使用的工作節奏
要讓持續產品探索真正變成習慣，最重要的是把工作排進行事曆。小團隊可以先用一週一次的簡單節奏，等流程穩定後再調整。
| 時段 | 探索工作 | 完成後留下什麼 |
|---|---|---|
| 週初 | 回顧想改善的成果，挑一個問題 | 本週研究重點 |
| 週間 | 訪談客戶或觀察一次使用情境 | 具體行為、原話與初步發現 |
| 訪談後 | 更新機會解決方案樹，提出多種解法 | 機會清單與候選解法 |
| 週末前 | 選一項關鍵假設進行小型測試 | 測試結果及下週決策 |
這是可調整的示範時程。若團隊只有一人，可以兼顧研究、設計與營運三種角度；如果有產品經理、設計師與工程師，則讓負責做決策的人共同接觸客戶、理解證據。
每週回顧時，記下這三個答案：我們新發現了什麼？哪個想法需要調整？下週打算驗證什麼？經過一段時間，這些紀錄會形成更清楚的決策脈絡。
線上課程與顧問事業，怎麼運用持續產品探索？
Continuous Product Discovery 最常出現在軟體產品團隊，概念也能用在需要持續改善交付體驗的知識型事業。例如規劃線上課程、改進課程網站，或調整付費會員的學習流程。
案例一：第一門線上課程應該教什麼？
假設一位簡報講師計畫推出錄播課，原本想增加動畫設計、配色與模板技巧。訪談潛在學員時，卻發現不少人更困擾「如何讓主管快速聽懂提案重點」。
講師可以把這個需求當成一個待驗證的機會，安排短時間的試教或練習，再觀察學員能否完成一頁提案架構。若結果支持這項需求，便能以更有根據的方式安排第一版課程。
這是示範情境，不代表已完成真實市場研究。正式決策仍需要符合目標客群的訪談、試教及購買意願證據。
案例二：課程網站報名很多，學員卻很少開始上課
如果網站可以成功收款，但部分學員遲遲沒有進入第一堂課，團隊可以先查看登入、通知信與課程導覽流程。觀察學員在哪一步感到困惑，再選擇調整信件內容、登入入口或教材安排。
產品探索能協助找出問題，既有訂單與網站事件資料則能協助了解發生情況。設計測試時記得取得適當同意、保護學員個資，並將測試帳號與真實交易資料清楚區分。
案例三：顧問服務如何找到值得開發的新產品？
顧問在服務客戶時，經常聽見工作流程中的反覆困難。可以在專案進行與結案後，整理客戶實際遇到的問題，觀察哪些情境持續出現，再評估要提供範本、團體工作坊或新的顧問方案。
這樣能讓新服務的規劃更貼近真實需求，也能在正式投入大量教材製作與系統建置前，先取得使用與付費方面的線索。
持續產品探索如何衡量成效？別只算訪談次數
訪談數量與實驗數量能反映團隊是否持續進行探索，但它們無法直接代表產品成功。更重要的是：團隊是否因為新證據做出更好的選擇，產品成果是否逐步改善。
可以把衡量分成三個層次。第一層是研究節奏，例如定期接觸適合的客戶；第二層是決策品質，例如有多少提案能說明所依據的客戶機會與測試結果；第三層是產品成果，例如首次使用成功、學習成果、留存與真實購買行為。
觀察成果時，應保留足夠時間、相近的比較條件，並注意活動、季節或其他改動的影響。持續探索提供決策證據，並不能保證每一次改善都帶來成長。
導入 Continuous Product Discovery 常見的五個錯誤
- 只找熟客訪談：既有客戶的經驗很重要，也要依研究問題接觸尚未購買、停止使用或使用較少的人。
- 把所有需求當成功能清單：先描述使用者遇到的情境，再比較可行解法。
- 只研究有興趣的人：口頭表示喜歡可以當作線索，仍需要觀察實際操作與行動。
- 蒐集很多資料卻沒改決策：讓研究發現回到產品目標、優先順序和開發安排。
- 一次做太大：從能迅速完成的小型訪談、原型與假設測試開始，逐步建立穩定節奏。
團隊也要注意研究倫理。邀請受訪者時說明研究目的、資料用途與保存方式；對於錄音、操作紀錄與可識別個人資料，依適用規範及同意安排處理。
Continuous Product Discovery 常見問題
Continuous Product Discovery 是 Scrum 或敏捷開發嗎？
它與敏捷團隊的工作節奏可以互相搭配，但重點不同。持續產品探索負責蒐集需求與驗證解法，Scrum 則是一套管理複雜工作的框架。團隊可以在既有的開發流程裡安排持續探索活動。
Continuous Product Discovery 與 Continuous Delivery 差在哪？
前者關心要解決什麼問題、哪些解法值得投入；持續交付則著重如何穩定把軟體變更交付到可使用的狀態。產品團隊需要將探索發現與實際交付互相連接。
一定要每週訪談一位客戶嗎？
Teresa Torres 以每週客戶接觸作為重要實務基準，但研究可包含訪談、觀察或原型測試。目標是持續取得能影響決策的新證據，團隊可依產品特性和研究需求安排。
小型團隊沒有研究員，也能進行持續產品探索嗎？
可以先從簡單的客戶訪談、使用情境觀察及小型測試做起。需要進階研究設計、招募或資料分析時，再請專業研究人員協助，提高研究品質。
Opportunity Solution Tree 是產品路線圖嗎？
兩者用途不同。機會解決方案樹整理成果、機會、解法與測試，協助比較探索方向；產品路線圖則用來溝通較高層的產品方向與交付規劃。
這套方法適合線上課程事業嗎？
適合用來研究學員需求、測試課程主題及改善交付體驗。做法可以簡化為定期訪談學員、整理反覆出現的困難，再用小型練習或流程調整檢查解法。
結論：讓客戶證據持續進入產品決策
Continuous Product Discovery 的核心，是把產品探索變成一項能持續執行的工作。定期接觸客戶、整理真正的機會、比較解法並測試重要假設，讓產品決策跟得上使用者需求的變化。
開始時可以挑一項最在意的產品成果，安排一次客戶接觸，從真實經驗找出一個問題。接著提出兩三種可能的解法，選出最需要驗證的假設，將結果帶進下一週的工作計畫。循環愈穩定，團隊就愈有機會把資源用在真正重要的問題上。
參考資料
Teresa Torres｜3 Best Practices for Adopting Continuous Product Discovery｜Product Talk｜2017
Product Talk｜Continuous Discovery｜2026年查閱
Teresa Torres｜Opportunity Solution Trees: Visualize Your Discovery to Stay Aligned and Drive Outcomes｜Product Talk｜2023
Marty Cagan｜The Four Big Risks｜Silicon Valley Product Group｜2017
元氣電商｜Continuous Discovery Habits：產品團隊每週接觸客戶的持續探索方法｜2026