CRM 線索管理流程圖（查重到成交）
CRM 線索管理流程圖範本：重複紀錄檢查、按銷售區域或輪流指派、首次聯絡 SLA、聯絡節奏、資格認定與轉換、培育或淘汰。
甚麼是crm 線索管理流程圖（查重到成交）流程
CRM 線索管理是任何銷售漏斗之下的營運層：管的是線索紀錄本身在 CRM 裡發生了甚麼，而不是判斷這條線索到底值不值。它由線索被收集的那一刻開始——來自網頁表格、活動名單、批量匯入或合作夥伴轉介——下面這張圖跟隨的是紀錄而不是人：建立、對照資料庫檢查是否重複、關聯到某個客戶或新建一個客戶、指派給負責人、按首次聯絡服務水平推進、按既定節奏聯絡，最終落定為已轉換的聯絡人與商機、一條培育路徑，或一條帶原因代碼結案的紀錄。當流程出現迴路——比如一條培育中的線索重新回到聯絡，或一條逾期線索被重新指派——這張圖把迴路明確畫出來，而不是讓它變成 CRM 預設檢視裡靜靜發生的事。
這是紀錄穿越系統的旅程，不是對它值不值得銷售花時間的判斷。評分與框架的工作——判定一條線索是否越過市場推廣合格門檻、並被客戶經理按 BANT 或 MEDDIC 接納——屬於銷售線索資格評定流程，這張圖刻意把它壓縮成一個判斷「是否符合匹配度與購買意向標準？」，而不是重新畫一遍。下游，線索一旦轉換為商機與聯絡人，報價、落單與開票這些商務步驟屬於銷售線索到訂單流程；這張圖止步於商機交給管道的那一刻。這條界線很重要，因為一張既想做 CRM 資料整潔地圖、又想做交易評分模型的圖，兩件事都做不好，而擁有去重規則的人，很少也是擁有資格認定標準的人。
四個判斷撐起這套流程，每一個都放在真正要回答它的人的泳道裡。「是否與現有紀錄重複？」放在銷售營運（CRM 管理員）手上，因為背著指標的銷售代表，跳過一次資料負責人不會跳過的去重檢查，動機太強。「是否找到匹配的銷售區域？」也放在同一條泳道，因為指派規則是系統設定的決定，不是主觀判斷。「是否在 SLA 內回應？」放在真正執行聯絡節奏的 SDR 或 BDR 手上，並設第三條分支給超時，把線索導向升級，而不是讓它在無聲中變舊。「是否重新表現出購買意向？」把迴路閉合：正正是這個判斷，令培育成為真正的重新進入點，而不是線索被遺忘的地方，它刻意放在市場推廣營運而不是原本那位代表手上，因為一條冷線索的歸屬，在重新指派時通常需要重新談定。
本流程圖涵蓋的內容
本範本包含
- 五條泳道——潛在客戶、市場推廣營運、銷售營運（CRM 管理員）、SDR / BDR 與客戶經理——橫跨六個階段：收集、資料品質與指派、首次聯絡、資格認定、轉換，以及重用與報告
- 收集之後緊接的「是否與現有紀錄重複？」判斷，配一條保留活動歷史的併入分支，以及與現有客戶的關聯，讓流程在任何指派或處理開始之前先把紀錄整理乾淨
- 指派判斷「是否找到匹配的銷售區域？」，同時涵蓋按規則路由和作為後備的輪流指派，令這張圖展示線索究竟是怎樣真正到達一位負責人手上，而不是假設指派就這樣自然發生
- 首次聯絡的 SLA 計時，以及三分支判斷「是否在 SLA 內回應？」：「已回應」預約資格審核電話，「仍有嘗試機會」回到聯絡節奏繼續走，「SLA 超時」升級給銷售營運
- 綜合判斷「是否符合匹配度與購買意向標準？」，給出三條誠實的出口：「合格」進入轉換，「培育」進入市場推廣營運主導的培育活動，「淘汰」進入帶原因代碼的紀錄，令管道裡沒有任何線索就這樣憑空消失
- 把重用與報告當成一個真正的階段，而不是事後補上的一筆：判斷「是否重新表現出購買意向？」令一條培育中的線索重新回到首次聯絡，以及一份線索來源與資料衛生的報告，淘汰路徑和重用路徑都要經過它
何時使用本範本
- 你們正在為 CRM 設定線索指派、去重或 SLA 規則，想在它固化成欄位邏輯和自動化之前，先把目標流程定下來
- 重複的線索紀錄不斷出現，你們需要看清去重到底應該在哪一步發生，由誰來做
- 線索卡在收集和已處理商機之間的某個環節，你們需要判斷問題出在指派、SLA，還是一個未清楚界定的培育迴路
- 你們在核對線索來源報告，數字對不上，因為併入、重新指派和淘汰從來沒有被畫成會被記錄的步驟
- 你們正在帶新人——一位 SDR、BDR 或 CRM 管理員——上手，想要一頁圖涵蓋指派規則、節奏、升級，以及一條線索變冷之後會發生甚麼
運作方式
把泳道改成你們的角色
把潛在客戶、市場推廣營運、銷售營運（CRM 管理員）、SDR / BDR 和客戶經理，換成你們機構裡實際存在的角色。小團隊裡，CRM 管理員這個職能通常是銷售經理或營運通才兼任的：把這條泳道併入真正負責它的那條，而不要畫一次沒有人真正執行的交接。
把去重規則寫到第一個判斷上
「是否與現有紀錄重複？」只有在配對邏輯被界定清楚時，才是一道真正的關卡：配對哪些欄位（電郵網域、公司名稱、電話），是自動運行還是人手核實，以及當結果不確定而不是乾淨配對時該怎麼辦。也要把客戶關聯這一步記下來，因為一條線索完全可能是某個現有客戶那邊一位真正的新聯絡人。
訂好指派規則和它的後備
寫清楚「是否找到匹配的銷售區域？」具體是拿甚麼去比對——地區、行業、公司規模，還是指定客戶名單——以及輪流指派在實踐中到底是甚麼意思：固定的排隊次序、按未結線索數目做負載平衡，還是別的方式。一條沒有界定後備的指派規則，是線索無人認領最常見的原因。
定 SLA 和聯絡節奏
為首次聯絡的 SLA 定一個真實的數字，並界定「仍有嘗試機會」背後的節奏：聯絡幾次、用哪些渠道、相隔幾個工作天，令超時有一個明確的觸發條件。談清楚升級實際做甚麼：立即重新指派，還是先標記出來等待覆核。
界定匹配度、購買意向，以及培育規則
寫清楚「是否符合匹配度與購買意向標準？」到底在檢查甚麼——大部分團隊會把企業屬性上的匹配度信號，與基於行為的購買意向信號分開處理——並界定一條線索在培育裡要留多久，才會被問到「是否重新表現出購買意向？」。一條沒有期限的培育路徑，正是線索被靜靜遺忘的地方。
公布淘汰原因代碼
為「記錄淘汰原因代碼」定一份簡短、封閉的清單，在這個欄位堵死自由文字輸入。按固定週期與市場推廣營運一起覆核分布：一堆「沒有預算」指向的是目標客群問題，一堆「沒有回應」指向的是 SLA、聯絡節奏，或者線索來源本身。
拿一批真實線索走一遍
拿一週的線索——當中至少要有一條重複的、一次重新指派和一條進了培育的——把它們逐條放到圖上走一遍。凡是大家口頭會說、卻沒有被畫出來的步驟，或者畫了卻在實際中被跳過的步驟，就是發布這套流程之前值得修正的發現。
常見問題
CRM 線索管理流程包含哪些步驟？
線索從網頁表格、活動、匯入或轉介中被收集，CRM 裡隨即建立一條紀錄。銷售營運把它與現有紀錄做比對：重複的會被併入，同時保留活動歷史；新線索會被關聯到一個現有客戶，關聯不上就新建一個。紀錄隨後被指派——有匹配銷售區域就按區域規則分，沒有就按輪流指派——首次聯絡的 SLA 計時隨之啟動。銷售代表按既定節奏推進；有回應就預約資格審核電話，沒回應的嘗試繼續在節奏裡循環，超時則升級給銷售營運。資格認定得出三種結果：合格的線索轉換為聯絡人、客戶與交給管道的商機；值得再給一次機會的線索進入培育，在那裡重新表現出購買意向會令它重新回到首次聯絡；其餘的都帶著已編碼的原因結案，並記入線索來源報告。
CRM 線索管理和線索資格認定有甚麼分別？
線索管理是紀錄在 CRM 裡走的營運路徑：收集、去重、指派、SLA 計時和聯絡節奏，以及紀錄最終的去向。線索資格認定則是嵌在這條路徑裡的判斷層——對照理想客戶輪廓評分、MQL 門檻，以及像 BANT 或 MEDDIC 這樣的既定框架，用來判定一條線索是否值得客戶經理花時間。這張圖把資格認定處理成一個單一判斷「是否符合匹配度與購買意向標準？」，因為評分機制本身是另一條流程，有自己的判斷和自己的負責人。把兩者混在一起的團隊，通常會落得讓 CRM 管理員去揹評分標準，或者讓市場推廣團隊去修補重複紀錄，兩種安排都不好用。
CRM 裡的重複線索應該怎樣處理？
在數量變成危機之前先定好配對邏輯：大部分系統按電郵網域加公司名稱配對，或者按電話號碼配對，對不乾淨的近似配對設一條人手覆核隊列。確認是重複之後，併入現有紀錄，而不是直接刪走新的那一條，並保留原本的建立日期和完整活動歷史，而不是把兩者中任何一個重設。來源和推廣活動欄位值得單獨定一條規則：只有當新的這次接觸確實是更好的歸因時才覆寫，而不是僅僅因為它較新。不論用哪個工具做檢查，都要把配對不清的近似重複當成留給人來處理的隊列，而不是靜靜自動併入——一次錯誤的自動併入，可能把一家公司的活動歷史掛到另一家的聯絡人上。
線索指派通常按銷售區域還是按輪流來定？
大部分 CRM 兩種都會用，按固定次序執行，而不是隨意二選一。按地區、行業、公司規模或指定客戶名單訂立的銷售區域規則會先被嘗試，因為它們能把線索路由給已經掌握背景或關係的那個人。輪流是所有區域規則都配對不上時的後備，把這些線索平均指派，或者按目前未結線索數目加權指派，分給能夠接手未指派工作的那批代表。這兩者需要一併寫清楚，因為沒有界定後備，是線索最終躺在沒有人查看的隊列裡、無人認領的最常見原因。適用於你們區域或客戶的法定或合約性指派規則，不在這張圖的範圍內，應該找負責你們銷售營運政策的人確認。
線索在培育裡變冷之後應該怎樣處理？
應該按計劃重新覆核，而不是讓它靜靜過期——這正正是這張圖裡「是否重新表現出購買意向？」這個判斷存在的意義。重新表現出的購買意向——一次新的表格提交、一次定價頁瀏覽、對一封培育電郵的回覆——會把線索送回首次聯絡，而不是重開一條全新紀錄，令它的歷史不會流失。過了覆核節點仍然冷淡的線索，會帶著原因代碼結案，而不是被刪除，因為一條有據可查的結案紀錄，對線索來源報告來說，遠比一條憑空消失的紀錄有用得多。一條線索應該在培育裡留多久才觸發這次覆核，取決於你們自己的銷售週期，這個數字應該由你們自己的資料來定，而不是從別處借來的。