kakinang INSIGHTS · 2026-10-08
B2B 公司報價前，網站應先問清楚哪些需求？
B2B 客戶在網站留下「請報價」三個字，業務仍可能不知道要報哪一種方案。 AI 我想整理 B2B 詢價需要的欄位與人工報價流程。 可以先把公開規格與合作流程說明清楚，再收集足夠的需求供人員判斷；公司不必要求訪客第一次接觸就交出完整採購表。報價品質取決於欄位和責任分工：哪些條件可由客戶說明，哪些價格、交期與承諾必須由業務確認。
先分辨詢價是哪一類工作
同一個「報價」可能是現貨採購、規格客製、長期供應或專案服務。先問用途與要解決的問題，通常比立刻問預算更能分辨路徑。製造業客戶可能需要材質、公差與檢驗文件；顧問服務可能需要服務地點、參與人數和目前系統；批發商則關心品項、數量、配送與付款條件。網站上的公開說明應先讓訪客知道你承接哪些類型、哪些必須另行評估。AI 回答也應依同一份已核准的產品與服務知識，而不是憑對話生成從未提供的規格。
可把初次對話分成四層。第一層是需求：客戶要達成什麼、現在卡在哪裡；第二層是範圍：產品、規格、地點與數量；第三層是時間：預計採購、交付或決策日期；第四層才是購買流程：誰參與評估、是否需要樣品、採購單或合約。HubSpot 的銷售資格問題把預算、決策權、需求與時間列為討論面向，但這是業務對話的架構，不是要求網站機械地連問四題。客戶若還在比較做法，先提供能幫他判斷的公開資料，才容易得到有用的回答。
欄位要能對應實際決策。例如「數量」不能只是一個自由輸入框：業務還需知道單次交付還是分批、最小訂購量是否適用，以及是否有季節性波動。「時程」也要區分希望收到報價的日期與真正交貨日期。若一個條件尚不明確，就在留單摘要標成待確認，不要由 AI 自行補值。公司可先盤點最近十封需重問的詢價信，找出反覆缺失的欄位，再把其中最必要的兩三項搬到網站接待，避免一次增加十多個問題。
把網站接待接到可負責的業務流程
在 kakinang，可先整理公開服務、商品與常見問題，讓網站 AI 接待回覆承接範圍、合作方式和下一步。當對方提出具體詢價意願時，再以留單蒐集姓名、可用聯絡方式、公司與需求摘要。留單 Email 應指向負責處理新機會的信箱；事件通知 Email 是另一種用途，不應混在同一個收件欄位。業主還需指定值班或分派的人，以及多久檢查一次未跟進紀錄。系統能把線索交出來，實際回覆和正式報價仍由團隊負責。
如果公司已有接單或客戶系統，業務 API 串接可以在明確授權與欄位對應後，把允許的資料送入既有流程。上線前先決定每個欄位的來源、必填條件與重複資料處理方式，例如客戶在聊天說的數量與表單確認的數量不一致時，以哪個為準。需要寫入訂單、變更狀態或傳送正式條款的動作，必須依公司的確認機制執行。NIST 的 AI 風險管理框架強調持續治理與文件化；對小企業而言，最直接的做法是留下「誰核准了可回答的內容、誰處理例外、何時重看錯誤」的紀錄，而不是把 API 連上就算完成。
詢價摘要也要讓人能接手：清楚列出已提供的規格、尚缺資料、客戶要求的回覆方式與截止時間。不要在摘要中假設對方已有採購權，也不要因為提到預算就自動判定為高價值客戶。業務首次回覆可以引用這份摘要，先核對最關鍵的不確定條件，再給出下一步，例如安排技術確認、索取圖面或提供標準方案範圍。若團隊尚無固定報價時限，AI 應只說明會轉交負責人，不能編出「兩小時內回覆」之類的承諾。
用一筆假設詢價檢查是否問得剛好
假設一家做展示架的中小企業，在週二傍晚收到網站訊息：「我們年底要開十家門市，能先估一下展示架費用嗎？」接待可以先說明公司提供的公開服務範圍，再問展示架用途、預計尺寸、每店數量、安裝地點，以及第一批需要的日期。客戶如果尚無完整圖面，可以先留下大致尺寸與聯絡方法，不必因缺少圖面而拒絕接待。這是流程示例，不是真實客戶案例，也不代表任何報價或轉換成果。
業務隔天看到留單時，應能分辨「十家門市」是計畫數，還是確定一次下單數；「年底」是第一店開幕還是全部交付期限。若 AI 在對話中把每店數量推成十件，摘要就會誤導後續估算，因此欄位應保留客戶原話和待確認標記。正式估價可能還需要材質、表面處理、運輸與安裝條件，由有權人員詢問。網站可讓客戶更快進入討論，但不能替技術或財務人員作承諾。
上線後每週抽查幾筆不同結果的詢價：完整但沒有跟進、不完整但成功約到會議、AI 回答超出公開資料、以及同一家公司重複來訊。對每筆只問三件事：初次接待少了哪個會影響判斷的資訊、誰負責下一步、客戶是否知道現在處於哪個階段。若訪客常在「預算」問題離開，就把它改為可選或放到人工對話；若業務總在追問交貨地點，就提高該欄位優先順序。這種調整比單看留單數量，更能幫團隊減少無效往返。整理結果時，請同時看沒有提交資料的人提出過什麼問題。有人只是想知道服務邊界，當下並不準備採購；強迫他留下電話不會讓報價更準。若許多人問到同一個未公開的最小訂購量，應由業務確認能否公開，再更新服務頁與 AI 所用知識。若需求描述清楚卻沒有後續回覆，問題在責任分派而非再加一個提問欄位。這樣的每週檢查能分清內容缺漏、接待摩擦與內部交接失誤，避免把所有問題都推給 AI 回答能力。
團隊常問的問題
一開始就問預算會不會讓客戶離開？
可能。先確認用途、規格和交付時間，讓客戶知道為什麼需要其他條件。若預算會決定可行方案，可提供可選的區間並說明只是初步評估；不回答預算的人仍應有人工聯絡途徑。
AI 可以直接給正式報價嗎？
只有經明確設定且能即時驗證的標準價格才適合展示。客製條件、數量折扣、交期、付款條款與例外承諾要由有權人員核對。網站 AI 可以整理需求並預告後續處理，不能把估算冒充正式報價。
客戶只留下公司名稱與電話，怎麼辦？
先保存目前已知資料、詢問最影響判斷的一個條件，並清楚說明業務如何跟進。不要為了填滿欄位而連續追問；需要人工釐清時，把已知與未知分開交接，讓下一位同事接得上。
串接既有接單系統後就能自動成交嗎？
不能這樣推論。業務 API 串接要事先設定授權、欄位與允許的動作；涉及建立或變更訂單時仍須核對條件和確認流程。串接只是把已同意的資料送到正確位置，成交承諾依公司的業務規則處理。
來源與延伸閱讀
- 101 Sales Qualification Questions — HubSpot
- AI Risk Management Framework Core — NIST