名單分派決定哪位業務拿到名單、多快拿到。大多數 B2B 團隊只設定一次，通常是 CRM 中的輪流分派規則，之後就再也不看，直到某個大客戶抱怨同一週有三位不同的業務聯絡他們。網站名單受害最深，因為網站對訪客的了解遠多於表單欄位所記錄的，而這些脈絡幾乎都沒有傳到分派規則。
本文說明如何正確分派網站潛在客戶：先比對帳戶再做其他事、依意圖而非到達順序分派、納入那些從未成為潛在客戶的匿名高意圖造訪，以及衡量分派究竟是幫忙還是幫倒忙。
為什麼網站名單分派會出問題
分派緩慢或錯誤的代價早有充分記載。在《哈佛商業評論》發表的研究中，Oldroyd、McElheran 與 Elkington 指出，在 125 萬筆名單中，一小時內嘗試聯繫名單的企業，成功判定其資格的機率，幾乎是晚一小時以上才聯繫者的七倍。每多一次轉手、每一個佇列、每一個「未分派」的區塊，都在消耗這寶貴的一小時。
常見的失敗點：
- 依名單而不是依帳戶分派。來自既有客戶、或來自 AE 已在經營帳戶的新聯絡人，被丟進輪流分配，最後落到一個陌生人手上。
- 所有表單一視同仁。電子報訂閱與價格頁上的預約示範進入同一個佇列、適用同樣的 SLA。當名單蒐集表單只詢問資料擴充無法補齊的資訊時，分派效果最好。
- 缺少脈絡。業務代表看到的是姓名、電子郵件和公司，卻看不到同一家公司有三位同事本週讀過價格頁。
- 忽略匿名意圖。大多數網站訪客從不填寫表單，包括許多來自正在積極評估之帳戶的訪客。從表單才開始的分派，只看得到這一小部分。
步驟 1：先將名單對應到帳戶
第一個分派決策不是「下一個輪到哪位業務？」而是「這個人是否屬於已經有人負責的帳戶？」
- 將電子郵件網域標準化，並與 CRM 中既有的帳戶比對。用別名對照表處理子公司與區域網域。
- 如果帳戶有負責人，就分派給負責人。既有客戶交給客戶經理。進行中的商機交給負責該交易的 AE。目標帳戶交給指定的業務代表。
- 如果沒有比對結果，請在分派前先建立帳戶或以公司屬性資料補充，讓轄區和分眾規則有資料可用。
- 只有到這一步才退回依區域或輪流分派。
潛在客戶與帳戶比對是避免「三個業務、一個客戶」問題的關鍵步驟。LeanData 和 Chili Piper 等工具就是圍繞這項功能打造的；如果您的網域資料乾淨，HubSpot 和 Salesforce 也能透過工作流程和指派規則做到基本版本。我們在將網站個人化資料串接到 CRM 的文章中，介紹了我們建議的帳戶比對架構。
步驟2：依意圖等級分派，而非依到達順序
並不是每筆網站名單都值得相同的處理方式。依訪客在轉換前與轉換期間的行為定義三到四個意圖層級，並為每個層級訂定各自的路徑與 SLA。
| 層級 | 典型信號 | 分派給 | 目標回應 |
|---|---|---|---|
| 主動舉手者 | 提出展示或聯絡業務請求，尤其是在瀏覽價格頁之後 | 帳戶負責人，或依區域分派的 AE | 以分鐘計，而非以小時計 |
| 高意圖 | 下載內容並瀏覽價格、比較或整合頁面；帳戶中有多人參與 | 依區域或帳戶分配 SDR | 同一個工作天 |
| 研究 | 下載漏斗頂端內容，沒有造訪後期頁面 | 行銷培育 | 自動化 |
| 不適合 | 在 ICP 之外、業務主導方案卻使用個人電子郵件、學生或競爭對手 | 自助路徑或不分派 | 無 |
把 SLA 寫成從表單送出時開始計時，而不是從分派時開始，並事先決定逾時要怎麼處理：重新分派給下一位有空的業務，或通知團隊主管。沒有後果的 SLA 只是建議。
層級來自您的評分模型。如果您還沒有，我們的潛在客戶評分模型範本提供契合度和行為表格，一個下午就能調整完成。
步驟 3：隨潛在客戶一併傳送網站背景資訊
分派出去的名單應附帶足夠的脈絡，讓業務不必做研究就能開啟對話。至少包括：
- 過去30天瀏覽過的頁面，並標示後期階段頁面
- 同一期間內，同一家公司造訪網站的其他人數
- 帶他們來的活動或來源，如果您有詢問，也包括自行回報的來源
- 他們看到哪一種個人化體驗（產業、分群、版本），讓業務的開場白能呼應買方已經讀過的訊息
最後一點經常被忽略。如果您的網站向物流業訪客顯示了物流業案例研究和「在您的 Salesforce 資料上看看效果」CTA，SDR 的第一封電子郵件就不應該以一般性推銷開頭。我們的運用訪客資料整合業務與行銷指南提供了這方面的交接範本。
步驟 4：也要分派匿名的高意圖帳戶
大多數團隊能做的最高價值改變，是分派帳戶，而不只是分派潛在客戶。當公司層級辨識顯示某個 ICP 帳戶有多位訪客瀏覽價格與整合頁面，但沒有人填寫表單時，傳統的潛在客戶分派永遠不會觸發。但這個帳戶仍然有負責人，或者應該要有。
設定帳戶層級通知：
- 從造訪識別出公司。
- 將它對應到 CRM 帳戶及其負責人（與步驟 1 相同的邏輯）。
- 當帳戶超過門檻值（例如七天內有兩位以上訪客並瀏覽了價格頁），透過 Slack 或電子郵件通知負責人，並附上瀏覽過的頁面。
- 如果帳戶沒有負責人，就依區域指派，與潛在客戶的指派方式相同。
Markettailor 的訪客辨識提供這類通知所需的公司比對結果和頁面瀏覽紀錄，讓負責人能在帳戶仍在研究階段時就得知，而不是等到競爭對手已經約到第一次通話之後。想進一步了解如何從匿名流量中找出這些帳戶，請參閱從匿名網站訪客進行 AI 潛在客戶開發。
計算範例：同一個下午的三筆申請
說明範例：以下是上述規則如何處理一小時內接連發生的三筆網站轉換。
請求 1：既有客戶的新聯絡人提出預約示範。單純的輪流分派會把它交給下一位 SDR，而他會向這家公司推銷他們早已付費的產品。有了帳戶比對，網域會對應到客戶帳戶，因此請求會交給客戶經理，作為可能的擴充對話，並附上該聯絡人瀏覽過的頁面（第二條產品線的價格頁）。
請求 2：一家不明中型軟體公司下載電子書。沒有比對到帳戶。資料擴充顯示契合度良好。訪客讀了兩篇部落格文章，此外沒有其他行為。這屬於研究層級：潛在客戶進入培育流程，帳戶列入觀察名單。兩天後，同一家公司的一位同事閱讀了價格頁和整合頁面。帳戶跨過高意圖門檻，被分派給區域 SDR，並附上兩位訪客的頁面瀏覽紀錄。
請求 3：一家4人代理商用個人電子郵件送出的聯絡業務表單。不適合以業務為主導的模式。這位訪客不會占用 SDR 的時間，而是收到一封自動回覆，引導至自助式方案和預錄的產品導覽。
SDR 佇列只會看到第二次請求，而且只在帳戶展現真正興趣之後。
輪流分配：適用與失效的情境
對無人負責的中級名單，輪流分派作為最後的備援是可以的。但當它成為整個系統時就會失靈：
- 休假中的業務仍持續收到名單。請使用會考量是否有空的輪流分配，否則名單會枯等好幾天。
- 平均分配不等於公平分配。十筆研究層級的名單與一位主動舉手者並不等值。請依層級加權，或為每個層級分別執行輪流分配。
- 沒有防撞機制。當多位 SDR 使用共用名單或同一轄區時，兩個人可能同時接觸同一位潛在客戶。以共用名單進行外展的團隊，通常需要名單保留機制：開啟一筆名單就會在一段期間內鎖定給某位業務。Dialbrew 的名單保留功能就是這種模式的一個例子。
如何衡量名單分派
每月依意圖層級拆分回報以下指標：
- 指派所需時間：從表單送出或通知發出到指派負責人的時間。自動化規則應該在幾秒內完成。
- 首次接觸時間：從指派到第一通電話或電子郵件。追蹤在 SLA 內處理的比例，而不只是平均值，因為平均值會掩蓋那些等了三天的潛在客戶。
- 錯誤分派率：分派後被手動重新指派的潛在客戶比例。超過幾個百分點，就表示您的比對或區域規則需要調整。
- 各層級的會議轉換率：如果研究層級的名單轉換率和高意圖名單一樣好，代表您的層級劃分沒有區隔出任何東西。
- 重複聯絡率：同一週內被一位以上業務聯絡的帳戶比例。
關於回應時間的更多細節，請閱讀我們的 B2B 示範請求的潛在客戶回應速度文章。
從這裡開始
- 在現有的輪流分配之前加上客戶比對。
- 將主動舉手的潛在客戶分流到專屬路徑，並設定以分鐘計的服務水準。
- 為每筆分派的名單附上頁面瀏覽紀錄。
- 針對匿名的高意圖造訪新增一則帳戶層級通知。
- 每月檢討錯誤分派與未達 SLA 的情況。
想看看今天有哪些帳戶正在研究您、並會觸發帳戶層級警示，請在我們的價格頁面預約導覽。