客戶需求訪談的目的，不是把客戶問到願意買，而是在報價或提案前確認三件事：他想改變的結果、不能碰的限制，以及誰用什麼方式做決定。台灣中小企業若只聽到「想做 SEO」「想投廣告」就報價，往往會把不同問題塞進同一個方案。先用 20 到 30 分鐘留下可核對的三欄筆記；資訊不足就補問，條件清楚才做範圍版提案，不適合就及早說明，才能少做錯案也少讓客戶重複交代。
客戶一問價格，為什麼不能跳過客戶需求訪談？
價格通常是客戶最容易問出口的問題，卻不是提案需要的全部條件。HubSpot 將 discovery call 描述為早期對話：理解目標、挑戰、預算、時間與適配度後，再判斷是否值得進一步投入。對小團隊來說，不必照搬冗長的資格框架；真正要避免的是把「想增加客人」誤認成同一種需求。有人缺的是明確服務頁，有人是廣告追蹤失真，也有人根本還沒有能承接詢問的時段。
因此，第一場會議的交付物不應是漂亮簡報，而是一份客戶看得懂、同事接得住的問題摘要。它能讓後續提案回答已確認的問題，而不是用一套固定服務去猜。
先用三欄記錄，不要急著做一張「萬用問卷」
把筆記濃縮成三欄，會比背 30 題話術更容易使用。每一欄都只收集會影響範圍、先後順序或是否合作的資訊。
| 三欄 | 要釐清的事 | 可自然追問的方向 | 記錄時要避免 |
|---|---|---|---|
| 目標 | 客戶想在什麼情境下改善什麼結果 | 最近一次問題發生在哪裡？三個月後什麼改變才算有價值？ | 把「想成長」直接當成可執行目標 |
| 限制 | 既有流程、資源、時程、法規或不能改動的條件 | 目前怎麼處理？誰能提供素材？哪個時間點以前不能上線？ | 未確認就承諾預算、時程或成果 |
| 決策 | 參與者、評估標準與下一次確認方式 | 還有哪些人需要看？他們最在意哪個風險？什麼資料能幫你比較？ | 把聯絡人自行推定為最終決策者 |
目標：從服務名稱退回真實情境
當客戶說「要做短影音」或「需要 AI」，先不要替他選工具。可請他描述最近一次卡住的情境：是詢問不足、到店前疑慮太多、業務接手太慢，還是舊客沒有回來？這類描述能讓提案回到問題與結果，而不是只比較功能。HubSpot 的需求提問內容也主張以開放問題理解目標、痛點、目前做法與希望的結果；關鍵是聽完後用自己的話摘要，請對方確認，而不是立刻推銷。
限制：讓不確定性進到提案前面
限制不是負面資訊。它可能是只有老闆能核稿、門市週末太忙不能接新詢問、素材不能使用客戶照片，或合作期限已經固定。這些條件若在提案後才出現，容易形成「你不是說可以」的落差。把未知欄位明寫成待確認，比假裝已理解更專業。
決策：問流程，不逼問預算
小型公司常由一人啟動、多人影響。可以問「這次要讓哪些人放心？」和「你們比較方案時最不能妥協的是什麼？」這不是追問私密資訊，而是確認提案要回應的判斷標準。若客戶暫時不願談預算，先記下他願意確認的範圍與下次決定點，不需要硬把空白補成數字。
訪談後只選三條出口：補問、範圍版提案或婉拒
客戶需求訪談結束後，最重要的是把下一步講清楚。不要讓「我們再研究看看」變成兩邊都不知道誰該做什麼。
| 狀態 | 判斷訊號 | 下一步 | 對客戶的說法 |
|---|---|---|---|
| 補問 | 目標存在，但限制或決策資訊還缺 | 列出 2 到 3 個必要資料與回覆期限 | 「收到這些資料後，我們才能把範圍與風險寫準。」 |
| 範圍版提案 | 目標、限制、決策方式可被對方確認 | 提出工作範圍、排除項、假設與下一個確認點 | 「這份版本先處理已確認的問題，未確認項目保留為選項。」 |
| 禮貌婉拒 | 需求不適配、必要條件無法取得，或承諾超出能力 | 說明無法承接的原因，必要時提供可自助的方向 | 「在目前條件下我們無法負責任地承諾這個結果，因此不建議直接開始。」 |
這三條出口不是成交話術，而是風險管理。尤其在專業服務裡，一份把假設與排除項寫清楚的範圍版提案，通常比包辦式報價更容易被正確評估。
AI 可以整理紀錄，但不能替你判斷客戶真正意思
會後若已獲得適當告知與同意，AI 可以把人工核對過的筆記整理成三欄摘要、標出缺少的欄位、草擬一封「我們理解的是不是這樣」的確認信。Microsoft 的 Teams sales-recap 文件也把摘要、後續行動與 CRM 紀錄視為會後可用功能；同一份文件提醒，AI 對語境或情緒的判讀可能失準，應只作為輔助訊號。換句話說，AI 可以減少整理時間，但不能自行替客戶貼上「急迫」「有預算」或「已同意」的標籤。
最安全的做法是保留原始來源位置、讓負責人逐項確認摘要，再發出任何報價、承諾或跟進。若會議筆記含有姓名、聯絡方式、職稱或其他可識別資訊，蒐集與使用前也應檢視告知、目的與保存方式。台灣《個人資料保護法》第 8 條列出直接蒐集時的告知事項；實際情況如涉及錄音、跨境工具或敏感資料，應向法務或專業人士確認。
這套方法適合誰，不適合誰？
它適合提供顧問、設計、行銷、軟體、教育訓練或在地專業服務的台灣小團隊：每次提案都需要理解客戶情境，但沒有完整 CRM 或專職業務營運人員。它也適合老闆仍親自接第一通電話的公司。
它不適合把需求訪談當成收集越多個資越好的理由，也不適合用在價格、服務內容與交付邊界早已完全標準化的即買型商品。後者更需要清楚的商品頁、庫存、付款與客服流程，而不是安排一場冗長訪談。
一週內怎麼驗證訪談有沒有變好？
- 挑最近 5 個新詢問，不要重做舊案。
- 每次會後 24 小時內完成三欄摘要，並標出「已確認」與「待確認」。
- 寄出摘要時只請客戶核對事實與下一步，不要把 AI 推測寫成結論。
- 一週後檢查：是否少了重複詢問、提案是否更快完成、是否有更早發現不適合的案子。
- 只記錄可觀察的流程訊號；樣本太少時，不要宣稱成交率已改善。
資料更新與來源
本文於 2026 年 10 月 17 日整理。會議摘要與 AI 功能會依平台版本、授權、語言、錄音與逐字稿設定而變動；個資處理也要依實際蒐集方式與用途評估。本文提供行銷與業務流程建議，不構成法律意見。
- HubSpot：Discovery call questions that reveal real pain points
- HubSpot：Note taking for BDRs
- Microsoft Learn：View sales insights in Microsoft Teams meeting recap
- 全國法規資料庫：個人資料保護法
結論
客戶一開口要報價時，先把客戶需求訪談做短、做準，比急著端出方案更有價值。確認目標、限制與決策三欄後，你不是只能選「成交」或「流失」：還能補問、做有邊界的提案，或在不適合時誠實婉拒。這樣留下的不是一份漂亮筆記，而是下一步能被客戶與團隊共同核對的合作基礎。
FAQ
客戶一開始就問價格，還要做需求訪談嗎？
要，但可以很短。先說明價格會受目標、限制與範圍影響，再用幾個問題確認是否能負責任地報價。
客戶需求訪談要問幾題才夠？
沒有固定題數。只要能確認目標、限制與決策方式，並知道下一步要補什麼資料，就可以收斂。
需求訪談後可以直接讓 AI 寫提案嗎？
AI 可協助整理已確認的筆記與草擬結構，但價格、時程、可行性、排除項與對外承諾都應由負責人核對。
客戶不願透露預算，該停止訪談嗎？
不必立刻停止。先確認範圍、限制、評估標準與下次決定點；若仍缺少做出負責任提案的必要條件，再明確說明需要補充什麼。
訪談紀錄可以保存多久？
應依蒐集目的、內部保存規則與適用法令決定，避免把與合作無關的個資長期保留；涉及錄音或跨境工具時，宜另行確認告知與權限。