SaaS 一直漲價，什麼時候該換成自己的系統

「又漲了。」財務把續約通知轉給老闆：明年起每個帳號單價調整，原本方案裡的某個功能，改成只有更高一級的方案才有。老闆算了一下，公司這兩年從四十人長到八十人，這套系統的月費也跟著翻倍，現在又要再加。他的第一個念頭是：乾脆自己做一套，一次付清，以後就不用再被漲價了。

我是熊董，川輝科技創辦人。創業七年，帶團隊做過 252 個以上的案子、橫跨 32 個以上產業，一年交付 2,000 萬以上的系統。這幾年聽到「SaaS 漲價，想自己做」的老闆越來越多，我給的第一個答案通常不是「好」，而是「先算一下」。

SaaS 漲價本身不是換掉它的理由，而是重新算帳的時機。真正該自建的訊號有三個：一、費用跟著人數或交易量一起長，公司越成長越貴，三到五年累計已經接近自建加維護的總成本；二、SaaS 外面長出越來越多 Excel 和人工補洞，核心流程被迫遷就工具；三、資料和規則都在別人手上，匯不出來、改不了。三個訊號都沒有，留下來談判或換一套類似的更划算；中兩個以上，就值得評估自建，而且先換最核心、最痛的那一條流程，不要一次全部換掉。

想換掉 SaaS 的衝動，有一半是對的

先承認這個感覺是對的。被漲價的不舒服是真的：價格是對方定的，功能放在哪個方案是對方決定的，你唯一的選擇是接受或離開。而且公司越依賴它，離開的成本越高，對方也知道這一點。

按人數計價的方案還有一個結構問題：你每請一個人，系統費用就多一份，但那個人可能只是每天在系統裡看一張單。公司成長本來是好事，卻變成每個月固定成本往上爬。

但另一半要講清楚：自建系統不是「一次付清，以後不用再付錢」。系統上線之後，主機、備份、資安更新、外部服務改版，都要有人處理。自建不是沒有月費，而是把月費從「授權」換成「有人懂你的系統」。如果這一點沒想清楚，你可能是從一個會漲價的 SaaS，換成一套沒人顧、兩年後開始出問題的系統。

所以問題不是要不要逃離漲價，而是你付的錢，換到的東西還值不值得。

先算一次帳：漲價之後，三年要多付多少？

不用算得很精確，抓幾個數字就夠。把繼續用 SaaS 和自建的成本放在同一張表上：

再用一個簡單的公式算回本時間：

回本月數 ＝ 自建的一次性費用 ÷（每月 SaaS 費用 － 自建後每月維護費 ＋ 每月省下的補洞人工）

假設一家八十人的公司，漲價後 SaaS 每月要付六萬，每個月還有大約一萬元的人工花在 Excel 補洞上。如果自建後的維護月費是兩萬（以川輝為例，維護月費 2 萬元起，依系統規模報價），每個月的差額大約五萬。假設建置報價是 150 萬，回本大約要三十個月。這些數字都是假設，你要換成自己的。

回本時間在三年以內，自建值得認真評估；超過五年，除非有其他訊號，否則留下來談比較實際。要注意的是，人數還在成長的公司，SaaS 那一欄會一直變大，回本時間會比第一次算的更短。長期成本怎麼拆得更完整，可以參考ERP 五年總成本怎麼算，訂閱與買斷兩種模式的比較，在訂閱制 ERP 還是買斷客製？五年總成本怎麼算有更細的拆法。

真正該看的不是漲幅，是三個訊號

算完帳之後，老闆常常還是猶豫，因為錢只是一部分。我判斷該不該換，更看重下面三個訊號。

訊號一：費用跟著你長，而且沒有上限

漲一次價不可怕，可怕的是計價方式讓你越成長越貴。如果費用綁的是人數、訂單數、門市數或資料量，公司每擴張一步，系統成本就跟著跳一階。這時候你要問的不是今年漲多少，而是三年後公司變成什麼規模、那時候每個月要付多少。

訊號二：系統外面長出了 Excel

這是我最看重的訊號。SaaS 是設計給很多公司共用的，它的流程是「大多數公司」的流程。當你的流程跟它不一樣，員工就會在系統外面補：另開一份 Excel 算佣金、在 LINE 群組裡追進度、每週手動匯出資料再整理一次。

這些補洞的工時不會出現在 SaaS 的帳單上，但它是真實的成本，而且通常比訂閱費還高。補洞越多，代表這套工具跟你的公司越不合身，漲價只是讓這件事浮上檯面。

訊號三：資料和規則都在別人手上

你能不能隨時把完整的資料匯出來，而且是看得懂、能搬到別處用的格式？你的計價規則、簽核流程、報表定義，能不能照你的需要調整？如果答案都是不能，你被綁住的就不只是價格，而是整個營運方式。

這個訊號平常感覺不到，只有在你想改一個東西的時候才會發現。例如想把獎金規則從按營收改成按毛利，系統做不到；想讓經銷商自己上來查庫存，要升級到更貴的方案；想把資料拿去做分析，只能匯出部分欄位。每一次「做不到」，公司就多一條在系統外面的人工流程。久了之後，真正的營運規則一半在系統裡、一半在員工腦子裡，這比漲價更危險。

這三個訊號裡，中一個，先跟對方談，或評估同類型的其他方案；中兩個以上，自建就值得放上桌討論。

