CRM Sales Pipeline 指南：7 個階段、每日跟進與驗收
直接答案：CRM Sales Pipeline（CRM 銷售流程）可以提高成交機會，但前提不是要求銷售「輸入更多資料」，而是每宗有效商機都有明確負責人、可驗證階段、下一步、日期、金額／範圍及結果原因。系統要幫前線減少漏跟進、讓主管及早處理阻滯，並用真實 Won／Lost 結果改善流程；它不能製造市場需求、把不合適查詢變成客戶，亦不應以虛假概率美化 Forecast。
CRM Sales Pipeline 適合改善甚麼？
| 現況 | CRM 可以改善 | CRM 不會自動解決 | 先做動作 |
|---|---|---|---|
| WhatsApp、電話、表單分散 | 統一客戶、來源、負責人及活動紀錄 | 缺少同意、錯誤追蹤或垃圾查詢 | 先定義 intake、去重及指派規則 |
| 查詢有人覆但經常沒有下一步 | 以 task、next step 及 due date 提醒 | 前線不願承諾具體行動 | 每次接觸後即時更新下一步及日期 |
| 主管只在月底先發現商機停滯 | 按 stage age、last activity、close date 顯示風險 | 階段定義含糊或資料長期不更新 | 建立每週例外清單，不逐宗報流水帳 |
| Forecast 經常高估 | 分開 stage、forecast category、amount 及 close date | 把銷售感覺當成已確認客戶承諾 | 以客戶證據及歷史結果校準 |
| 輸單原因只寫「其他」 | 用固定 lost reason 找重複問題 | 沒有做 loss review 或怕承認問題 | 限制原因選項並容許必要備註 |
| 查詢量太少、產品與報價未清楚 | 保留基本紀錄 | 缺少市場配合、定位或銷售能力 | 先改善 offer、資格準則及跟進話術 |
HubSpot 官方說明 Pipeline 是以階段顯示記錄進度，並支援條件式階段欄位及 Pipeline rules；Salesforce Pipeline Inspection 亦集中查看機會、每週變動、活動、過期 next step 及延後 close date。共同原則是讓流程變得可見和可行動，而不是用更多欄位取代銷售判斷。
先分清 Lead、Qualified Lead 與 Opportunity
| 記錄類型 | 業務意思 | 最低證據 | 不應混淆 |
|---|---|---|---|
| Inquiry／Lead | 收到一個可識別的潛在查詢 | 來源、聯絡資料、服務需要及收到時間 | 不代表已適合或有購買意向 |
| Connected Lead | 已與對方建立有效接觸 | 有回覆、通話或會議紀錄 | 自動回覆不等於有效接觸 |
| Qualified Lead | 確認基本 Fit、需要、時間及可行性 | 資格準則及核實紀錄 | 高 Lead Score 不等於人工資格確認 |
| Opportunity／Deal | 有實際銷售工作及可追蹤結果的商機 | 業務需要、決策流程、下一步、owner、預計日期及價值範圍 | 不應為每個下載或一般查詢建立 Deal |
| Closed Won | 按公司政策已達成成交 | 已簽合約、已付訂金或已確認訂單等一致準則 | 口頭表示有興趣不等於 Won |
| Closed Lost | 本輪商機已結束 | 失敗原因、日期及可否日後重啟 | 不應刪除以掩蓋輸單 |
Microsoft Dynamics 365 官方把 Lead qualification 定義為先驗證真實銷售機會，再建立或關聯 Account、Contact 與 Opportunity；不合資格 Lead 可以關閉但保留 audit trail。這種分工可避免 Pipeline 被大量未核實查詢灌大，亦保留日後重新啟動的背景資料。
7 個可驗證的 CRM Sales Pipeline 階段
| 階段 | 進入條件 | 離開條件 | 必須更新 |
|---|---|---|---|
| 1. New Opportunity | Lead 已通過資格準則並建立 Deal | 成功聯絡並安排 Discovery，或確認不合適 | owner、source、service、next step |
| 2. Discovery | 已有會議／通話及初步需要 | 需求、影響、決策角色及時間表已核實 | meeting outcome、stakeholders、close date range |
| 3. Solution Fit | 確認公司有能力提供合適方案 | 方案範圍、成功準則及主要限制獲確認 | scope、amount range、risks、next activity |
| 4. Proposal Sent | 正式方案／報價已發出 | 客戶確認收到並約定評估或回覆時間 | proposal date、version、amount、follow-up date |
| 5. Decision／Negotiation | 客戶正在內部評估、議價或批核 | 取得明確接受、拒絕或延後決定 | decision process、objection、revised close date |
| 6. Closed Won | 達到一致成交定義 | 交接至 delivery／onboarding | actual amount、product／service、handover owner |
| 7. Closed Lost | 明確拒絕、失聯至政策期限或不再適合 | 結束或進入合規的長期培育 | lost reason、competitor／no decision、reopen date |
CRM Sales Pipeline 階段應反映客戶已完成的里程碑，而不是「已打一次電話」等銷售活動。每個 open stage 只設一個清晰目的及 exit criteria；Won 與 Lost 必須存在，否則漏斗與收入報告不能正確處理。HubSpot 亦指出 Deal stage probability 會影響 weighted amount，所以概率應按歷史結果校準，不應由前線任意提高。
CRM 最低欄位與英文對照
| 欄位 | 工作定義 | 更新時點 |
|---|---|---|
| Record ID | 不可重複的系統識別碼 | 建立記錄時自動產生 |
| Original source | 首次取得查詢的來源 | 建立 Lead 時保留，不被最後接觸覆蓋 |
| Campaign ID | 可對接 UTM／廣告／活動的穩定編號 | 入庫時驗證 |
| Record owner | 現時對結果負責的人員 | 指派及每次轉派時 |
| Lead status | 查詢現時聯絡／資格狀態 | 每次有效接觸後 |
| Deal stage | Opportunity 已達到的客戶里程碑 | 只有符合 exit／entry criteria 才移動 |
| Next step | 推動商機的具體下一項行動 | 每次活動結束前 |
| Next activity date | 下一步承諾或到期日期 | 與 next step 同時更新 |
| Last activity date | 最後有效電郵、通話、會議或備註日期 | 由整合或前線記錄 |
| Amount | 按同一口徑計算的商機價值 | 範圍確認及報價修改時 |
| Close date | 根據客戶決策時間估計的完成日期 | 時間表改變時，並保留變更紀錄 |
| Deal probability | 該階段或個案的成交可能性 | 按歷史校準；手動改動要有理由 |
| Decision role | 聯絡人的參與／決策角色 | Discovery 後逐步核實 |
| Qualification reason | 商機符合準則的主要證據 | 由 Lead 轉 Opportunity 時 |
| Closed lost reason | 輸單、延後或沒有決定的分類原因 | 關閉時必填 |
| Reopen／nurture date | 有合理理由再次檢視的日期 | 非永久流失且有同意時 |
先保留真正會改變指派、跟進、資格、Forecast 或復盤的欄位。Sales manager、sales representative、marketing operations 及 CRM administrator 應共同維護 field definition、data source、required stage、update frequency、permission、validation rule 及 reporting use。自由文字只用於必要背景；需要統計的原因、服務及狀態應用受控選項。
每日、每週與每月管理節奏
| 頻率 | 參與者 | 只處理甚麼 | 輸出 |
|---|---|---|---|
| 每日 10–15 分鐘 | 每位銷售 | 新查詢未指派、今日逾期、沒有 next step、高優先商機 | 完成／重新安排 task，更新下一步及結果 |
| 每週 30–45 分鐘 | 銷售＋主管 | 停留過久、close date 延後、金額／階段大變、需要協助的 Deal | 阻滯、owner、具體行動及期限 |
| 每月 45–60 分鐘 | Sales、Marketing、管理層 | 來源質素、階段轉化、velocity、Won／Lost、Forecast 偏差 | 只批准 1 至 3 項流程或市場改動 |
| 每季治理 | 業務 owner＋CRM 管理員 | 欄位、權限、整合、重複資料、停用帳戶及保存期 | 版本紀錄、清理清單及下季改進 |
週會不應逐一聽銷售重述所有 Deal。系統先篩出例外：例如七日沒有 next step、超過該階段合理天數、close date 連續推遲、amount 大幅變動、決策人未確認或 Proposal 發出後沒有約定回覆。會議只解決阻滯及決定行動。
應該量度哪些 CRM Sales Pipeline KPI？
| KPI | 計算／問題 | 用途 | 限制 |
|---|---|---|---|
| First response time | 收到查詢至首次有效人工回應 | 發現分配及輪值延遲 | 自動確認不等於有效回應 |
| Qualified rate | 合資格 Lead ÷ 已處理 Lead | 比較來源與 intake 質素 | 要先統一資格定義 |
| Stage conversion rate | 進入下一階段 ÷ 進入本階段 | 找出漏斗最大阻滯 | 要分清 All-stage 與 Any-stage 報告 |
| Time in stage | Deal 在目前／累計階段的時間 | 找出停滯及流程瓶頸 | 重返同一階段要分清 latest 與 cumulative |
| Win rate | Won ÷ 已關閉 Opportunity | 量度合資格後成交能力 | 不可把仍 Open 的 Deal 當作 Lost |
| Sales cycle length | Opportunity 建立至關閉的時間 | 規劃資源及合理 close date | 按服務、金額與客群分層 |
| Pipeline coverage | 可用 Pipeline value ÷ 目標差距 | 評估現有機會是否足夠 | 垃圾 Deal 或虛假 amount 會誤導 |
| Forecast accuracy | 預測與實際 Won 的差距 | 校準 stage probability 及提交習慣 | 不等同因果或個人表現唯一指標 |
| Close date push rate | 日期被延後的 Deal 比例／次數 | 識別沒有真實決策時間的商機 | 合理客戶變更要保留原因 |
| Lost reason mix | 輸單原因按服務、來源、rep 分布 | 改善 offer、qualification 及銷售流程 | 「其他」過多時不能解讀 |
HubSpot sales analytics 包括 team activity、lead funnel、deal funnel、time in stage、deal velocity、Won／Lost 及 loss reason；Salesforce Pipeline Inspection 亦追蹤 close date、amount、stage、forecast category、next step 和 activity 的變化。對中小企而言，先選 6 至 10 個能引發行動的 KPI，通常比建立大量圖表更有效。
常見症狀與修正方法
| 症狀 | 較可能原因 | 核對 | 修正 |
|---|---|---|---|
| Pipeline 很大但很少成交 | 未核實 Lead 直接變 Deal，amount 虛高 | 抽查資格證據、stage age 及 close date | 收緊 Opportunity entry criteria |
| 所有 Deal 都停在同一階段 | exit criteria 不清或前線怕關 Lost | 比較活動、客戶證據與實際階段 | 簡化階段，建立 Won／Lost 定義 |
| 每到月底大量延後 close date | 日期來自內部目標而非客戶流程 | 查看 push count 與原因 | 要求決策事件及日期來源 |
| 前線只在週會前補資料 | 欄位太多、操作重複或管理只懲罰不支援 | 記錄更新時間與使用情境 | 減欄位、整合活動、用例外清單 coaching |
| 同一客戶有多個 Deal | 缺少去重、Account 關聯或重開規則 | 按電郵、電話、公司及服務檢查 | 合併重複，保留多 Opportunity 的合理情境 |
| Marketing 與 Sales 各有一套數字 | 來源、Lead、Qualified、Won 定義不同 | 逐項對數據字典及 ID | 統一 source、stage、owner 與結果定義 |
| Loss reason 多數是「其他」 | 選項不實用或沒有復盤 | 抽查最近 Lost 備註 | 重設 6 至 10 個原因及例子 |
| 買了 AI 功能仍無人採用 | 基本資料與管理節奏未建立 | 先看 next step、owner、stage 完整率 | 修正流程後再小規模測試 AI |
7 步落地 CRM Sales Pipeline
1. 先畫現況，不先買功能
用十宗真實查詢畫出由收到、分配、聯絡、資格、方案、決策至關閉的現況；標出等待、重複輸入、資料遺失及無人負責的位置。
2. 定義 Lead 與 Opportunity 門檻
寫下什麼情況只屬一般 Inquiry、何時算 Connected、哪些 Fit／需要／時間證據足以建立 Opportunity，以及何時必須 Disqualify 或 Close Lost。
3. 用客戶證據設計 7 個或更少階段
每階段只保留明確 entry、exit 及 owner。若兩個階段沒有不同決策或行動，便合併；若一個階段包含多個不同結果，才拆分。
4. 設最低欄位與權限
按階段要求必要欄位，避免一開始要求幾十項。限制誰可改 amount、close date、Won／Lost、owner 及資料匯出；所有變更保留 audit trail。
5. 設指派、SLA 與例外通知
新查詢要有主 owner、後備 owner、營業時間及超時升級。自動化只提示逾期、沒有 next step、重複、階段停滯或關鍵欄位缺失，避免通知過多。
6. 用一隊、一個 Pipeline 試行
先以 20 至 50 宗真實個案測試四星期，觀察填寫時間、錯誤、漏單、首次回應、stage age、Lost reason 與前線 override。每週只修正最影響使用的問題。
7. 建立管理節奏與版本紀錄
每日處理個人 next action、每週處理例外、每月看漏斗及結果、每季治理欄位和權限。每次修改 stage、probability、required field 或 workflow 都記錄版本、原因、批准人及生效日期。
個人資料、訊息與管理界線
CRM 可能儲存姓名、電話、電郵、通話及購買需要，只應收集與跟進真正有關的資料，限制存取並設定保存及刪除安排。香港個人資料私隱專員公署指出，使用個人資料作直接促銷前需要提供訂明資訊並取得同意或不反對；沒有回覆不應視為同意。銷售跟進、服務回應及直接促銷用途要分清，取消訂閱亦要跨渠道執行。
- 不把 CRM 當作私人筆記庫，避免不必要、歧視或無法核實的評論；
- 敏感資料、身份證號碼、健康或家庭資料不應因「可能有用」便收集；
- 個人、團隊、管理員、匯出及整合權限分開，離職即時停用；
- 自動電郵、電話及 WhatsApp 推廣要核對用途、通知、同意及退出；
- AI summary、score 或建議只作輔助，前線仍要核實內容及承擔決定。
交收前 12 項清單
- Inquiry、Lead、Qualified Lead、Opportunity、Won 及 Lost 已有書面定義；
- 每個 Pipeline stage 有 entry、exit、owner 及例子；
- Won／Lost 不能略過，Lost reason 及重開規則已設定；
- 最低欄位、必填階段、資料來源及更新頻率已登記；
- 新查詢主 owner、後備 owner、SLA 及超時升級已實測；
- 電話、WhatsApp、電郵、表單及會議可正確關聯至記錄；
- 重複 Contact、Company、Lead 及 Deal 的處理方法已測試；
- next step、due date、stage age 與 close date push 例外清單可用；
- 權限、匯出、離職停用、audit log、保存及刪除已核對；
- 報告公式、範圍、日期、貨幣及 owner 有資料字典；
- 已用真實 Won／Lost 個案驗證漏斗、velocity 及 Forecast；
- 培訓、日／週／月節奏、變更批准及回退方案已交收。
常見問題
CRM Sales Pipeline 可否保證提高成交率？
不可以。CRM 可減少遺漏、統一資料、加快跟進及讓管理層較早發現阻滯，但需求、產品配合、價格、信任、銷售能力及競爭仍會影響結果。應以導入前後同一定義的 response time、qualified rate、stage conversion、win rate 及 cycle length 比較。
銷售嫌輸入資料太多應該點處理？
先刪除沒有人使用的欄位，把活動整合及重複資料處理自動化，只在相關階段要求必要資料。主管亦要用 CRM 資料提供 coaching、資源及決策；如果系統只用來追究個人，前線自然會延遲或美化資料。
Pipeline 應該有幾多個階段？
沒有通用數字，但中小企一般應由最少可區分的客戶里程碑開始。本文七階段只是一個服務型銷售示例；高頻零售、長周期 B2B、續約或招標需要不同流程。關鍵是每個階段都有不同 exit criteria 及管理動作。
應先做 Lead Scoring 還是 Pipeline？
通常先定義 Lead、Qualification、Opportunity、Won／Lost 及結果回寫，再建立評分。沒有可靠結果，分數只會反映團隊最容易追蹤的行為，而不是實際銷售質素。當查詢量開始超過人工排序能力，再加入 Fit 與 Engagement 分流。
官方參考：HubSpot：設定及管理 Pipelines、Pipeline rules、Sales analytics reports、Forecast tool、Salesforce：Pipeline Inspection、Microsoft Dynamics 365：Qualify Lead、Opportunity Pipeline View及香港私隱專員公署：直接促銷指引。
如仍在選擇系統，先閱讀中小企 CRM 系統與成交流程指南；需要排列查詢優先次序，可參考Lead Scoring 中小企指南；需要培育暫未準備的名單，可閱讀Email Marketing 與 CRM 培育流程；需要建立管理報告，可參考Looker Studio KPI 與交收指南。如要把網站查詢、CRM、銷售流程及報告接通，可了解ITOB Group 數碼營銷服務。
編輯與審閱：ITOB Group 編輯團隊；由ITOB Group 數碼營銷顧問團隊審閱。最後實質更新：2026 年 7 月 20 日。
本文依據 HubSpot、Salesforce、Microsoft 及香港私隱專員公署官方資料，配合 ITOB Group 的 CRM、銷售漏斗及數據驗收流程整理。平台功能、訂閱要求及介面會更新；本文階段、SLA、欄位及 KPI 屬實務起點，不是通用標準，亦不保證成交或收入結果。實際設計須按產品、客群、銷售周期、合約與個人資料用途調整。詳見編輯政策與資料更正原則。
