產品名字想好了，技術也選好了，連定價頁都快在腦中畫完了。這時最想做的，大概就是打開編輯器。
動手之前，值得先找幾個人聊聊：誰最近真的遇到這個問題？他現在怎麼解決？願不願意試試另一種做法？ 願意帶你看現有流程、安排試用或付費試作，都比一句「做好我會用」更能幫你決定下一步。
如果你已經做出原型，也用得上這套方法。下面用一週整理線索，再決定要把下個週末花在哪裡。這份安排可以依你的時間調整；遇到企業採購或每月才發生一次的工作，就多留一些觀察時間。
需求驗證到底在驗證什麼？
把「我想做一個 AI 工具」放在旁邊，先寫下這三件你想確認的事：
| 假設 | 要回答的問題 | 可以留下的證據 |
|---|---|---|
| 問題存在 | 哪種人，在什麼情境下，最近遇到什麼麻煩？ | 最近一次事件、現行流程、發生頻率 |
| 值得改變 | 他現在為此花多少時間、金錢或承擔什麼風險？ | 現有工具、外包支出、重做紀錄 |
| 願意採用 | 為了改善，他願意實際做什麼？ | 試用預約、提供測試材料、付費試作 |
先測「如果錯了，整個產品就不成立」的假設。Strategyzer 的假設測試方法也把實驗放在假設之後，而不是先做出原型再找理由解釋結果。
假設你想做一個請款工具。「台灣接案設計師」這個範圍還很大，可以縮成「同時處理多個企業案、自己追款的自由設計師」，再問：他能不能少花時間，查出本週該追哪一筆？對象和任務越具體，越容易知道該找誰聊。 本文會沿用這個假設案例。
第一次訪談，要問哪些問題？
聊到自己的點子，很容易一興奮就開始講功能。先把介紹留到後面，請對方帶你走過最近一次遇到問題的經過。 YC 的使用者訪談課程也強調先理解對方的工作與問題。
可以依照這個順序，安排一場約 20 分鐘的訪談：
- 你最近一次整理請款狀態，是什麼時候？
- 可以從開始到完成，帶我走一次嗎？
- 哪一步最常卡住？最近發生過什麼具體狀況？
- 你現在用什麼工具或方法補救？
- 如果這次沒處理，實際會有什麼後果？
- 這件事由誰使用工具、誰決定、誰付錢？
- 如果我用一份去識別化資料做出示範，你願意約時間比較結果嗎？
聽到「可以啊」很開心。接著把時間約下來，看看對方是否真的出席、帶來適合的測試資料。**把口頭答應和實際行動分開記，**之後比較不容易高估進度。
不要問「這個功能是不是很棒？」或「如果一個月 299 元，你會買嗎？」對方很容易給禮貌性的答案。可以改問他上一次採購類似工具的過程，以及當時最後為什麼付錢或放棄。
怎麼區分稱讚、興趣與需求證據？
朋友說「這個很酷」，當然值得開心。只是準備投入下一個月之前，可以再多問一步：他願意花時間試嗎？下一次有同樣的工作，會想起你的工具嗎？下面這張表可以幫你整理手上的線索。
| 觀察到的行為 | 比較能說明什麼 | 還不能推論什麼 |
|---|---|---|
| 貼文按讚、說很酷 | 題目或呈現方式吸引注意 | 有痛點、會使用、會購買 |
| 留 Email 等通知 | 願意接受後續接觸 | 願意投入導入成本 |
| 描述最近事件與替代方案 | 問題有具體脈絡 | 你的解法比較好 |
| 準時試用並投入測試材料 | 願意為改善現況付出時間 | 願意長期付費 |
| 知道交付範圍後付費試作 | 有一次交易意願 | 有續購、留存或可規模化需求 |
| 下一次遇到任務時主動再用 | 解法可能有持續價值 | 已找到穩定獲客方式 |
收集測試材料時，優先用假資料或去識別化資料。驗證一個請款工具，不需要先取得客戶的完整合約、帳戶或個資。
7 天可以怎麼安排？
| 時間 | 做什麼 | 當天應留下的產物 |
|---|---|---|
| 第 1 天 | 選定一種客群與一個任務 | 一句問題假設、招募條件 |
| 第 2 天 | 找符合條件的人，逐一邀請 | 接觸紀錄與訪談時間 |
| 第 3～4 天 | 訪談，記下原話與具體事件 | 現有流程、替代方案、反例 |
| 第 5 天 | 選一個重複出現的問題，做最小示範 | 試算表、可點原型或人工交付樣本 |
| 第 6 天 | 邀請對方完成一個真實任務 | 是否出席、完成、需要協助 |
| 第 7 天 | 對照事先寫好的標準 | 繼續、縮小客群、重做實驗或停止 |
如果一週只約到一個人，先把這一場好好聊完。 再回頭看：邀請有沒有說清楚、是不是找錯地方，還是這群人本來就比較難約？把卡點記下來，下一輪才知道要改哪裡。
可以直接複製的實驗卡
目標客群：
最近會發生的具體任務：
目前替代方案：
最可能讓產品不成立的假設：
本輪要接觸誰、從哪裡找到：
我要提供的最小示範：
我要觀察的行為：
判斷標準與觀察期限（實驗前填）：
實際結果，包含沒回覆與拒絕：
有沒有其他解釋：
這次仍不知道的事：
下一步只改一件什麼事：
假設你為自己訂的標準是：訪談五位符合條件的設計師，至少三位描述相近的近期問題，並有兩位實際完成示範測試。這些數字只是本輪的決策門檻，不是統計上有效的市場驗證，也不是通用及格線。
記錄時，順手註明哪些人符合條件、哪些人是來幫忙的朋友。朋友的鼓勵很珍貴；是否有持續需求，還要回到真正會做這項工作的人身上確認。
第七天，怎麼決定下一步？
- 問題一致，也有人完成試用：做能交付這個結果的最小版本，再觀察下一次是否回來。
- 有問題，但沒人安排試用：確認急迫性、信任、導入成本與邀請方式，不急著加功能。
- 每個人要的都不同：縮小職業、工作情境或觸發事件，再訪談一輪。
- 對方目前方法已經夠好：記下他不換工具的理由，重新評估切入點。
- 有人願意付費，但只能靠你大量客製：分開記錄產品需求與服務需求，別把一次接案直接當成 SaaS 成立。
如果開始做付費試作，先寫清楚功能現況、人工處理部分、交付內容、期限與退款安排。需要收款時，可以接著讀台灣獨立開發者收款指南。
常見問題
Q: 一定要先做 Landing Page 嗎？ 不一定。如果你能直接找到客戶，一段邀請、一份樣本或人工服務就能測試部分假設。Landing Page 適合測試訊息與行動意願，但瀏覽量本身不能證明付費需求。
Q: 訪談五個人就夠了嗎？ 少量訪談可以找線索，不能代表整個市場。是否繼續訪談，要看客群差異、問題一致程度和仍未釐清的風險；之後還需要實際使用、交易與留存證據。
Q: 沒有人願意付費，就該放棄嗎？ 先確認你是否接觸到有問題且有決策權的人，以及解法、價格、導入成本和交付時機是否合適。一次失敗的邀請無法指出是哪個因素出錯，可以縮小變因再測。
今天就做：花 30 分鐘，約出第一場對話
- 用 5 分鐘，寫一句問題假設。 填完「我想幫＿＿，在＿＿的時候，更容易完成＿＿」。先選一種人、一件事就好。
- 用 10 分鐘，列出 3 位可以聊的人。 每個名字旁邊寫下「為什麼覺得他最近有這個問題」。想不到名字，就先寫去哪裡找。
- 用 15 分鐘，送出第一封邀請。 說明想了解的工作，詢問是否方便聊 20 分鐘。可以借用下一篇的邀請範本，改成你自己的話。
今天完成的成果：一句假設、三個接觸對象、一封送出的邀請。 如果你一直在等點子更完整，先做到這裡就很好。等聊完第一場，再補實驗卡；你很可能會發現，原本沒想到的問題才最值得做。
資料來源與下一步
方法背景來自 YC：How to talk to users與 Strategyzer：先辨認關鍵假設。接案情境、實驗卡與工作安排由本站整理設計；範例數字供規劃使用，並非實測結果。資料查核日期：2026 年 11 月 3 日。
下一步讀第一批用戶去哪找？從 0 到 10 位的招募與啟用指南，把驗證對象變成一份可執行的接觸名單。