打造能真正推進 B2B 開發客戶的 CRM 銷售漏斗

很多業務主管打開 CRM，看到的是幾百筆「已聯絡」的名單，卻說不出誰該在今天跟進、誰該放棄。問題通常不是名單不夠多，而是 crm 銷售漏斗根本沒有對應到實際的 b2b 開發客戶流程。這篇文章會拆解一套從冷開發信寄出到成交的漏斗架構，讓每個階段都有清楚的判斷標準與下一步動作。

為什麼多數 CRM 淪為聯絡清單，而不是銷售漏斗

台灣不少 B2B 團隊用 CRM 記錄客戶資料，但欄位只有「已聯絡」「未聯絡」兩種狀態。冷開發信寄出之後，名單就靜靜躺在系統裡，沒人知道該不該寄第二封追蹤信、該不該打電話。業務憑印象決定跟進順序，主管憑感覺判斷業績好壞。

真正的 crm 銷售漏斗必須反映客戶的實際反應，而不是業務單方面的動作紀錄。一個名單從「已寄出開發信」到「已回覆」再到「已排定會議」，每一步都應該對應到客戶做了什麼，而不是業務想做什麼。少了這層對應，主管看報表只會看到一堆停滯在中段的名單，卻找不出瓶頸在哪個環節。

建立符合 b2b 開發客戶流程的漏斗階段

設計漏斗前，先把冷開發信的實際流程畫出來：名單匯入、寄出開發信、客戶開信或點擊、客戶回覆、業務排定會議、提案報價、成交或流失。CRM 的階段欄位應該一比一對應這個流程，而不是套用電商或零售業的通用範本。

每個階段都要設定「進階條件」與「停留上限」。例如「已寄出開發信」停留超過七天沒有任何開信或回覆紀錄，系統就該自動觸發第二封追蹤信；「已回覆」超過三天業務沒有安排通話，就該跳出提醒。沒有時限的階段，最後都會變成名單墳場。

• 名單匯入：已核實職稱、公司規模與聯絡窗口的正確性
• 已寄出開發信：記錄寄出時間、使用的信件版本
• 已開信／已點擊：作為興趣訊號，但不等於有效商機
• 已回覆：需人工判讀是正面回覆、婉拒還是問題諮詢
• 會議已排定：業務手動確認，避免自動化誤判為商機
• 提案／報價：附上報價單版本與有效期限
• 成交或流失：流失需填寫原因，供後續優化開發信內容

各階段轉換率該落在什麼範圍

有了清楚的階段定義，接下來要看轉換率是否健康。以下數字來自 LDM 針對台灣 B2B 冷開發信專案的操作經驗，僅供參考，實際數值會因產業別、名單品質與信件內容而異。

如果「已寄出」到「已回覆」的轉換率長期低於 3%，通常不是漏斗設計的問題，而是名單精準度或信件內容需要調整；如果「已回覆」到「會議已排定」偏低，多半是業務跟進速度太慢或話術沒有針對客戶回覆內容客製化。

crm 銷售漏斗最常見的三個錯誤

第一個錯誤是把行銷名單和已回覆客戶混在同一個漏斗，導致轉換率被稀釋，主管誤判整體成效不佳。行銷產出的名單應該有獨立的前段漏斗，進入業務手上時才算真正的商機。

第二個錯誤是沒有把退信、取消訂閱與明確拒絕的聯絡人獨立標記，讓這些名單持續留在寄送清單裡。這不只浪費資源，長期高退信率還會影響寄件網域在 SPF、DKIM、DMARC 驗證下的信譽評分，讓後續開發信更容易被判定為垃圾郵件。

• 行銷名單與業務商機混用同一漏斗，稀釋真實轉換率
• 未獨立標記退信與拒絕聯絡的名單，拖累寄件網域信譽
• 階段沒有負責人（Owner），出問題找不到該催誰
• 會議排定全靠自動化判讀，未經業務人工確認
• 流失原因欄位空白，無法回頭優化開發信內容

上線前檢查清單：把 crm 銷售心法落地到團隊日常

設計完漏斗架構後，上線前建議走一次完整檢查清單，確認每個階段都能真正驅動 b2b 客戶開發的日常工作，而不是變成又一套沒人維護的系統。

LDM 在協助團隊建置這套流程時，會把冷開發信的寄送紀錄、開信與回覆訊號直接同步進 CRM 的對應階段，業務不需要手動搬資料；同時依台灣個人資料保護法規定，聯絡人資料的蒐集與利用會限定在招募商機這項特定目的內，客戶要求刪除或停止聯絡時，系統會同步標記並停止後續寄送，確保漏斗資料本身也符合法規要求。

• 每個階段都有明確的進階條件與停留時限
• 退信、拒絕聯絡名單獨立於漏斗之外管理
• 回覆訊息由業務人工判讀後才更動階段
• 流失原因為必填欄位，定期回顧優化信件內容
• 個資蒐集與利用範圍符合個人資料保護法之特定目的限制
• 每月檢視各階段轉換率，定位瓶頸而非只看總成交數

常見問題