CRM 失單原因最實用的做法，不是讓業務每次都寫「太貴了」「沒回覆」或「其他」，而是先把沒成交的案件固定分成 5 類：不適配、預算與價值不匹配、決策延後、競品或內部方案、跟進失誤。對台灣 SME 來說，這樣做的價值不只是做報表，而是讓你分得出下一步到底該修表單與資格篩選、修報價與價值說明、補決策摘要、還是回頭檢查自己的回覆節奏。若失單原因一直寫得很散，AI、CRM 與 GA4 只會把混亂記得更快，不會讓成交變穩。
為什麼 CRM 失單原因不能只剩「太貴」？
很多小團隊把失單原因寫成一句情緒反應，例如「客戶嫌貴」或「沒消息」。問題是，這種寫法幾乎沒辦法指向可執行的修正。價格太高，可能是真的預算不符，也可能是服務邊界沒講清楚、比較表不夠、決策人沒進場，甚至只是你晚了三天才回。
Google Analytics 最新的 lead generation 事件文件，已把 generate_lead、qualify_lead、close_convert_lead、close_unconvert_lead 和 disqualify_lead 拆開，代表官方已經把「一開始不適合」和「原本有機會，後來沒成交」視為不同訊號。若你的 CRM 還把這兩種狀況混成同一欄，後面報表自然看不出真正問題。Google Analytics Recommended events
Pipedrive 的知識庫也很直接：當 deal 被標成 lost 時，系統會要求填入 lost reason；若用 predefined lost reasons，還能把理由統一成可比較的選項。這代表好用的失單欄位不是寫越長越好，而是先讓分類一致，再用補充註記留下情境。Pipedrive lost reasons Pipedrive predefined lost reasons
HubSpot 的 sales analytics suite 甚至把 deal loss reasons 直接做成標準報表，會按 owner 或 team 顯示 closed-lost reason 的數量與金額。這也提醒一件事：失單原因的價值，發生在你能跨案件比較時，而不是只在單筆案件裡寫一段心得。HubSpot sales analytics suite
台灣 SME 最實用的 5 類 CRM 失單原因
| 分類 | 代表意思 | 典型訊號 | 下一步該修哪裡 |
|---|---|---|---|
| 不適配 | 這筆案子本來就不該進主跟進流程 | 服務區域不符、預算帶完全不符、需求類型不是你做的 | 修表單欄位、資格判準、FAQ 與頁面說明 |
| 預算與價值不匹配 | 客戶知道要買，但看不懂價格與價值關係 | 一直問能不能便宜、方案差異不清楚、只比總價 | 修報價頁、比較表、案例證據與報價說明 |
| 決策延後 | 需求存在，但時程、核准或決策鏈還沒成熟 | 要問主管、要排預算、要等下季度、內部還沒共識 | 補決策摘要、時程跟進、培育節奏 |
| 競品或內部方案 | 客戶選了別家，或改用自己內部資源處理 | 已簽其他供應商、已有內部團隊、先不外包 | 回頭修定位、差異化與 ICP |
| 跟進失誤 | 本來有機會，但被自己的流程拖掉 | 回太慢、漏回、需求沒整理、報價後沒下一步 | 修回覆 SLA、交接欄位與 owner |
這五類的目的，不是做學術研究，而是讓你一眼看出哪種問題正在反覆發生。對多數台灣 SME 來說，先有這五類就夠了，真的不要一開始做成二十幾個原因代碼，最後誰都不想選。
若你現在很常寫「太貴」，建議先追問一層：是真的買不起，還是你沒有把範圍、差異、風險與替代方案講清楚。若你現在很常寫「客戶沒回」，也要追問：是時機未到，還是你根本沒有約定下一步。這兩種情況都不該被同一個失單標籤吃掉。
每一類要記什麼，AI 可以幫什麼，哪些不能亂猜？
比較穩的記法是「一個固定類別，加上一句短註記」。例如分類是「決策延後」，註記寫「需要等九月預算會議」；分類是「競品或內部方案」，註記寫「已有內部設計與投放人員，先不外包」。這樣未來回頭看時，還知道是同一大類下的哪個細節。
Pipedrive 在 founder-led sales 指南裡建議，把「why we lost」設成 required field，並鼓勵補上短的 context note。這個做法很適合 owner-led 的台灣 SME，因為很多失單資訊本來都只留在老闆腦中、LINE 對話或業務口頭記憶裡。Pipedrive founder-led sales guide
| 工作 | AI 適合做 | 人工一定要確認 |
|---|---|---|
| 整理對話 | 摘要需求、異議、已回覆內容與最後互動 | 摘要有沒有漏掉關鍵背景或誤判語氣 |
| 建議分類 | 依對話建議最可能的失單類別 | 最終分類、是否要改成培育而非真正失單 |
| 產生註記 | 把長對話濃縮成一句可讀備註 | 備註是否含未確認事實或不該寫的主觀評價 |
| 回推改善點 | 標記可能要修的頁面、FAQ、報價或交接流程 | 真正採取哪個流程改善與優先順序 |
AI 不適合直接決定失單真相。它可以幫你整理「客戶說了什麼」，但不應自己腦補成「客戶就是嫌貴」或「一定是競品比較強」。尤其當案子涉及老客戶關係、特殊授權、法規承諾、交期風險或主管介入時，AI 最多是副駕，不能自己關案。
另外要分清楚 disqualify_lead 和 close_unconvert_lead。如果一開始就不適配，例如地區不做、案件太小、需求不是你提供的服務，比較接近 disqualify。若已經報價、開會、送資料、做比較，最後仍沒成交，才更接近 close_unconvert。這樣分，後面行銷和業務才知道問題出在前段篩選還是後段成交。Google Analytics Recommended events
怎麼把失單原因接回 GA4、內容與報價流程？
很多團隊把失單原因留在 CRM 就結束了，但真正有價值的是回寫。若三週內大量案件都卡在「預算與價值不匹配」，通常不是先叫業務更努力，而是先檢查你的報價頁、方案比較、案例證據與價格溝通是不是不夠清楚。
若大量案件卡在「不適配」，要先修的是前端入口：廣告文案、表單欄位、服務範圍頁、FAQ，甚至是 LINE 歡迎訊息。你應該在更早的地方把不適合的人分出去，而不是等業務聊了半天才發現根本不是你的客群。
若大量案件卡在「決策延後」，比較好的下一步通常不是再催，而是補一頁可轉發的決策摘要、一張差異比較表，或一則讓客戶能拿去給主管看的精簡說明。這類案件不一定真的死掉，更像需要進培育節奏，而不是直接貼上沒回覆後就結案。
如果你有 GA4，還可以把真正失單的 qualified lead 用 close_unconvert_lead 記錄，並搭配 unconvert_lead_reason。這不代表每家公司都要馬上做到完整串接，而是提醒你：名單流程的語言，最好能從網站、廣告、CRM 一路講同一套。Google Analytics Recommended events
7 天內可落地的最小 SOP
Day 1：回看最近 20 筆沒成交案件
不要先開新欄位。先看最近 20 筆沒成交案件，寫下它們真正死掉的原因，看看是不是其實都集中在幾個固定模式。
Day 2：先定 5 類，不要超過 7 類
把失單原因先收斂成五類，並寫一句類別定義。每個人看到同一類時，判斷標準要盡量接近。
Day 3：一筆案件只選一個主因
若一筆案子什麼都能選，最後就什麼都學不到。先要求每筆案件只選一個主因，再用短註記補細節。
Day 4：把「其他」改成例外，不是常態
若超過兩成案件都落在「其他」，代表分類本身有問題。你需要改類別，而不是接受資料永遠模糊。
Day 5：加上一句必填註記
固定欄位負責分類，短註記負責情境。這樣報表能看趨勢，個案也不會失去脈絡。
Day 6：把三種高頻失單接回改善清單
挑前三名高頻失單原因，各指定一個對應修正：修表單、修報價頁、修 FAQ、修回覆節奏或修案例素材。沒有後續動作的失單分類，只是整理得比較漂亮而已。
Day 7：和行銷一起看，不要只讓業務自己看
失單原因不是只有業務部門的事。若你發現很多案子輸在不適配、價值講不清楚或跟進斷線，行銷、客服、網站與內容都要一起改，不能只要求業務背鍋。
這套做法適合誰，不適合誰？
這套分類最適合已經有表單、報價、會議、LINE 或 Email 跟進流程，而且每月有一定詢問量的台灣 SME，例如顧問服務、專案型 B2B、網站與設計、設備採購、教育訓練、在地服務與高單價方案。這些團隊最需要的不是更大的 CRM，而是先把失單資料講成同一種語言。
如果你賣的是超低單價、完全衝動型購買、幾乎沒有人工跟進的商品，失單分類的重心會更偏向購物流程、購物車、付款與回購，而不是商機層級的 closed lost。若你現在連案件是否真的 qualified 都還沒定義，那應先補 qualification 規則，再談失單原因。
另外要提醒，失單原因分類不會自動提高成交率。它只是讓你比較快知道該改哪裡。若後續沒有人真的去修頁面、修回覆、修資格篩選或修報價內容，分類再漂亮也只是另一張沒人看的表。
資料更新與來源
本文於 2026 年 7 月 6 日整理，主要依據 Google Analytics Recommended events、Pipedrive lost reasons 與 predefined lost reasons 說明、Pipedrive founder-led sales guide，以及 HubSpot sales analytics suite 中的 deal loss reasons 報表說明。上面提到的事件名稱、參數欄位與產品功能，應以各官方文件最新版本為準。Google Analytics Recommended events Pipedrive lost reasons Pipedrive predefined lost reasons Pipedrive founder-led sales guide HubSpot sales analytics suite
這篇談的是流程與分類方法，不是任何 CRM 工具的成效保證，也不是台灣市場統計。若你後續要把失單資料拿去做廣告回傳、GA4 key event、AI 摘要或自動化分流，仍要先確認資料權限、欄位定義與內部使用邊界。
結論：先把失單原因講成同一種語言，AI 才幫得上忙
CRM 失單原因真正的價值，不在於把案件關掉，而在於讓團隊知道這筆機會是輸在前端資格、價值溝通、決策節奏、競品定位，還是自己的跟進失誤。對台灣 SME 來說，先把失單固定成五類，再要求一個短註記，通常就足以讓 CRM、GA4、內容與業務第一次開始講同一套語言。當你不再把每筆沒成交都寫成「太貴」或「其他」，後面才真的有機會修到會帶來成交的那一段流程。
FAQ
CRM 失單原因一定要做很多細分類才有用嗎？
不一定。對多數台灣 SME 來說，先固定 5 類到 7 類就夠了。類別太多，反而會讓業務懶得選，最後資料品質變差。
為什麼不能每次都寫「太貴」？
因為「太貴」通常只是表面現象。真正原因可能是預算真的不符、價值沒有講清楚、比較資訊不足、決策人沒進場，或你回覆太慢。若不拆開，就不知道該修哪一段流程。
disqualify_lead 和 close_unconvert_lead 差在哪裡？
前者比較像一開始就不符合資格，例如服務區域不做或需求類型不適合；後者比較像原本已進入跟進或報價流程，最後仍沒有成交。把兩者分開，才能分辨是前段篩選問題還是後段成交問題。
AI 可以自動判斷失單原因嗎？
AI 可以先整理對話、建議分類與濃縮註記，但不建議直接自動關案。最終原因仍要由熟悉案件的人確認，避免把未查證的猜測寫進 CRM。
沒有正式 CRM，也能先做失單原因分類嗎？
可以。先用共享表格記下案件名稱、階段、主失單原因、短註記、下次是否培育與負責人，就已經比所有資訊散在聊天紀錄裡穩很多。