
公司花錢買的 SaaS 沒人用怎麼辦?滲透率塌方復活完整 SOP , 6 個塌方訊號、4 條 30 天救援動作、3 個 stop-loss 決策
去年 11 月我們陪一家 80 人連鎖餐飲集團做 SaaS 採購盤點,老闆攤開帳單嚇了一跳,15 個 SaaS 工具、年費合計 NT$ 290 萬,但其中 9 個的「過去 30 天活躍使用者」低於採購當初承諾的三分之一。最慘的一個 CRM 系統年費 38 萬,登入紀錄只有 IT 主管和導入廠商兩個人。
這不是個案。我們服務的客戶裡,通過嚴謹採購評估框架簽下的 SaaS,平均在第 90 天會出現第一波使用率塌方;到了續約前 30 天,老闆才被財務或 IT 提醒「這個是不是其實沒在用?」。等到發現,要嘛是已經自動續費、要嘛是當初承諾的 ROI 早就交不出來。這篇把「塌方訊號 → 救援動作 → stop-loss 決策」三段路徑寫成完整 SOP,配採購評估前後可重複套用。
⚠️我們的判斷:80% 中小企業 SaaS 塌方根本不是員工懶
做過 30 多次 SaaS 健檢後我們很確定一件事:使用率塌方絕大多數時候是「採購 → 推行 → 治理」這條鏈在中間斷了,而非「員工沒意願」或「工具不好」。採購時老闆親自上桌、決議快;推行時丟給 IT 或業務主管,但沒給時間、沒給 KPI、沒給 escalation 路徑;治理階段更是徹底真空。所以救援的重點通常不在「叫員工用」,而是在治理層補回去。
先建立 SaaS 滲透率塌方的 6 個訊號
塌方是一連串小訊號逐月累積,而非一夕之間發生的。中小企業老闆通常不會盯 SaaS 後台儀表板,所以前期完全無感,直到續約前看到帳單才驚醒。下面這 6 個訊號是我們健檢時固定查的,建議列入月度經營會議常駐 KPI(請 IT 或行政每月初撈一次數字即可)。
訊號 | 判斷基準 | 嚴重度 |
|---|---|---|
① 月活躍使用者(MAU)/授權數 | 比例 < 50% 三個月以上 | 🟠 中 |
② 核心功能使用率 | 採購當初承諾的 3 個核心功能裡,僅 1 個被實際操作 | 🔴 高 |
③ 員工反問頻率 | 客服或行政每月被問「我們是不是有 OO 系統」≥ 3 次 | 🔴 高 |
④ 影子工具回流 | Excel 或 Google Sheet 把 SaaS 本來該做的事接回去 | 🔴 高 |
⑤ 帳號異常分布 | 「最近 90 天登入 0 次」帳號 > 30% | 🟠 中 |
⑥ 廠商主動聯繫頻率 | CSM(Customer Success Manager)3 個月沒主動 outreach | 🟡 低(但代表廠商已放棄你) |
六個訊號中只要中 3 個(含至少一個 🔴),就要在 7 天內啟動下一節的 30 天救援動作。如果中 5 個以上,跳過救援,直接走最後一節的 stop-loss 決策,治不好就要止血,跟SaaS 退場成本提前算好的邏輯一樣,拖越久損失越大。
塌方的真正原因:採購、推行、治理三段斷鏈
把上面 6 個訊號當症狀,往上追三個成因,幾乎涵蓋所有中小企業 SaaS 塌方場景。
斷鏈一:採購階段「主推者」沒進治理層。
採購當下老闆親自決議,但推行階段把 ownership 丟給 IT 或某個業務主管,這個人通常本來工作就滿、被加了一個沒 KPI、沒額外時間的「推 SaaS」任務。中小企業特有的問題是:採購委員會散會後就解散,沒有任何治理機制接手。對比之下,IT 採購委員會 SOP建議的 3 個固定角色(決策、治理、稽核)就是為了避免這個斷鏈。
斷鏈二:使用者沒被納入採購、卻被要求每天用。
業務、客服、行政是 SaaS 的真實使用者,但採購時不在場,老闆和廠商談完,工具直接從天上掉下來。員工的反應通常是:原本的 Excel、LINE 群組、紙本三件套用得好好的,憑什麼要改用陌生介面?這時候會出現訊號 ④(影子工具回流),員工表面上開了 SaaS 帳號,實際工作還在 Excel。
斷鏈三:採購承諾的 ROI 沒被翻譯成日常 KPI。
採購提案上寫「導入後業績預期成長 15%」「客服回應時間縮短 40%」,但這些目標從沒被切成月度可量測 KPI、也沒指派負責人。3 個月後沒人記得當初承諾過什麼,自然也不會有人問「為什麼沒達標」。
塌方 SaaS 的 30 天救援動作:4 條 SOP
確認塌方訊號中 3 個以上後,老闆要在 7 天內召集 IT、實際使用者主管、廠商 CSM 開一次「救援會議」。下面 4 條救援動作分四週執行,每週末做 30 分鐘 review,第 30 天決定「救得回來」或「進 stop-loss 流程」。
第 1 週:把採購承諾翻譯成可量測的 4 個 KPI。
回頭翻當初的採購提案,把模糊的「業績成長」「效率提升」拆成 SaaS 後台能直接撈到的 4 個數字(例如:DAU、特定功能呼叫次數、特定流程完成率、平均處理時間)。把這 4 個 KPI 釘在會議室白板,週週看。
第 2 週:請 CSM 重新做一次「客製化導入訓練」。
多數 SaaS 廠商簽約時的訓練是「全功能 demo」,員工聽完當下記不住、回到自己工作場景套不上。第 2 週要主動 email CSM,要求按你公司「3 個最痛的工作場景」設計訓練,通常 CSM 不會主動提供,但你問就會給,因為這是他們的 KPI 之一。會議室裡讓使用者實際打開系統、按你公司資料操作,不要又看一次 demo。
第 3 週:指定一位「Power User」做場景拆解 + 同事教學。
從每天會用的員工裡選一位「最不會抱怨、願意花時間摸」的人,正式給他 8 小時/週的「Power User 任務時間」(不是加班、是把原本工作減量),任務是把 3 個常用場景的操作步驟拍成 3 分鐘短影片、貼在公司 Slack 或 LINE 工作群。同事看影片比看廠商手冊有用 10 倍,這是我們陪客戶試過 5 次都成功的招。
第 4 週:補上「老闆儀表板」+ 月度檢視機制。
請 IT 或廠商把 4 個 KPI 接到一張老闆每天通勤路上能滑開看的儀表板(Looker Studio、Notion、甚至 LINE 推播每日數字都行)。第 30 天回頭看 KPI 趨勢:4 個裡若 ≥ 2 個有 ≥ 20% 的改善 → 進入「養成期」,每月持續 review;若 ≤ 1 個改善 → 進入下一節的 stop-loss 流程。
ℹ️我們做過這件事:自己跑 22 個 SaaS、4 個曾經塌方的真實復活紀錄
順帶說一下,這篇講的方法我們公司自己每天就在跑,目前內部用 22 個 SaaS(從 Notion、Linear、Postmark 到 Cloudflare、Vercel、Anthropic API),其中 4 個過去 18 個月內出現過塌方訊號。其中 2 個用上面 4 週救援 SOP 撈回來、1 個第 30 天決定降階方案、1 個直接 stop-loss 退訂。所以這裡分享的東西,都是我們實際做出來、確認真的能救到工具之後才寫的。
救不回來的 stop-loss 決策:3 個訊號 + 3 條退場路徑
救援 30 天後 KPI 沒改善,繼續硬撐通常會在續約時被罰兩次:① 平台費照付、② 員工已養成「不靠這個工具也能做事」的習慣,未來就算工具改善也回不來。Stop-loss 比挽留更重要,但要分情境決定退場方式。
退場訊號 | 推薦退場路徑 | 操作要點 |
|---|---|---|
3 個 KPI 全部 0 改善 + 廠商 CSM 已 ghosting | ✂️ 終止合約退場 | 對照合約「提前終止條款」+ 3 個月前書面通知;數據備份照退場 SOP 跑 |
KPI 有改善但只夠 1 個部門用 | 📉 降階方案 | 向 CSM 申請降到最低方案(通常 60-70% 月費),用戶上限縮到實際使用人數 |
有改善但替代方案更便宜更貼合 | 🔄 平行遷移 | 簽下替代方案後並行 30 天,確認資料遷移完整再正式關舊系統 |
三條路徑都需要事前準備好SaaS 退場成本拆解提到的 6 項數據遷移條款。沒簽好條款就硬退,會出現「資料拿不出來、要付 export fee」「合約自動續約一年才能退」這類隱藏成本,最後反而比繼續用更貴。我們陪客戶 stop-loss 過 7 次,5 次都是合約條款卡關拖了 60-90 天才退掉。
採購前置避免塌方的 5 個陷阱
前面講的是救援,這節是「下次採購時怎麼從源頭降低塌方機率」。中小企業 SaaS 採購最常踩這 5 個陷阱,每個都可以在簽約前 30 分鐘的內部對話避掉。
陷阱一:採購委員會沒包含「實際每天會用的人」。 至少要有 1 位末端使用者代表進採購會議,不一定有決策權,但要能在最後一輪試用時打分數。
陷阱二:試用期沒用「真實資料 + 真實流程」跑過至少 3 個場景。 多數試用期都在玩沙盒 demo 資料,跟自己公司業務脫節。把 3 個最痛的場景拿真實資料跑一次,問題會在當下浮出來,而不是上線 3 個月後。
陷阱三:合約沒寫「90 天 KPI 達標條款」。 跟廠商談合約時加一條「90 天內 X、Y、Z 三個 KPI 任一未達 80% 承諾值,可單方解約、月費按比例退款」,多數中型廠商會願意簽,因為這也是他們的 CSM KPI。
陷阱四:把治理層級押在離職率高的職位上。 把 SaaS owner 指定給某個業務主管或 IT 經理,沒考慮這個職位 12 個月內若離職就會立刻沒人接。員工離職帶走系統知識的防禦框架同樣適用 SaaS owner:用「角色 + 第二接手人」雙重 ownership。
陷阱五:採購當下不提「stop-loss 路徑」。 採購會議只討論「上線後預期效益」,從沒談「萬一用不起來怎麼退」。事前談好退場路徑會讓人焦慮,但事後沒談好會讓你被合約綁 12 個月。
前 5 個陷阱回到一個共通原則中小企業 SaaS 採購是「採購、推行、治理」三個階段都要有 ownership,而非「買到對的工具」就結束。我們服務過的客戶裡,把這三段視為連續體(而不是採購完就斷掉)的,SaaS 平均存活率比業界高 2-3 倍。
ℹ️看到這裡,如果你也在做 SaaS 滲透率健檢
我們公司在做 SaaS 採購治理、塌方診斷、stop-loss 評估都有實戰經驗(自己內部 22 個 SaaS、客戶端做過 30+ 次健檢)。如果你的公司現在剛好有 SaaS 帳單合計年費破 100 萬、或某個 SaaS 即將續約你不確定該不該續,歡迎直接 跟我們聊聊現況,30 分鐘內我們可以給你「該續、該降階、該退」三選一的判讀建議,不收費。
SaaS 滲透率健檢 6 訊號 checklist 下載
我們把上面 6 個塌方訊號整理成可填寫的 PDF checklist,每月初花 10 分鐘填一次就能抓到塌方早期信號。下載連結之後會補上,目前先以本篇文章對照欄位手動列印使用,或寫信到 support@foreverwebs.com 索取試用版。
我們怎麼看
做了 30+ 次 SaaS 健檢、自己內部跑 22 個 SaaS 之後,我們對「SaaS 塌方」這件事的態度跟廠商完全相反。廠商會說「再給點時間」「員工教育不夠」,但對中小企業老闆來說,每月燒掉的訂閱費都是真實現金。我們的判斷標準很單純:30 天救援動作做完,4 個 KPI 沒有 ≥ 2 個改善就是該止血,不要被廠商的「sunk cost」話術帶著走。同樣這筆錢,拿去做客製化系統、補強既有 SaaS 的接口、或是直接做老闆儀表板,ROI 通常都比「等廠商給出第二波改善」高 3 倍以上。
ℹ️我們做過這件事
我們是恆遠數位行銷,公司內部跑 22 個 SaaS、過去 12 個月做過 30+ 次中小企業 SaaS 採購與健檢顧問,協助客戶在續約前識別塌方訊號、執行 30 天救援、或走 stop-loss 流程。如果你公司現在每年 SaaS 帳單超過 100 萬、或剛收到某個 SaaS 的續約通知,跟我們聊聊現況,一起判讀該續、該降、該退。
QSaaS 使用率塌方多久該介入?
三個月內就要看訊號。月活躍使用者 / 授權數 ≥ 50% 是健康線;連續 3 個月跌破,就要啟動本篇 30 天救援 SOP。等到續約前 30 天才發現,通常合約已經自動續約或要付高額違約金才能退。
Q30 天救援動作做完還是沒改善,該立刻退訂嗎?
不一定。先看 4 個 KPI 有沒有任何改善,有改善但只有 1 個部門用得到 → 降階方案(保留 60-70% 月費);完全 0 改善且廠商 CSM ghosting → 直接終止合約;有改善但替代方案更便宜貼合 → 平行遷移 30 天。三選一比硬退或硬撐都更省錢。
Q影子工具回流(員工用 Excel 取代 SaaS)算塌方嗎?
算,而且是嚴重訊號。員工選 Excel 是因為 Excel 對他們的場景更貼合,而非因為懶。出現這個訊號代表 SaaS 功能跟實際流程脫節,光叫員工「乖乖用 SaaS」不會有效,要不就重新做客製化導入訓練(第 2 週 SOP),要不就承認工具不適合直接走 stop-loss。
Q採購前怎麼預防塌方?
5 個重點:① 採購委員會包含末端使用者代表;② 試用期用真實資料跑 3 個場景;③ 合約寫「90 天 KPI 達標條款」可單方解約;④ SaaS owner 用「角色 + 第二接手人」雙重 ownership;⑤ 採購當下就談 stop-loss 路徑。這 5 點都能在簽約前 30 分鐘的內部對話避開。
QStop-loss 退場最大的隱藏成本是什麼?
資料拿不出來。多數 SaaS 合約沒寫清楚 export 條件,退場時才發現要付 export fee、或資料格式不能 import 到任何替代系統。所以採購當下要先簽好數據遷移條款,這部分我們另外有篇 SaaS 退場成本拆解講細節。
延伸閱讀:中小企業 SaaS 續約議價完整 SOP(續約前 90 天的議價節奏)/中小企業 SaaS 採購評估框架(從一開始就挑對工具)/Microsoft Work Trend Index 78% 信號解讀(為什麼員工會回到影子工具)
AUTHOR
恆遠數位編輯團隊
CONTENTS
留言(0)
尚無留言,成為第一個留言的人吧!