政府願意買軟體，並不代表每家軟體公司都能靠同一套產品穩定成長。數位產業署今年公布，114 年度軟體共同供應契約採購產值首次突破新台幣百億元；這裡的 114 年，是 2025 年。

對台灣軟體業而言，這是一個值得留意的需求訊號。但從「有人買系統」走到「一套產品能持續賣給不同客戶」，中間還有交付、維運與商業模式的差距。

百億採購數字，該怎麼讀？

官方資料顯示，共同供應契約讓政府機關透過既有採購機制取得軟體與服務，涵蓋套裝軟體、雲端與資安等需求。

其中，國產軟體訂單有 6,026 筆，占訂單數約 58%。這是筆數比例，不能直接推算國產軟體拿走了 58% 的採購金額。不同產品的單價與合約範圍可能差很多。

這些數字可以幫助公司觀察需求，但還需要進一步看：哪些機關反覆購買、哪些需求適合標準化，以及自己的產品是否符合採購和服務條件。

接案與產品化，差的不只是收費方式

接案通常從一位客戶的需求開始，再替他設計與交付。產品化則需要找到多個客戶共有的問題，讓主要功能可以重複使用，只有少數部分需要設定或擴充。

如果每接一位客戶，都要重新寫大量程式、另開一套維護版本，即使改成按年收費，也可能仍是接案的工作方式。

比較實際的判斷，是看新客戶上線時，需要多少人力、多久能完成，以及後續更新能不能讓多數客戶一起受益。這些條件會影響公司能否在不等比例加人的情況下成長。

政府市場需要的，往往不只功能展示

一套產品能在簡報裡跑出結果，不代表採購單位已經能放心使用。導入文件、權限管理、備份、資料移轉、教育訓練與維護回應，都可能成為決策的一部分。

因此，產品團隊不能只把所有資源放在新功能。若每次導入都要靠資深工程師口頭說明，服務成本很難下降。把安裝、設定、常見問題與異常處理整理成可重複使用的交付方式，才有機會把經驗變成產品能力。

政府採購另有各自的資格與契約條件，應以當期公告為準。不能因為整體市場破百億，就推論任何新創都能直接取得訂單。

小團隊可從既有案子找共通需求

對還靠接案維持現金流的公司，不一定要突然停止接案。可以回頭看最近幾個案子：哪個流程重複出現？哪項客製功能其實只是欄位、權限或規則不同？

先把其中一段做成可設定、可測試、可更新的模組，再觀察下一位客戶的導入時間有沒有縮短。若沒有，可能只是把程式搬到同一個資料夾，還沒有真正減少交付成本。

產品化需要市場願意反覆付費，也需要團隊能反覆交付。今天就從一項最常重做的功能開始，整理標準版本與例外條件，比直接宣布轉型 SaaS 更容易走出第一步。

常見問題

58% 是國產軟體營收占比嗎？

不是。官方該項統計指訂單筆數占比，不能直接換算採購金額。

按年收費就算產品化嗎？

不一定。若每個客戶都需大量客製與獨立維護，成本仍可能隨客戶數等比例增加。