不換也是選項：四條路怎麼選？

很多老闆以為選擇只有「忍」或「自己做」，其實中間還有兩條路。

第一條常被低估。很多老闆收到漲價通知就直接接受或直接想走，其實續約前是你籌碼最多的時候。你可以拿多年期合約換價格、拿預付換折扣、要求把未來每年的調漲上限寫進合約，或者請對方把被移走的功能保留在你現在的方案裡。就算最後還是決定要換，談過一次，你也會更清楚對方的底線和自己的替代方案。

我自己最常建議的是第三條：半自建。會計、人事這類大家做法都差不多的，繼續用現成工具；真正讓你跟別人不一樣、也是補洞最多的那條流程，例如報價、接單、排程，自己做。這樣投入的錢比較少，風險也比較小，做完再看要不要往下延伸。自建和購買的整體判斷框架，我在自己開發還是買套裝？中小企業的判斷框架寫得比較完整。

自建最常失敗在哪裡？三個要先避開的坑

決定自建之前，也要知道自建會在哪裡出事。我看過被漲價逼著換、最後換得更痛苦的公司，問題多半出在下面三個地方。

把 SaaS 的功能表整份抄過去

最直覺的需求寫法，是打開現在用的 SaaS，把每一個選單、每一個按鈕列成清單，請開發商「照這個做」。這樣做出來的系統，只是一套更貴、更不成熟的複製品。SaaS 有很多功能是為了服務上千家公司而存在的，你可能一輩子都用不到。

正確的起點是反過來：先列出你們每天真的在用的那幾個動作，再加上系統外面那些 Excel 在補的東西。前者是基本盤，後者才是你自建的理由。

一次想把所有東西都換掉

漲價讓人生氣，生氣的時候容易想「乾脆全部重來」。但範圍越大，時程越長、風險越高，而且新系統上線那天，所有部門同時要適應新工具，出問題時根本分不清是哪裡出錯。從最痛的一條流程開始，跑順了再擴大，看起來比較慢，實際上比較快。

只算建置費，沒算維護

SaaS 的訂閱費裡，其實包含了主機、備份、資安更新和客服。自建之後，這些事不會消失，只是變成你要另外安排。如果簽約時只談建置、沒談上線後誰顧，兩三年後系統開始變慢、出錯、外部服務改版跟不上，你會發現自己又回到起點。所以前面試算時，維護費一定要放進去，而且要問清楚維護包含什麼、回應時間多久。

決定要換了，順序怎麼排才不會出事？

換系統最怕的不是新系統不好，而是換的過程讓營運中斷。下面這個順序可以把風險壓到最低。

1. 先確認資料拿得出來。 在通知對方之前，先自己試一次完整匯出，確認客戶、訂單、歷史交易都匯得出來、格式看得懂。
2. 盤點系統外的 Excel 和人工。 這些補洞的地方，就是新系統最該做對的需求。
3. 先做最痛的那一條流程。 不要一次搬全部，先讓最核心的流程在新系統跑起來。
4. 新舊並行一段時間。 兩邊同時跑、對數字，確認新系統穩定再停舊的。
5. 在續約日前完成切換。 倒推時程，至少提前幾個月開始，不要被續約日逼著做決定。

並行那一段要怎麼安排、切換那一週要注意什麼，可以看新舊系統要並行多久？切換那一週怎麼安排。

還有一件事一定要在簽約前做：原始碼的授權、主機和網域帳號，都要寫明在你公司名下。 否則你只是從被 SaaS 綁住，換成被開發商綁住。這部分的合約寫法，我在客製系統的程式碼歸誰？裡有整理。

常見問題

公司要多大，自建系統才比 SaaS 划算？

不是看人數，是看前面三個訊號。二十人的公司，如果核心流程很特殊、每天都在用 Excel 補洞，自建可能很快回本；兩百人的公司，如果流程很標準、SaaS 用得很順，繼續訂閱反而省事。用回本月數和三個訊號一起判斷，比用人數判斷準。

SaaS 的資料匯不出來，怎麼辦？

先查合約和服務條款裡關於資料匯出的規定，再實際試一次匯出，看能拿到哪些、缺哪些。缺的部分，可以趁合約還在時，用報表功能或 API 分批取出保存。千萬不要等到合約結束那天才開始處理。

自建之後，會不會換成被開發商綁住？

會，如果合約沒寫清楚的話。原始碼授權、主機與網域帳號、資料備份，都要寫明歸屬你的公司，並要求交付文件。做到這幾點，就算之後要換維護廠商，也有東西可以交接。

可以只自建一部分，其他繼續用 SaaS 嗎？

可以，而且常常是最務實的做法。把最核心、補洞最多的流程自建，通用功能繼續用現成工具，兩邊之間用資料串接。要注意的是兩邊的主檔，例如客戶和品項，要決定以哪一邊為準，否則會變成兩份資料各說各話。

漲價是重新算帳的時機，不是逃跑的理由

SaaS 漲價時要不要自建，一句話講完：不要因為漲價而換，要因為工具已經不合身而換。先算回本時間，再看三個訊號：費用是不是跟著你長、系統外是不是長滿了 Excel、資料和規則是不是在別人手上。中兩個以上，就從最痛的那條流程開始換。

如果你已經算到這一步，想知道自建一套合身的系統要怎麼規劃範圍和時程，可以先看看 ERP 導入怎麼做，再決定要換多少、從哪裡開始。