想做自己的 SaaS?從內部系統走到對外販售
自家系統用得順,同業來參觀都說想要,很多老闆就會想:乾脆包成 SaaS 拿去賣。這篇拆解內部系統和 SaaS 產品真正的差距——可設定、資料隔離、營運與客服,列出產品化前必須先回答的四個問題,以及從內部系統走到對外販售的四個階段。

「我們這套系統自己用得很順,上次同業來參觀,每個都問能不能賣給他們。熊董,你覺得我們把它包成 SaaS,每個月收訂閱費,有沒有搞頭?」這種問題通常出現在系統上線半年、員工終於用習慣、老闆開始覺得這筆投資很值得的時候。
我是熊董,川輝科技創辦人。帶團隊做系統導入七年、超過 34 個案子、14 個以上產業,現在一個人加 AI,一年交付 2,000 萬以上的客製系統。我做的大部分系統都是給公司自己用的,但「能不能拿去賣」這題,我被問過不只一次,也看過它從好主意變成大麻煩的過程。
從內部系統走到 SaaS,差的不是程式碼,而是三層你自己用的時候不需要的東西:第一,把你公司的規則變成可以讓別人設定的選項;第二,讓很多家客戶共用一套系統,資料卻完全隔開;第三,客服、上線引導、版本更新、收費與穩定度這一整套營運能力。所以 SaaS 開發的第一步不是寫程式,而是先確認三件事:真的有同業願意付錢、你的流程是產業共通而不是只有你這樣做、程式碼的權利在你手上。最穩的路徑是先找幾家同業付費試用,從他們跟你不一樣的地方,決定哪些要變成設定,再談正式產品化。
先承認:同業想要你的系統,確實是個訊號
這個念頭不是空想。同業看了想要,代表你解決的問題是真的,而且市面上現成的東西沒有解得那麼好。很多好的軟體產品,一開始就是某家公司為自己做的工具,用順了才發現別人也需要。
而且對老闆來說,這條路很有吸引力:系統已經花錢做了,再賣出去好像是多賺的;訂閱制的收入每個月都會來,比接單穩定;同業用你的系統,你在產業裡的位置也會不一樣。
問題在於,「同業說想要」跟「同業會付錢、會一直付、而且用得起來」中間,距離非常遠。參觀時說想要是客氣,也是真心,但真的要他換掉現在的做法、把資料搬過來、讓員工重新學,那是另一回事。更麻煩的是,就算他真的願意,你那套為自己量身打造的系統,很可能根本不適合他。
內部系統和 SaaS 產品差在哪?
最大的差別,就藏在你那套系統最成功的原因裡。
我做過一家印刷廠,之前花超過百萬、買了兩套 ERP 都用不起來;第三套照他們自己的流程做,員工採用率從不到兩成到九成以上。成功的關鍵是「照他們自己的流程」,這件事我在一家印刷廠第三套 ERP 才成功的關鍵裡寫過。但也正因為如此,這種系統的每一個畫面、每一條規則,都是長成那家公司的形狀。換一家印刷廠,報價方式不同、工單流程不同、外包加工的習慣不同,系統就不合身了。
內部系統的最大優點是貼身,SaaS 產品的最大要求是能讓很多不同的公司都穿得下。這兩件事天生互相拉扯。

