從原始產品問題開始
我們正在考慮要不要做一個 AI 會議筆記功能。銷售說客戶一直在問,但產品團隊擔心它會分散我們對核心工作流的投入。要不要做?
釐清後的問題陳述
判斷現在是否要把 AI 會議筆記作為進入現有決策工作流的窄切口來做;同時不能把銷售請求誤認為長期需求,也不能讓它分散團隊對核心工作區的投入。
關鍵假設
最脆弱的假設是,「客戶想要筆記」就等於他們會改變行為或為這個工作流付費。
取捨與限制
大範圍建構可能拖慢核心路線圖,所以控制範圍本身就是決策案的一部分。
證據缺口與下一步驗證
銷售請求不等於付費且反覆發生的工作流需求
驗證路徑
先用十場真正涉及決策的銷售或客戶成功會議做人工輔助試點。