需求訪談問題最實用的問法，是先確認這個潛在客戶的目標、痛點、決策流程、時程與下一步，而不是一開口就急著講方案。對多數台灣 SME 來說，真正需要的不是背一串 discovery call 題庫，而是用 6 個成交前訊號判斷這案子該不該繼續談、該找誰一起進下一步，以及什麼資訊一定要回寫到 CRM。
需求訪談問題先問什麼，才不會一開始就把案子談死
HubSpot 在 2024 年更新的 discovery call 指南，把這通電話拆成設定情境、資格確認、排除條件與下一步四段，重點很明確：先搞清楚對方是否真的值得往下談，再談你能提供什麼。這比一開始就 demo 或丟報價，更能保住你的時間成本。HubSpot
Salesforce 也把 discovery call 定義成銷售前期用來找出 wants、needs 與 motivations 的對話，並提醒在會前要先研究公司與產業、會中要有 agenda、會尾要有 clear action item。這代表需求訪談不是聊天感覺對就好，而是一個有節奏、有目的的流程。Salesforce
如果你現在的做法是「先聽一輪需求，最後說我回去想想」，那通常不是因為你不夠會講，而是你少了一個判斷框架。沒有框架，訪談就很容易變成免費顧問時間，資訊很多，卻沒有下一步。
為什麼台灣 SME 常把需求訪談做成免費諮詢
很多台灣 SME 的業務、老闆、顧問其實把 qualification call 和 discovery call 混在一起。Salesforce Trailhead 的流程剛好提醒了這件事：先確認 need、budget、timeline、authority，再進入更深的需求分析，這兩步雖然連在一起，但目的不同。Salesforce Trailhead
第一步的資格確認，是判斷這是不是你的客戶。第二步的需求訪談，才是判斷你該怎麼賣。很多團隊錯在第一步沒做完，就直接跳到第二步，於是花很多時間幫對方整理問題、補思路、給方向，最後卻發現預算不對、時程不對，或真正決策的人根本不在場。
對小團隊來說，這種錯誤特別傷。因為你不是多浪費一通電話，而是浪費老闆、業務、顧問最貴的時段，還會把真正高意圖的案子往後擠。
報價前一定要確認的 6 個成交前訊號
你不需要一開始就問 20 幾題。先看下面 6 個訊號，訪談的方向就會清楚很多。
| 成交前訊號 | 你要確認什麼 | 如果答案模糊，代表什麼 |
|---|---|---|
| 目標夠不夠具體 | 這案子要改善的是詢問量、成交率、回購、到店，還是內部流程效率？ | 如果只說想做行銷、想導 AI，通常還沒到能報價的程度。 |
| 痛點是不是正在發生 | 問題現在怎麼影響業績、工時、客訴或追蹤效率？ | 如果只有抽象抱怨，沒有具體損失，優先度通常不高。 |
| 誰真的會決定 | 是老闆、部門主管，還是實際操作的人先評估？ | 如果決策人不在，這通電話更像蒐集資訊，不是成交會議。 |
| 時程是否真實 | 是這個月要上線，還是只是先看看？ | 如果沒有明確節點，應該先用下一步任務取代正式報價。 |
| 現況資料是否拿得到 | GA4、CRM、LINE、報價單、客服紀錄，哪些已經有，哪些還沒有？ | 資料拿不到，很多承諾都只能停在猜測。 |
| 下一步能不能約出來 | 下次會議要找誰、看什麼、決定什麼？ | 如果下一步講不清楚，這案子多半還在探索期。 |
這 6 個訊號的重點是幫你判斷「要不要往下談」，不是幫你表演專業。先把判斷做對，後面的方案、報價與 demo 才有意義。
需求訪談問題可以怎麼分層
真正好用的需求訪談問題，不是照著網路題庫一題一題唸，而是按層次問。你可以把它拆成下面四層。
1. 情境層：先確認對方的角色與現況
HubSpot 在 discovery call 指南中建議先問公司、角色與負責指標。這類問題不是暖場而已，而是讓你知道眼前的人有沒有能力推動事情。HubSpot
這一層常用的問法包括：你目前主要負責哪些數字？這個案子跟你今年的目標有什麼關係？你現在的做法大概是什麼？如果這些問題都答得很散，後面就不要急著談方法。
2. 問題層：把痛點問到可被衡量
Salesforce 的 discovery call 框架會追問 problem 與 opportunity cost，意思不是只問「你有什麼困難」，而是要把困難問成有成本的問題。Salesforce
比起問「你們是不是想做 AI？」更好的問法是：「現在最卡的是名單整理、回覆速度、轉單率，還是內容產出？」再往下追：「這件事一週大概吃掉你們多少時間？如果不處理，接下來三個月會有什麼影響？」這樣你拿到的不是感覺，而是可判斷的優先順序。
3. 決策層：確認誰會點頭、用什麼標準
HubSpot 的 pipeline 與 playbooks 頁面強調，標準化 qualification 的價值，在於讓回覆能直接回寫 CRM 欄位並觸發下一步工作流。這意味著你在訪談裡就該把決策結構問出來，而不是會後才猜。HubSpot
這一層可以問：之前類似採購是誰主導？你們會怎麼比較不同方案？這次如果要往下走，還會需要誰一起評估？如果對方連這些都說不清楚，通常還不到正式報價時機。
4. 下一步層：把會議成果變成動作
Salesforce 建議 discovery call 要以清楚的 action item 收尾，HubSpot 也把 next steps 當成獨立的一段。這不是禮貌收尾，而是成交節奏。Salesforce
你可以直接問：下一次會議如果要有效，還需要誰加入？你們希望先看案例、流程草案，還是初步報價區間？如果連下一步都約不出來，就代表這通比較像前期認識，不要把它誤判成商機成熟。
訪談完要回寫哪些 CRM 欄位
很多團隊明明聊得不錯，但第二次會議又重問一遍，問題不在記性，而在沒有固定欄位。HubSpot 的 lifecycle stages 文件也提醒，從 Lead、Marketing Qualified Lead、Sales Qualified Lead 到 Opportunity，每個階段都應該對應清楚的判斷依據。HubSpot Knowledge Base
對台灣 SME 來說，最低限度可以先固定 6 個欄位：
- 主要目標：例如提高詢問品質、減少人工回覆、提升回購。
- 核心痛點：用一句話寫出真正卡住的問題。
- 決策角色：聯絡人是決策者、影響者，還是執行者。
- 預計時程：這季、下月、待內部討論，至少要有節點。
- 現有工具：GA4、CRM、LINE OA、廣告帳號、網站 CMS 等。
- 下一步承諾：下次會議時間、要補的資料、要看的內容。
如果你已經在用 CRM，這 6 欄就足以讓同事接手。如果你還沒有 CRM，用試算表也比憑印象好多了。先把資訊結構固定，AI 摘要、路由、提醒才接得上去。
什麼情況先不要報價，先排下一步會議
不是每一次需求訪談都要直接報價。下面三種情況，先排下一步通常更穩。
- 決策人還沒出現：你可以先補資料或先做一頁框架，但不要把正式方案當成成交文件。
- 目標與痛點都還太模糊：這時候報價多半只是把不確定性寫進 PDF。
- 資料缺口太大：例如對方想優化轉單，但連目前詢問來源、回覆流程、CRM 欄位都說不清楚。
這時更好的做法，是把下一步定義成「需要決策人一起的 30 分鐘確認會議」、「提供目前流程截圖與數據後再談方案」，或「先看一份診斷清單再決定是否進專案」。這樣你保住專業，也保住時間。
7 天把需求訪談流程落地的做法
第 1 天，先回看最近 10 到 20 個有談到報價的案子，找出最後成交與沒成交各 5 個案例。不要先改話術，先找差異。
第 2 天，把這些差異整理成固定欄位，至少要涵蓋目標、痛點、決策、時程、資料與下一步。欄位越少越好，重點是每個人都願意填。
第 3 到 4 天，挑一位同事或自己連續用這套欄位跑 3 通需求訪談。邊跑邊修，把太抽象、太難回答、太容易重複的問題刪掉。
第 5 天，把最常用的問題做成 playbook。HubSpot 之所以強調 playbooks，不是因為題庫多，而是因為答案可以結構化回寫。你就算不用 HubSpot，也應該學這個邏輯。HubSpot
第 6 天，替每個訪談結果定義下一步，例如直接報價、排決策會議、補資料後再談、暫時不跟。這一步會讓商機分流比以前乾淨很多。
第 7 天，回頭看哪一題最常問了也沒用，哪一題最能幫你判斷是否值得繼續。真正有用的需求訪談問題，最後一定會越來越短，不會越來越長。
資料更新與適用限制
本文於 2026 年 7 月 13 日 依據當天可讀取的官方與平台文件更新。
核心參考包括 HubSpot 2024 年更新的 discovery call 指南、HubSpot 2026 年的 pre-call planning 與 lifecycle stages 文件、HubSpot 的 sales pipeline / playbooks 頁面，以及 Salesforce 與 Salesforce Trailhead 的 discovery / qualification 流程頁面。
- HubSpot: 28 Questions to Ask on a Discovery Call During the Sales Process
- HubSpot: Pre-call planning
- HubSpot: Build a Sales Pipeline That Fills Itself
- HubSpot: Sales Playbooks
- HubSpot Knowledge Base: Use lifecycle stages
- Salesforce: What is a Discovery Call?
- Salesforce Trailhead: Optimizing Your Sales Process for Success
限制也要說清楚：這組搜尋結果以英文 SaaS 銷售教育內容為主，所以本文對台灣 SME 的做法，是根據官方流程與本地常見服務型商業情境做的轉譯。如果你的產業有法遵、採購、標案或跨部門流程，仍要再補你的內部決策規則。
結論
需求訪談問題不是拿來證明你很懂，而是拿來判斷這案子值不值得往下走。對台灣 SME 來說，先把目標、痛點、決策、時程、資料與下一步這 6 個成交前訊號問清楚，比你一次問 30 題更有用。當你的訪談能穩定回寫到 CRM，報價、交接、AI 摘要與後續追蹤才會真的開始變快。
FAQ
需求訪談問題一定要問很多題才專業嗎？
不一定。真正有用的需求訪談，是用少數關鍵問題快速確認目標、痛點、決策與下一步，而不是把一長串題庫全部問完。
需求訪談和 qualification call 是同一件事嗎？
不完全一樣。qualification call 先確認 need、budget、timeline、authority，需求訪談才往下深挖痛點與理想解法。兩者常連在一起，但目的不同。
什麼情況下先不要報價？
如果決策人不在、目標還很模糊，或現況資料缺口太大，先排下一步確認會議通常比急著報價更穩。
小公司沒有 CRM，也需要做需求訪談紀錄嗎？
需要。就算先用試算表，只要能固定記錄主要目標、核心痛點、決策角色、時程、現有工具與下一步，第二次會議就會順很多。
需求訪談問題可以交給 AI 自動問嗎？
AI 可以幫你整理逐字稿、摘要重點、補欄位提醒，但真正的追問節奏與判斷仍要由懂商業情境的人來掌握，否則很容易問得到資料、問不到決策。