| 面向 | 內部系統 | SaaS 產品 |
|---|---|---|
| 規則 | 直接寫死公司的做法 | 要做成選項,讓每家自己設定 |
| 資料 | 只有一家公司的資料 | 多家共用一套系統,資料必須完全隔開 |
| 使用者 | 員工,有人可以當面教 | 陌生人,要能自己看懂、自己上手 |
| 改版 | 老闆說改就改 | 改一個功能要考慮所有客戶的影響 |
| 出問題 | 打給 IT 或廠商 | 要有客服、有回應時間的承諾 |
| 收費 | 不需要 | 方案、帳單、續約、催款都要有人管 |
看完這張表會發現,表的右邊幾乎每一列,都不是「寫程式」能解決的問題。它們是產品設計和營運的問題。
產品化之前,先回答這四個問題
在投入任何開發之前,我會請老闆先誠實回答下面四個問題。任何一個答不出來,都代表現在還不是時候。
一、有沒有人已經願意付錢?
不是「有興趣」,是「願意付錢」。最簡單的測試是:直接開價,請說想要的同業付一筆試用費,讓他用一段時間。願意付的人,才是真正的潛在客戶;說等你做好再說的,通常就不會再有下文。
二、你的流程是產業共通,還是只有你這樣做?
拿你系統裡最核心的三條規則,去問那幾家付費試用的同業:你們也是這樣做嗎?如果答案大多是「我們不太一樣」,那你要賣的不是一套系統,而是一套「可以改成你的樣子」的系統,開發難度會高很多。
三、誰來負責營運?
SaaS 賣出去之後,會有人半夜打電話說系統登不進去,會有人要求加一個你覺得不重要的功能,會有人付款失敗、要退費、要匯出資料。你的公司本業是印刷、是貿易、是製造,誰來接這些事?如果答案是「到時候再說」或「叫原本的 IT 兼著」,這通常就是產品失敗的開始。
四、程式碼的權利在不在你手上?
如果系統是外包廠商做的,你要先確認合約:程式碼的所有權是你的,還是你只有使用權?你能不能拿它去賣給別人?很多委外開發的合約只授權你自己公司使用,拿去轉售就可能違約。這件事一定要在開始之前就弄清楚,客製系統的程式碼歸誰那篇列了合約裡該看的條款。
從內部系統走到對外販售:四個階段
四個問題都有答案之後,我建議的路徑是分段走,每一段都能停,而不是一次就投入一大筆錢做「完整的 SaaS」。

