找系統開發公司報價之前,先確認三件事:流程是不是真的無法用套裝軟體解決、需求能不能寫成可驗收的規格、以及上線之後由誰負責維護。這三件事沒有釐清,收到的報價彼此無法比較,價差十倍也看不出差在哪裡。
客製化系統開發是針對特定組織的流程量身開發軟體,與面向大眾市場的套裝軟體相對。以下依照評估、比較、流程、費用、選商的順序整理,涵蓋決定要不要做、以及決定跟誰做這兩個階段。
客製化開發的成本與時間都高於購買套裝軟體,值得投入的情況通常有幾個特徵。
流程是競爭力的一部分。作業方式本身就是與同業的差異所在,改成套裝軟體的標準流程等於放棄優勢。常見於製造排程、專案計價、通路分潤這類各家做法不同的環節。
套裝軟體需要大量二次開發才能用。導入評估時發現要改的地方超過一半,或必須靠大量人工作業銜接系統之間的缺口。此時客製化的總成本未必比較高。
資料要留在自己手上。產業法規或客戶合約要求資料保存在指定環境,或不接受資料存放於第三方雲端服務。
系統要長期演進。上線只是開始,後續兩三年還會持續調整流程、新增模組。套裝軟體的版本升級節奏由原廠決定,客製化系統則由使用方決定。
反過來說,以下情況通常不需要客製化開發:流程與同業高度相似且沒有特殊要求、使用人數少且預算有限、或需求還在變動而尚未穩定。後者比較適合先用現成工具跑一段時間,等流程定型再評估。
兩者的差別不只在功能,而在後續的可控程度。
功能範圍:套裝軟體提供產業最大公約數的功能,客製化系統只做實際會用到的功能,介面通常更貼近既有作業習慣。
導入時間:套裝軟體可以快速開始使用,客製化系統需要經過需求訪談與開發。但套裝軟體若需要大量設定與流程調整,實際上線時間未必比較短。
付費方式:套裝軟體多為訂閱制,費用隨使用人數與時間累積;客製化系統是一次性開發加上後續維護費。使用年限越長、人數越多,兩者的總成本差距越容易逆轉。
修改彈性:套裝軟體的功能調整取決於原廠的產品規劃,客製化系統的調整優先順序由使用方決定。
資料與原始碼歸屬:這是最常被忽略的一項。套裝軟體的資料通常存放在原廠環境,轉換系統時需要匯出;客製化系統的原始碼與資料歸屬應該寫進合約,不同廠商的作法差異很大。
更完整的比較,包含 ERP、CRM、POS 三類系統各自適合套裝或客製化的情境,可參考 ERP、CRM、POS:企業客製化系統選擇完整指南。
客製化系統的應用範圍很廣,以下是企業最常委外開發的幾類。
內容管理系統(CMS):管理網站內容、版型與多語系,讓非技術人員也能更新對外資訊。
客戶關係管理(CRM):維護客戶資料、追蹤跟進紀錄與銷售流程。客製化的重點通常在於貼合既有的業務階段定義,而不是套用通用的漏斗模型。
企業資源規劃(ERP):整合採購、庫存、生產與財務。多數企業採用套裝 ERP 搭配客製化模組,而非全部自建。
進銷存與庫存管理:採購、入庫、出貨與盤點,常需要與既有的報價、訂單流程串接。
派工與工單系統:把紙本派工改成現場行動回報,細節可見 派工系統與工單系統怎麼導入。
電子簽核:把 Email 與紙本簽核流程系統化,判斷何時該用表單工具、何時該客製化開發,可見 電子簽核系統怎麼選。
這幾類的共同點是流程高度依賴企業內部的既有規則,套裝軟體的標準流程往往對不上。
不同開發公司的階段名稱不盡相同,但實質工作大致如下。
一、需求訪談與流程盤點。釐清目前的作業方式、痛點與期望結果。這個階段的品質決定後面所有事情,訪談時如果只是照抄功能清單而沒有問到實際作業細節,後續必然大量返工。
二、規格確認與範圍界定。把需求寫成可驗收的規格,明確列出這一期做什麼、不做什麼。沒有寫進規格的項目就是第二期,這一點越早講清楚,爭議越少。
三、系統架構與介面設計。決定資料結構、技術選型與部署環境,同時產出介面設計。資料結構的決定影響未來的擴充彈性,比介面更難事後修改。
四、開發與階段性驗收。分批交付可操作的版本,讓實際使用者及早試用。等到全部做完才第一次看到系統,通常代表要大幅修改。
五、測試與上線。包含功能測試、資料移轉與教育訓練。舊系統的資料移轉常被低估,實務上需要提前規劃對應規則與清洗方式。
六、維護與後續調整。上線後的錯誤修正、環境更新與新需求開發。維護方式與費用計算應該在簽約時就談定,而不是上線後再議。
同樣一句「做一套管理系統」,不同公司的報價可能差上數倍,差異通常來自以下四項。
功能數量與複雜度。單純的資料建檔與查詢,和牽涉計算規則、權限分層、跨部門流程的系統,工作量不是同一個量級。
介面與使用者數量。只有後台,或同時要有前台、後台與行動裝置版本,差異很大。多角色權限也會顯著增加測試範圍。
第三方串接。金流、物流、電子發票、LINE、既有 ERP 的介接,每一項都有各自的規格與測試成本,而且受對方系統的限制。
維護與服務等級。是否包含固定時數的維護、回應時間承諾、以及未來新需求的計價方式。這一項在報價單上最常被省略,卻是長期成本的主要來源。
各因素的細部拆解與詢價前該準備的資料,整理在 客製化系統開發費用怎麼算。比較報價時,重點不是總額,而是同一份需求下各家包含與不包含哪些項目。
技術能力不容易從網站上判斷,但以下四點在接觸初期就問得出來,而且區辨度高。
一、是否理解產業流程。需求訪談時能否問到實際作業細節,而不只是照抄功能清單。能問出例外情況怎麼處理的團隊,通常做過類似的專案。
二、交付方式。是一次交付全部,還是先完成可操作的第一版、由實際使用者運行後再列第二階段規格。後者較能避免在需求未驗證前投入過多開發。
三、上線後由誰維護。維護是否由原開發團隊負責,以及回應時間與費用計算方式。開發與維護分屬不同團隊時,問題釐清的時間通常會拉長。
四、原始碼與資料歸屬。原始碼所有權、部署環境與資料保管方式是否寫進合約。第三方服務帳號登記在哪一方名下,也應該一併確認。
客製化系統開發要多久?
取決於功能範圍。單一流程的工具型系統通常以月為單位,跨部門的整合型系統則會拉長到半年以上。採用分階段交付時,第一版可操作的版本會比完整交付早很多。
可以先做一小部分試試看嗎?
可以,這也是較穩健的作法。先挑一個明確、能獨立運作的流程開發第一版,由實際使用者運行一段時間後,再依據使用回饋決定第二階段的規格。
原始碼一定拿得到嗎?
不一定,取決於合約。有些開發公司提供的是使用授權而非原始碼所有權。這一點應該在簽約前確認並寫進合約,而不是假設。
套裝軟體用到一半可以轉成客製化嗎?
可以,但重點在於資料能否完整匯出。評估轉換時,應先確認現有系統提供的匯出格式與欄位範圍,再決定移轉方式。
系統上線後還能繼續改嗎?
客製化系統的調整優先順序由使用方決定,但實際能不能順利改,取決於開發階段的架構設計。評估時可以詢問系統預留了哪些擴充方式。
決定要不要做客製化系統,關鍵在於流程是否真的無法用現成工具解決;決定跟誰做,關鍵在於對方是否理解產業流程、怎麼交付、誰維護、以及原始碼與資料歸誰。這四點在正式報價之前就能問,也最能看出差異。
山葵組的客製化系統開發服務由同一個團隊負責需求訪談到上線維護,服務內容、合作流程與維護方式可見客製化系統開發。