「SaaS 已死」這個說法最近很流行。主張是：既然我們身處 AI 可以寫程式碼的時代，就應該停止為 SaaS 支付月費，改為自行打造所需的系統。
在我的公司 Emooove，過去幾個月我們全心投入於自行打造內部系統。實際做過之後，我同時經歷了成功的一面，也學到了慘痛的教訓。今天，我想根據這段真實經驗，分享我對「SaaS 已死」這個論述的看法。
先說明一下，我是以系統使用者／打造者的角度寫這篇文章，而不是 SaaS 供應商。
人人都能打造系統的驚人時代
首先，作為前提，Claude Code 的出現確實帶來了「任何人都能打造系統」的時代。這絕非誇大其詞。
在 Emooove，一位到職僅兩個月的招募主管自行打造了內部 ATS（Applicant Tracking System，求職者追蹤系統）。她完全沒有工程背景，也不是工程師。儘管如此，她做出了一個可用的系統，從匯入求職者、篩選管理到儀表板，全部都能處理。
此外，我們目前正在開發內部系統，目的是提升核心業務——銷售代理服務——的營運效率與品質。我個人每天都投入其中，而且開始不到兩週，我就覺得我們快要做出一個相當不錯的東西了。
當你能自行打造系統，省下每個月動輒幾萬、幾十萬日圓的 SaaS 費用時，人們會想說「SaaS 已死」，這完全可以理解。
然而，一切並非順遂
這才是重點。實際嘗試之後，一切並非一路順遂。
1. 維護異常困難
不論好壞，你可以「邊做邊想」地快速打造東西，所以系統很快就有雛形。然而，由於需求沒有充分釐清，很多地方都很粗糙。
以我們的 ATS 為例，就出現過這些狀況：
- 應該匯入的資料沒匯入。
- 儀表板的數字莫名出錯。
- 關鍵按鈕不見了，導致作業停擺。
我們遇到了很多「開始使用才發現的疏漏」。內部銷售支援系統甚至曾經某天早上突然進不去，畫面怎麼都打不開。
當然，這些問題可以靠更仔細地定義需求、或邊用邊改來某種程度地解決。但在那期間，日常業務會受到干擾。如果你抱著「簡單又快速」的期待開始打造，最後會陷入困境。我體悟到，不應該用「打造完就結束」的心態開始，而要有「打造完之後還要一直修」的覺悟。
因為我們的招募規模不大，即使 ATS 暫停一下也還能應付。但如果是涉及許多利害關係人的系統，光想就讓人不寒而慄。隨著使用者人數和影響範圍增加，一次故障造成的損失會更大，難度也會急遽上升。
這種情況在內部系統或許還能容忍，但如果是對外銷售、或像諮詢表單這種對外開放的東西，就必須格外謹慎。
2. UI/UX 永遠無法打磨到精緻
這是我在親自打造系統時意識到的：完成度有點平庸。
AI 最初生成的畫面看起來「還不錯」，但實際使用時，細節部分很笨拙。雖然可以靠反覆下指令慢慢把它弄得好看，但那需要極度的執著和時間。大多數人大概做到一半就會妥協。
SaaS 的介面之所以精美，是因為專業設計師花了多年時間將使用者回饋融入設計；這可不是免費就能得到的。
3. 安全性問題
這是最恐怖的部分。
即使是非工程師，也能用 Claude Code 以「邊走邊看」的態度做出功能和 UI/UX。但安全性能用同樣的方式補上嗎？至少對我來說，不行。身分驗證、權限管理、漏洞應對——「能用」和「安全」是兩件完全不同的事。
我們很幸運，團隊裡有具備安全工程師經驗的人，所以會特別請他們負責這部分。即便如此，還是會有一些不安。想到沒有專家的組織，把客戶資料放在隨興打造的系統上並公開對外，就讓我冒出一身冷汗。
「非生即死」的二元邏輯是錯的
前面列了自行開發的種種缺點，但老實說，好處也很多。
- 可以打造出完全貼合自己業務的系統。
- 想改什麼，隔天就能改。
- 幾乎沒有月費成本。
- 公司能累積 know-how，以及「我們也能自己打造系統」的信心。
問題在於把事情簡化成「SaaS 會不會死」。要採用 SaaS 還是自行開發，取決於公司的處境。根據我的經驗，可以從以下五點來判斷：
重點 1：公司內部有沒有工程師？
如果沒有，在安全性等非工程師無法隨手應付的領域就會出問題。最可怕的是，你有能力把功能做出來，卻完全沒意識到危險。關鍵轉折點在於，能否找到有經驗的人來把關重點環節。
重點 2：利害關係人的數量
如果太多，一旦發生故障，損失會很龐大，難度也會急遽上升。相反地，小組織比較容易嘗試，因為系統掛了道個歉就好。從影響範圍小的事務開始，是比較務實的做法。
重點 3：對外系統 vs. 內部系統
內部系統就算出狀況，風險也有限。但任何對外的東西，一次資訊外洩就可能造成無法挽回的傷害。SaaS 可以把部分責任轉嫁給供應商，而自行開發則所有責任都歸你。越是面向外部的東西，SaaS 那種「經過驗證的安心感」就越有價值。
重點 4：你能投入足夠的人力和時間來維護嗎？
維護的工作量超乎你的想像。自行開發不是「打造完就結束」，而是「持續修理」。你能帶著這樣的預見去開始嗎？如果只是抱著姑且一試的心態，很快就會被修 bug 的工作淹沒，進而壓迫到核心業務。
重點 5：你喜歡／想從事 AI 開發嗎？
說到底，這才是關鍵。這件事比你想的更繁瑣、更困難，而且 AI 不聽話的時候真的很令人沮喪（笑）。即便如此，你還能堅持下去嗎？對樂在其中的人來說，這是個美好的時代，但我不認為單靠責任感就能撐下去。
總結：SaaS 沒有死，只是選項變多了
我在標題用了「失敗」這個詞，但更精確地說，其實是「多次差點失敗」。我們之所以繼續自行開發，是因為有經驗豐富的工程師、組織規模還小、系統主要供內部使用、我們做好了長期維護的覺悟，而且最重要的是——我想做。可以說，我們是因為處於五個條件都滿足的得天獨厚的環境，才能這樣做。
反之，如果不符合這些條件的公司，把「SaaS 已死」這句話照單全收，嘗試自行打造核心業務系統，那就真的會失敗。
SaaS 沒有死。只是「自己動手打造」這個選項，如今對所有人都開放了。冷靜評估自己公司的處境，同時善用 SaaS 和自行開發——這才是面對這個既便利又充滿風險的時代的正確方式吧？