階段一:先讓自己用穩
系統在自己公司要先跑得夠久、夠穩,規則已經不太會改。如果你自己的流程還在調整,就去賣給別人,等於是拿別人的公司來幫你測試,對雙方都不公平。
階段二:找幾家同業付費試用
用一個比較簡單的方式讓他們先用,例如替他們各自架一份獨立的系統,而不是一開始就做多家共用。這個階段的目的是學習:記下每一家跟你不一樣的地方、他們卡在哪裡、哪些功能根本沒人用。
試用一定要收費,金額不用高,但要讓對方真的掏錢。免費試用的人會很客氣地說「不錯啊」,付費的人才會認真告訴你哪裡不好用、哪裡跟他的流程對不上,而這些抱怨正是你最需要的資料。試用結束時,也直接問一句:如果正式收費,你會續用嗎?
階段三:把差異抽成設定
從試用的回饋裡,找出那些「每家都不一樣,但只是參數不同」的地方,把它們從寫死的規則改成可以設定的選項。這是產品化最花工夫的一段,也是最能決定產品成敗的一段。抽太少,每多一個客戶就要改一次程式;抽太多,系統複雜到沒人會設定。
階段四:多家共用與正式營運
確定產品形狀之後,才做多家客戶共用一套系統、資料隔離、自助註冊、線上付款這些 SaaS 的基礎建設,同時把客服、文件、版本更新的流程建起來。到了這一步,系統對外的穩定性與流量要求也會完全不同,高流量網站要怎麼設計才撐得住,我在一個運動數據平台的架構經驗裡有分享過。
最容易被低估的是營運,不是開發
老闆在評估 SaaS 時,通常只算開發要花多少錢。但真正長期吃掉資源的,是賣出去之後的每一天。
你自己用的系統,壞了可以等一下、可以先用紙本頂著。賣給客戶之後,系統壞掉就是他的生意停下來,他不會管你今天是不是很忙。你要有人監控、要有人回應、要有人在更新之前先測過所有客戶的情境。
改版也是。你自己用的時候,老闆說要改一個欄位,改就是了。有了外部客戶之後,你改一個欄位,可能會讓某一家客戶的報表全部錯掉。於是每一次修改都要考慮相容、要通知、要留緩衝,你對自己系統的掌控度反而變低了。
還有一個很現實的問題:你的本業會不會被拖累?當產品客戶的需求跟你自己公司的需求衝突,例如客戶要的功能你自己用不到,你自己急需的功能客戶不在意,開發資源要先給誰?這個問題沒有標準答案,但一定要在開始之前就想過。
營運要先算進去的幾件事
在決定之前,我會請老闆把下面這幾件事各寫一個名字,也就是「誰負責」:客戶來問問題時誰回、新客戶上線時誰教、系統半夜出狀況時誰收到通知、每次改版前誰測、每個月的帳單誰開、客戶要退費或解約時誰處理、資料外洩或系統被攻擊時誰負責通報。
寫不出名字的那幾格,就是你還沒準備好的地方。這不代表不能做,而是代表那些事要先有安排,而不是等第一個客戶出狀況時才臨時找人。很多產品不是死在功能不夠好,而是死在第一次大當機時沒人接電話,客戶從此不再信任。
不一定要一步做到 SaaS:三種比較輕的對外方式
如果四個問題的答案讓你有點猶豫,其實還有幾種比較輕的方式,可以先把系統的價值變現,又不用一次扛下整個 SaaS 的營運。
第一種是授權加導入。把系統的使用權授權給同業,並且收一筆導入費,替他們調整成適合的樣子。客戶數量少、每家差異大的產業,這種方式往往比標準化的訂閱制實際。
第二種是替同業各自架一份獨立系統。每家一份,資料天生就是分開的,不需要先做多家共用的架構,維護上比較單純,代價是每家要各自更新。
第三種是只賣其中一塊。整套系統很難套用到別家,但裡面可能有一個模組是大家都需要的,例如自動估價、某種報表、或對外的下單介面。把那一塊單獨拿出來做成工具,難度和風險都小很多。
這三種方式都可以當成走向 SaaS 之前的中繼站。做了一段時間,客戶數量和需求的共通性都清楚了,再決定要不要往標準產品走。
所以我常講,SaaS 不是把系統包裝一下拿去賣,而是開一間新公司。它需要自己的人、自己的預算、自己的損益。如果你還在猶豫一開始該自己開發還是用現成的,可以先看自己開發還是買套裝的判斷框架,那是同一個問題的另一面。
常見問題
內部系統要改成 SaaS,需要整個重寫嗎?
不一定,要看原本的架構。如果資料結構一開始就只為一家公司設計,要改成多家共用、資料隔離,往往需要大幅調整;但很多商業邏輯可以保留。先做付費試用,搞清楚產品形狀,再決定改還是重寫,比較不會白做。
自己做 SaaS 要花多少錢?
開發費用取決於規格,我的客製開發是 NT$300,000 起,依書面規格報價、分段收款。但 SaaS 最大的成本不在開發,而在之後的客服、維運、改版與行銷,這些是每個月都會發生的錢,評估時一定要一起算。
委外開發的系統,可以拿去賣給同業嗎?
要看合約。有些合約把程式碼所有權移轉給你,有些只授權你自己公司使用。拿去轉售之前,先確認合約裡的權利歸屬與授權範圍,有疑問就跟原廠商談清楚、寫成書面。
一定要做成訂閱制嗎?
不一定。同業數量不多、每家需求差很多的產業,有時候「授權加導入服務」或「替每家建一份獨立系統」更務實。先從客戶真正願意付錢的方式開始,等客戶數量夠多、需求夠接近,再考慮轉成標準的訂閱制。
結語:先證明有人付錢,再決定要不要開一間新公司
一句話:把內部系統做成 SaaS,不是多賣一份軟體,而是開一間軟體公司;先用付費試用證明有人買、證明你的流程大家都用得上,再決定要不要走下去。
如果你手上正好有一套用得很順、同業也想要的系統,可以帶著它來找我做30 分鐘免費診斷,我們先看它離「可以賣」還差哪幾步。
Bring the one thing you are stuck on — a free 30-minute diagnostic
You do not need to know what system you want. Tell Johnny Yang about the one thing that keeps blocking you, and in 30 minutes you will know whether to skip it, build it with coaching, or pay for a custom build. No pitch — if we cannot help, you will hear that straight.
Johnny Yang replies himself · limited spots each month · or just book a free 30-minute diagnostic
