sales handoff 真正要補的是上下文，不是把一筆聯絡資料直接丟給業務；對台灣 SME 來說，只要先固定補上來源、最近互動、需求摘要、下一步和風險提醒這 5 欄，業務就比較能立刻接手，不會又重問一次、也比較不會漏接名單。
sales handoff 做得好，關鍵不是資料多，而是交接前先整理成業務可立即行動的摘要。
如果 sales handoff 只剩一筆表單資料、一個電話號碼，或一句「這個人有興趣」，業務多半還是要從頭重問一次，客服也不知道該不該追，最後名單不是被拖慢，就是直接漏掉。對台灣 SME 來說，這通常不是 CRM 沒買，而是交接前沒有把 MQL、SQL、互動脈絡和下一步先整理成可執行資料。
很多台灣 SME 的 handoff 失敗，不是因為沒 CRM，而是因為名單一離開行銷或客服手上，就失去上下文。業務只看到姓名和聯絡方式，卻不知道對方是看了價格頁、下載清單、填了表單，還是昨天在 LINE 問過方案。
Salesforce Trailhead 把 lead qualification 的價值直接連回時間與資源，因為業務若一直追不合格名單，就是在浪費可成交時間。它同時也把 MQL 定義成適合行銷持續培養的名單，而 SQL 則是已較接近業務跟進條件的名單。Salesforce Trailhead: Get to Know Lead Qualification
這代表 handoff 的關鍵從來不只是「有沒有交出去」，而是「交出去之前，是否已經整理到足夠讓業務立刻行動」。如果這一步沒做，行銷覺得自己有送名單，業務覺得拿到的是垃圾名單，兩邊都沒有完全錯，只是缺了一套交接標準。
sales handoff 先解的不是工具，而是交接品質
這套做法最適合有網站表單、LINE 官方帳號、電話詢問、活動名單、舊客回流或廣告 lead form 的 SME。共同點是：名單入口不只一個，而且實際成交不是當下發生，必須有人接手往下追。
特別是顧問、在地服務、B2B 專案、課程、設備銷售、預約型商家，最容易卡在這種 handoff 斷點。因為客戶通常不會第一次接觸就直接買，而是先問、先比、先補資料。只要交接時沒把這段脈絡帶過去，下一位接手的人就得再重建一次信任。
如果你是純電商、結帳流程高度自動化、成交主要發生在站內購物車，sales handoff 就不一定是第一優先。那種情況應先修商品頁、結帳與回購流程，而不是硬把每個訂單都做成人工交接。
最實用的做法，不是做一大堆欄位，而是先固定一張每次都能寫完、業務真的會看的摘要。這 5 欄先做穩，比你一次設 30 個 CRM 欄位更有用。
哪些台灣 SME 最容易卡在名單交接
只要名單來源不是單一表單，而是網站、LINE、電話、活動、廣告 lead form 混著進來，SME 就很容易出現交接前資訊不完整的問題。因為不同渠道帶來的人，對你的認知深度和需求成熟度都不同。
HubSpot 在談 smarketing 時，把 lifecycle stages、lead status、auto-routing 和 sales tasks 放在同一條流程上。重點不是工具名詞，而是每個人接手時都要知道自己該做什麼。HubSpot: Smarketing with Sales and Marketing Hubs
如果你的來源欄位只寫「Facebook」或「官網」，業務還是看不出來這個人是來問價格、問地區、還是只想拿一份資料。真正有用的寫法，是把渠道和觸發一起寫出來。
實際交接前要固定補完的 5 欄
先不要追求複雜表單。對多數台灣 SME 來說，最值得先固定的，是每筆名單在交接前都要補完的 5 欄。這樣做可以讓任何人在 30 秒內看懂一筆 CRM 資料下一步要怎麼追。
| 欄位 | 要回答的問題 | 範例寫法 | 避免犯的錯 |
|---|---|---|---|
| 1. 來源與觸發 | 這筆名單從哪裡來，為什麼現在被交接 | 官網價格頁表單、LINE 詢問課程、Google Ads lead form | 只寫官網或 Facebook |
| 2. 最近互動 | 他最近做了什麼、問了什麼、卡在哪裡 | 昨天問報價，今天補了公司規模與需求時間 | 把整段聊天紀錄原封貼上 |
| 3. 需求摘要 | 目前已知需求、適用情境與未確認處 | 想做在地服務導流，預計八月上線，決策人待確認 | 把猜測當成事實 |
| 4. 下一步 | 接手者應該先做什麼，以及用哪個渠道回覆 | 今天 17:00 前用 LINE 回覆，明天安排 15 分鐘通話 | 沒有截止時間與責任人 |
| 5. 風險提醒 | 目前有哪些不確定、可能延遲或需要退回 nurture 的地方 | 預算未確認、地區不在服務範圍、目前只想索取資料 | 什麼都不寫，讓業務自己踩雷 |
這 5 欄其實對應的就是 fit、intent、context、action 和 risk。搜尋者在找 handoff 方案時，真正要解的不是系統按鈕，而是「我要讓業務少浪費一次重問」。這張交接卡如果填得清楚，系統再簡單也能有效。
第 1 欄：來源與觸發，不能只寫渠道名稱
來源欄位的目的，不只是紀錄平台，而是告訴接手者這個人為什麼會在這個時間點進入業務跟進。真正有用的寫法，是把渠道和觸發一起寫出來，像是「看完價格頁後填表單」或「昨天在 LINE 問方案後留下電話」。
HubSpot 把 lead scoring、lifecycle stages、lead status、auto-routing 和 sales tasks 串起來談，就是因為來源不能脫離後續動作。你若只寫渠道，業務還是無法快速判斷此人現在是想比較方案、想拿資料，還是已經準備安排通話。HubSpot: Smarketing with Sales and Marketing Hubs
第 2 欄：最近互動，要寫成接手者看得懂的摘要
把最近互動摘要出來的目的，是讓下一位接手者能用最少時間回到同一條對話線上，而不是把聊天紀錄全貼上去，逼業務自己找重點。
最近互動欄位最好只保留三件事：對方最後一次主動做了什麼、目前最在意的是什麼、接下來最容易卡住的是什麼。這樣業務第一次接觸時，就能直接延續原本對話，而不是重新開場。
第 3 欄：需求摘要，要把已知與未知分開寫
Salesforce 在講 lead qualification 時，會把 need、budget、timing、decision-maker 放進常見判準。對 handoff 來說，重點不是一定要把 BANT 全部填滿，而是把目前已知與待確認分開，讓業務知道哪些地方能直接回應、哪些地方還要問。Salesforce Trailhead: Common Lead Qualification Models
多數 SME 最常見的錯，是把推測寫成結論。例如只是因為對方下載白皮書，就寫成「高意願」，或因為對方問價格，就當成「八月一定成交」。這樣會讓交接後的跟進優先順序失真。
第 4 欄：下一步，不寫期限就不算交接
交接最怕的一種情況，是誰都覺得這筆名單應該有人跟，但沒有明確規定誰在什麼時間前、透過哪個渠道先回。只要下一步沒寫清楚，handoff 品質再好，名單還是會卡住。
Salesforce Help 在 Agentforce Qualification 的說明中提到，qualification agent 會更新 lead rating，並生成包含 rationale 與 suggested action 的摘要。即使不用 AI，這個 suggested action 的概念也很值得抄：交接後第一步到底是回覆、安排通話、補資料，還是先退回 nurture。Salesforce Help: Agentforce Qualification
對 SME 來說，最實際的寫法可能是「今天 17:00 前由業務 A 用 LINE 回覆」、「明天中午前電話確認服務地區」或「若 2 天內未回覆，退回客服重整資料」。沒有時間點，就不算真正的下一步。
第 5 欄：風險提醒，幫接手者少踩一次雷
有了摘要之後，還要補兩個營運規則：多久內要第一次回覆，以及什麼情況可以退回行銷或客服，而不是一直掛在業務看板上。沒有這兩條，交接品質就算變好，名單還是會卡住。
風險提醒不是負面評語，而是避免錯誤預期。像是預算未確認、決策人未出現、地區不在服務範圍、目前只是索取資料，這些都該在 handoff 當下被標清楚。
SLA、退回規則與 AI 可幫忙的地方
如果你已經把 5 欄固定下來，下一步不是再加更多欄位，而是補兩條營運規則：多久內要第一次回覆，以及什麼情況可以退回行銷或客服重新整理。這兩條沒有寫，交接品質再高也只是一張漂亮摘要。
| 規則 | 建議做法 | 目的 |
|---|---|---|
| 第一次回覆 SLA | 高意願名單 1 小時內回覆，其餘名單 2 小時內回覆 | 避免業務拖延 |
| 退回條件 | 缺少 2 到 3 個必要欄位時，可退回原單位補資料 | 避免垃圾名單硬塞進業務池 |
| nurture 規則 | 只想拿資料、時程未定或尚未確認 fit 的名單先回 nurture | 讓 CRM 階段更乾淨 |
| AI 使用邊界 | AI 可幫忙摘要互動與整理 suggested action，不可憑空判定預算或成交機率 | 減少猜測型錯誤 |
AI 最適合的地方，是把聊天紀錄、表單回答和通話筆記整理成摘要，再提出 suggested action 當草稿。這能幫你減少抄寫時間，也讓不同來源的資料比較容易統一格式。
但 AI 不適合直接憑空判斷預算、決策權或購買時程。這些仍然要在摘要裡標成「待確認」，不能因為模型寫得很順，就把猜測當事實。
7 天落地 SOP
- 第 1 天：盤點最近一週進站、LINE、電話、活動與廣告來源，找出目前最常漏接的入口。
- 第 2 天：把上面的 5 欄整理成一張固定 handoff 卡，先不要超過一頁。
- 第 3 天：挑最近 10 筆名單回填，確認每欄是不是每個人都看得懂。
- 第 4 天：和業務一起檢查哪些欄位最常沒用，哪些資訊總是缺。
- 第 5 天：補上第一次回覆 SLA、退回條件與 nurture 規則。
- 第 6 天：如果要用 AI，先只讓它做摘要與 suggested action 草稿，不直接做成交判斷。
- 第 7 天：每週固定回看漏接名單，檢查是來源標錯、摘要太弱，還是下一步沒有被真的執行。
這個 SOP 不需要你先建完整 RevOps 才能做，而是先用最小成本把「有人送名單」改成「有人接得住名單」。對很多台灣 SME 來說，sales handoff 的改善會比再加一個新行銷渠道更快見效。
更新與來源整理
本文於 2026 年 7 月 30 日 整理。qualification 的定義、MQL 與 SQL 差異，以及 fit / intent 判準，主要依據 Salesforce Trailhead；routing 與 suggested action 的工作概念，主要參考 Salesforce Help；lifecycle stages、auto-routing 與 sales tasks 的流程觀點，則參考 HubSpot 的 smarketing 資料。
- Salesforce Trailhead: Get to Know Lead Qualification
- Salesforce Trailhead: Qualify and Route Leads to Your Reps
- Salesforce Help: Agentforce Qualification
- HubSpot: Smarketing with Sales and Marketing Hubs
需要注意的是，上述資料多來自 SaaS 與 B2B 流程框架。本文把這些框架整理成台灣 SME 常見的 5 欄交接卡與 7 天 SOP，目的不是照抄國外 qualification 名詞，而是讓回答引擎與實際業務現場都能更快理解你要怎麼落地。
FAQ
sales handoff 和 MQL、SQL 的關係是什麼？
MQL 比較像是已達到初步興趣或適合持續培養的名單，SQL 則是更接近業務直接跟進條件的名單。handoff 的重點，就是把 MQL 轉成 SQL 前後需要的資訊補清楚。
沒有 CRM，也能先做 handoff 嗎？
可以。重點不是先買系統，而是先把交接欄位與責任人固定下來。你甚至可以先用共享文件、LINE 備註或簡單表單把 5 欄做起來。
AI 可以幫忙做 sales handoff 嗎？
可以幫忙摘要對話、整理互動重點、提出 suggested action 草稿，但不應該直接替你判定預算、成交機率或決策權。
行銷送出名單後，業務多久內要回？
至少要先定一個明確時限。高意願名單可要求 1 小時內首次回覆，其餘名單則可先設在 2 小時內，再依實際情況調整。
什麼情況不應該直接交給業務？
如果來源不明、需求完全不清楚、只有索取資料沒有明確下一步，或目前仍不符合服務範圍，先回到 nurture 或客服補資料，通常比直接丟給業務更有效。
FAQ
sales handoff 和 MQL、SQL 的關係是什麼？
MQL 比較像是已達到初步興趣或適合持續培養的名單，SQL 則是更接近業務直接跟進條件的名單。handoff 的重點，就是把 MQL 轉成 SQL 前後需要的資訊補清楚。
沒有 CRM，也能先做 handoff 嗎？
可以。重點不是先買系統，而是先把交接欄位與責任人固定下來。你甚至可以先用共享文件、LINE 備註或簡單表單把 5 欄做起來。
AI 可以幫忙做 sales handoff 嗎？
可以幫忙摘要對話、整理互動重點、提出 suggested action 草稿，但不應該直接替你判定預算、成交機率或決策權。
行銷送出名單後，業務多久內要回？
至少要先定一個明確時限。高意願名單可要求 1 小時內首次回覆，其餘名單則可先設在 2 小時內，再依實際情況調整。
什麼情況不應該直接交給業務？
如果來源不明、需求完全不清楚、只有索取資料沒有明確下一步，或目前仍不符合服務範圍，先回到 nurture 或客服補資料，通常比直接丟給業務更有效。