輸單原因如果每次都只寫成「價格太高」或「客戶沒回」，你月底看到的不是銷售真相，只是團隊當下最省事的說法。對台灣 SME 來說，比較穩的做法是先把 close lost 拆成 5 類固定理由，再用一欄備註補充細節，最後每週回看哪些原因其實應該在更早的資格審查、提案、談判或決策人確認階段就被處理掉。這樣失單資料才有機會真的回頭改流程，而不是只替每筆失敗做結案註解。
輸單原因先解決什麼問題
很多團隊以為輸單原因只是 CRM 裡一個收尾欄位，但真正的用途是讓你看見 pipeline 到底漏在哪裡。若你只知道案子沒成，卻不知道是預算、競品、時機、資格不符，還是流程自己先亂掉，那下個月的檢討會只會重複同樣的猜測。
HubSpot 的預設 deal properties 直接把 Closed lost reason 列為標準欄位，並在 sales analytics suite 裡提供 Deal loss reasons 報表，代表這個欄位本來就不是拿來隨便填一句話，而是用來支撐後續分析。來源：HubSpot default deal properties、HubSpot sales analytics suite。
為什麼每次都寫價格太高，通常沒有用
價格太高常常只是表面說法。真正的問題可能是決策人還沒進來、需求沒有對齊、提案送得太早、競品比較基準不同，或這筆案子從一開始就不適合成交。
如果團隊把所有 close lost 都歸到價格，後面很容易做錯決策，例如一直打折、一直調低方案，卻沒有修掉真正讓案子流失的資格審查或提案流程。這種錯誤對台灣 SME 特別傷，因為人少、毛利薄，每一次錯誤讓價都會直接壓縮可用資源。
Salesforce 的 troubleshooting 指南提醒，當團隊 losing more deals than winning 時，要先檢查流程、競品資訊和弱機會是否過晚才被放棄，而不是立刻把問題當成單一 closing 技巧。這比較接近輸單原因真正該扮演的角色。來源：Salesforce Help: How to Troubleshoot When Your Sales Are Down。
台灣 SME 可直接用的 5 類失單理由
對多數台灣 SME 來說，失單分類不用做得很細，先做得穩比較重要。真正有用的分類，應該能讓老闆在月底一眼看出：是名單不對、價值沒講清楚，還是流程在前段就已經漏水。
| 類別 | 什麼情況用這一類 | 不要混進來的情況 | 後續要修的地方 |
|---|---|---|---|
| 1. 預算不成立 | 客戶明確表示預算不足、凍結，或採購條件無法成立 | 只是你沒有先確認預算範圍 | 資格審查、預算提問、方案分級 |
| 2. 競品或替代方案勝出 | 客戶明確選了其他供應商、內部方案或既有合作方 | 其實只是你沒接到真正決策人 | 差異化、競品筆記、提案比較段落 |
| 3. 時機延後 | 需求不是取消，而是內部優先順序、檔期或專案時程往後延 | 再也不會啟動的案子 | 延後追蹤節奏、回溫日期、內容 nurture |
| 4. 需求不合或資格不符 | 服務範圍、客群、預期成果或案型本來就不適合 | 你有機會成交但前面沒有問清楚 | 名單來源、表單欄位、資格審查題 |
| 5. 流程失真 | 提案太早、決策人缺席、回覆斷掉、交接混亂，導致案子自己掉下去 | 明確的預算或競品輸掉 | pipeline 階段、follow-up、交接規則 |
這 5 類的好處是，既能支撐管理，又不會多到讓第一線懶得選。Pipedrive 明確區分 freeform 與 predefined lost reasons，並指出預先定義的選項能帶來更一致的資訊，後面也才能在 list view 和 Insights 裡看出趨勢。來源：Pipedrive lost reasons。
什麼要放成固定選項，什麼留在備註
固定選項應該只放你真的要統計的主因，例如上面那 5 類；細節則留在備註。這樣你月底看報表時，先看大類，再回去讀有代表性的實際案例，而不是一開始就把分類做成二十幾個幾乎不會重複的句子。
Zoho CRM 在 closed lost 階段會跳出 Reason for Loss 欄位，而且明確說這個欄位可用來產出更準確的 lost-deal reports；Teamwork CRM 也支援自訂 lost reasons，甚至可以把原因填寫做成 mandatory。這兩者都在說同一件事：主分類要一致，才值得分析。來源：Zoho CRM Creating Deals、Teamwork CRM lost and won reasons。
比較實際的欄位組合是：一個固定失單理由、一道補充說明、最後一次卡住的 stage、是否有決策人進會議、以及下一個動作是停追還是延後追蹤。這樣的欄位量已經足夠讓小團隊回頭看出規律，不必一開始就模仿大型企業的複雜 RevOps 設計。
哪些狀況不該直接標成失單
很多案子其實不是輸掉，而是延後。若對方明確說要等下季預算、等主管回來、等內部專案排程，這種比較像延後追蹤，不該直接塞進 close lost，否則你會把可回溫名單和真正失單混在一起。
另一種常見誤判，是資格根本不符卻拖到提案後才收尾。若你的服務最低預算、本地服務區域、導入條件或交付方式一開始就不合，這筆案子應該被定義成 qualification 問題，而不是讓它一路走到「輸單」。這種分類差異，決定你後續是要重做提案模板，還是先修詢價表單與篩選流程。
Zoho 的 stage-probability mapping 與 Salesforce 的 stage analysis 都提醒同一個原則：失單原因不能脫離 deal stage 來看，不然你只知道結局，不知道問題從哪一段開始。來源：Zoho CRM Creating Deals、Salesforce Help: Sales Stage Analysis Conversion。
誰適合用，誰不適合用
這套做法最適合已經有固定報價、提案或商機階段的台灣 SME，尤其是顧問服務、B2B 專案型服務、設備銷售、預約制服務或需要老闆親自成交的小團隊。只要你常在月底問「怎麼好像很多案子有談，卻說不清楚掉在哪」，就適合立刻開始做。
如果你現在連 deal stage 都還沒有、報價也沒有固定紀錄、同一位客戶散在 LINE、電話、Email 和紙本名片裡，先不要急著追求漂亮的失單分類。你更該先做的是把名單和案件最小化整理好，否則輸單原因只會變成另一份假資料。
每週 20 分鐘複盤法
每週挑固定 20 分鐘，只看最近 5 到 10 筆 close lost。第一步，先算哪一類最多；第二步，看它們最後卡在哪個 stage；第三步，問這個問題是否能在更早一階段被發現。這樣你就會從「輸單很多」慢慢走到「原來是提案前沒有先確認決策人」。
如果同一週連續出現 3 筆以上的預算不成立，通常不是單純市場不好，而是你前段沒有先問清楚預算範圍或方案級距。若連續出現流程失真，那就不是成交技巧問題，而是你的交接、追蹤節奏或提案時點本身出了問題。
HubSpot 的 deal loss reasons report、Pipedrive 的 Insights 報表，以及 Salesforce 的 stage analysis，本質上都在做同一件事：把失敗變成可被比對的模式，而不是讓每位業務各講各的故事。對小團隊來說，你不一定需要把儀表板做到很滿，但至少要養成每週固定回看主因的習慣。來源：HubSpot sales analytics suite、Pipedrive lost reasons。
資料更新與來源
本文於 2026-07-30 依 HubSpot、Zoho、Pipedrive、Teamwork CRM 與 Salesforce 當前可讀官方頁面整理。這些來源主要支持兩件事：一是 close lost reason 應該被結構化；二是失單分析必須和 pipeline stage、報表與後續流程修正連在一起。
- HubSpot default deal properties
- HubSpot sales analytics suite
- Zoho CRM Creating Deals
- Pipedrive lost reasons
- Teamwork CRM lost and won reasons
- Salesforce sales troubleshooting
- Salesforce stage analysis
限制是：官方文件多半偏工具說明，沒有直接替台灣 SME 提供固定分類模板，所以文中的 5 類分類屬於根據官方結構訊號整理出的營運建議，而不是某一家平台規定的唯一標準。
結論
輸單原因真正的價值，不是幫你替每一筆失敗找台階下，而是讓團隊看見哪些問題其實可以更早被發現。對台灣 SME 來說，先把失單理由壓縮成 5 類、把主因和備註拆開、每週固定回看一次，通常就足以讓 close lost 從一個收尾欄位，慢慢變成真的會回頭修流程的管理工具。
FAQ
輸單原因一定要做很多細分類嗎？
不用。對多數台灣 SME 來說，先用 5 類主因就夠了，重點是每個人都能一致選擇，再用備註補充細節。分類過細反而更容易失真。
失單原因和延後追蹤要怎麼分？
如果需求還在，只是預算、時機或內部排程往後移，應該先標成延後追蹤並設定回溫日期；只有對方明確不往前走，才適合關成失單。
為什麼不能每次都寫價格太高？
因為價格常常只是表面說法。真正原因可能是需求不合、決策人沒進來、價值沒說清楚，或案子本來就不該提案到那一步。
固定選項和備註欄位要怎麼分工？
固定選項只放你要統計的大類，例如預算、競品、時機、資格不符、流程失真；備註欄位則補充細節，例如哪位決策人卡住、哪個競品勝出、哪次回覆中斷。
沒有完整 CRM，也能做輸單原因管理嗎？
可以。先用共用表格紀錄 deal stage、主因、備註、最後卡住的階段和下次動作，就已經比完全靠印象複盤有效很多。