商機停留天數真正要解決的，不是讓 CRM 多一個漂亮欄位，而是讓你分得出哪些案子還在推進、哪些只是掛在同一階段拖著不關。對台灣 SME 來說，如果每週週報裡總有一堆「報價已送」「等客戶回覆」「內部討論中」的案件躺很久，最先要看的通常不是話術，而是商機停留天數、下一步、責任人和卡關原因有沒有被寫清楚。
商機停留天數為什麼不是報表裝飾
Salesforce 對 sales pipeline 的定義很直接：它是 prospect 在銷售流程中的視覺化位置，目的包括幫你看見 next steps 與 roadblocks。這代表 pipeline 不是把案件排成一條漂亮欄位而已，而是要讓延誤與障礙能被看到。來源：Salesforce：What is a Sales Pipeline?
如果你只看商機總數、總金額或單月新增案量，很容易把「還沒關掉」誤當成「還有機會」。Umbrex 的 pipeline aging by stage 也點出，按階段看 aging 可以暴露 bottlenecks、data hygiene issues、inflated forecasts 與 capacity constraints。對台灣 SME 來說，這很實際，因為很多老闆不是沒有案件，而是看不出哪些案件其實已經停在原地。來源：
Umbrex：Pipeline Aging by Stage
換句話說，商機停留天數不是「再多看一個指標」，而是幫你拆穿假熱度。當 CRM 裡一堆案子看起來還在 proposal 或 negotiation，但 20 天、30 天都沒有新動作，這些商機對預測的傷害，往往比少幾筆新名單更大。
台灣 SME 先補的 4 個卡關欄位
HubSpot 的 stage calculated properties 說明，目前可以用 stage properties 去看 records 在每個 pipeline stage 停留多久，並拿去做 reports 和 workflows。它也提醒，若記錄目前還停在該階段，判斷條件應使用 time in current stage 之類的欄位，而不是只看事後累積。這個觀念很重要：停留天數要能在當下被看見，
不是等商機移動後才回頭算。來源：HubSpot Knowledge Base：Use stage calculated properties
對台灣 SME 來說，第一版不用做得很重，先把下面四個欄位固定下來就夠用了。
| 欄位 | 要寫什麼 | 如果漏掉會發生什麼事 |
|---|---|---|
| 目前階段停留天數 | 這筆商機在現階段待了幾天，最好可自動計算 | 每次開會都只能憑感覺說「好像卡有點久」 |
| 最後有效動作日期 | 最近一次真正推進案件的時間，例如會議、回覆、送件、確認窗口 | 團隊把內部註記或已讀誤當成客戶進展 |
| 下一步與期限 | 下次要做什麼、由誰做、最晚何時完成 | 商機雖然沒關，但其實沒有人知道下一步 |
| 卡關原因 | 預算、決策者未進場、規格未確認、等待合約、內部暫停等固定分類 | 所有停滯都被寫成待回覆，後面無法分析 |
HubSpot 的 default deal properties 還有一個很值得借鏡的欄位：Is Stalled After Timestamp。官方解釋是，當某筆 deal 的 time in stage 超過該 owner 在同階段 closed-won average 的 20% 時，系統會自動標記 stalled。這不代表每個 SME 都要照抄 20%，但至少提供一個很實用的原則：老化不是看心情，
而是要對照你自己的正常成交節奏。來源：HubSpot Knowledge Base：HubSpot's default deal properties
哪些商機該算老化，哪些只是正常等待
最常見的錯誤，是把所有等待都當成卡關。其實不同產業、客單價與決策鏈，合理停留時間差很多。B2B 專案型服務、設備採購、顧問合約，本來就可能比門市預約或短週期詢價慢；所以你不該用單一數字判所有案子死刑，而是要先看每個 stage 的正常節奏。
SPOTIO 的 pipeline reporting guide 提醒，deal aging 應該變成 standard column，還舉例說 30 天 sales cycle 的團隊，可能會把某一階段超過 14 天的案件標記出來。它把 aging flag 視為 coaching conversation 的起點，而不是直接 write-off。這個 framing 很適合台灣 SME：先把卡太久的案件挑出來問，為什麼卡、
值不值得救、誰要救，而不是繼續讓它掛在 CRM 裡撐數字。來源：SPOTIO：Sales Pipeline Reporting
比較穩的做法，是每個階段都先定一個「正常區間」。例如初步資格確認 3 到 5 天、需求訪談到報價 7 到 10 天、報價後等待決策 10 到 14 天、合約確認 5 到 7 天。只要超出區間，就不要只說再等等，而是要求補一個卡關原因和下一步動作。
怎麼把停留天數接回每週管理節奏
商機停留天數真正有用的時候，不是在月報，而是在每週 review。因為案件一旦老化太久，你少看的通常不是一個欄位，而是一個時機。很多台灣 SME 會在週會上看總金額和本週新進案，但真正該優先討論的，往往是那些停在同階段太久、金額不小、又沒有下一步的案子。
每週 review 時，可以先把案件分成三類。第一類是正常推進：停留天數在區間內，而且有明確下一步。第二類是需處理：停留天數超出區間，但仍有明確聯絡窗口與時程。第三類是疑似假商機：停留天數超出區間，也沒有新的有效動作或決策訊號。這第三類不一定立刻關掉，但至少不該再用原本機率和金額算進預測。
如果你的 CRM 允許加 views、alerts 或 workflows，就把超過門檻的案件自動拉到一個清單；如果沒有，也至少用試算表或每週匯出的方式先做第一版。重點不是工具進階，而是每週都用同一套條件挑出老化案件，否則團隊很容易只追最新名單，不處理舊案堆積。
AI 和 automation 能幫什麼，不能代替什麼
AI 最適合做的，是先幫你找出 pattern：哪些案件常卡在同一階段、哪些 owner 的停留天數特別長、哪些卡關原因重複出現、哪些案件雖然還開著，但最近 14 天沒有有效互動。automation 最適合做的，則是自動算欄位、提醒負責人、建立待辦，或把超時案件拉進 review 清單。
但 AI 不能替你判定這筆案子一定沒機會，也不能自己決定把金額改掉或把案件關掉。因為真正要判斷的是商機品質、客戶內部時程、政治關係、採購流程與產品適配，這些通常還是要由負責人補上下文。AI 可以加快整理，但不能取代商業判斷。
比較安全的順序是：先把欄位定好，再讓 AI 幫你摘要與提醒。若欄位本身還很亂，AI 只會把「待回覆」「再想想」「有機會」這類模糊字眼複製得更快。對台灣 SME 來說，真正節省時間的前提，反而是先把人類的分類邏輯講清楚。
90 分鐘導入版做法
第一個 30 分鐘，先拉出最近 20 筆 open deals，檢查目前是否看得到：當前階段、建立日、最後有效動作、下一步、責任人。第二個 30 分鐘，把這些案件按階段分類，找出每個階段合理的停留區間。第三個 30 分鐘，決定超時後要怎麼處理：提醒、升級討論、調整機率，還是轉成 nurture / closed lost。
第一版不要追求精密模型。你只要先做到每筆商機都有停留天數、有最後有效動作、有下一步期限、有卡關分類，就已經能把很多「看起來很滿，其實很空」的 pipeline 挖出來。等週會真的開始用，再慢慢加上 AI 摘要、風險分級和 forecast 調整都來得及。
資料更新與限制
本文於 2026 年 7 月 8 日整理可公開查驗資料，主要依據 Salesforce 對 sales pipeline 的定義、HubSpot 的 stage calculated properties 與 default deal properties，以及 SPOTIO 與 Umbrex 對 pipeline aging 的 benchmark 結構。
英文世界目前常把這個主題寫成 stage aging、stalled deals 或 pipeline health，但多數內容偏大型 sales team 或 SaaS 語境；本文因此改寫成台灣 SME 比較常遇到的報價、決策等待、合約卡關與假預測情境。
- Salesforce：What is a Sales Pipeline?
- HubSpot Knowledge Base：Use stage calculated properties
- HubSpot Knowledge Base：HubSpot's default deal properties
- SPOTIO：Sales Pipeline Reporting
- Umbrex：Pipeline Aging by Stage
結論
商機停留天數真正的價值，不是讓 CRM 再多一個數字，而是幫你看清哪些案件還值得投入，哪些只是掛著不關。對台灣 SME 來說，只要先把停留天數、最後有效動作、下一步期限與卡關原因四個欄位補齊，再把超時案件固定拉進每週 review，你的 pipeline 就會開始從「堆案件」變成「做判斷」。
FAQ
商機停留天數和案件建立天數一樣嗎？
不一樣。案件建立天數看的是這筆商機從建立到現在多久，商機停留天數則更聚焦在它目前卡在這個階段多久，兩者回答的問題不同。
每個階段都要用同一個老化門檻嗎？
不建議。不同階段的正常節奏不同，資格確認、報價等待、法務審閱和採購簽核的合理停留時間通常不一樣，最好分階段設門檻。
商機停留太久，是不是一定要直接關單？
不一定。更穩的做法是先補卡關原因與下一步，再判斷要不要降機率、轉 nurture，或正式關成 closed lost。
沒有進階 CRM，也能先做商機停留天數管理嗎？
可以。第一版用試算表或每週匯出 open deals 也能做，只要你看得到目前階段、最後有效動作、下一步期限和責任人。
AI 可以直接幫我判斷哪些商機是假商機嗎？
AI 可以先抓出異常停留、重複卡關原因和超時清單，但是否要調整機率、繼續跟進或關單，仍應由懂客戶與成交情境的人決定。