「我們的流程很特別」通常不是客製的理由，而是警訊。當一家公司說自己特別到市面上沒有軟體裝得下，多半只是還沒把需求拆清楚。真正需要客製的公司，通常說得出來哪一段流程、為什麼套裝軟體做不到、做不到會損失什麼——具體到能寫成一頁 A4。
這篇文章不談技術選型，只給正在猶豫要不要發案的主管一份簡單的判斷框架。
先分辨：這是「差異化」還是「習慣」
決定要不要客製，第一題不是預算，是問自己：這個流程如果照套裝軟體的方式做，公司會不會少賺錢或多花錢？
如果答案是「不會，只是同事會不習慣」，那答案很清楚：買套裝軟體，讓同事改習慣，比花錢做一套來遷就習慣便宜太多。
如果答案是「會，因為這是我們的商業模式核心」——例如你的定價邏輯、庫存規則、對帳方式，真的和同業不一樣，而且這個不一樣就是你賺錢的來源——那客製才有討論的價值。
一個粗略的分界：後勤（人資、會計、基本 ERP、CRM）幾乎都該買現成的；越靠近「你怎麼服務客戶、怎麼定價、怎麼出貨」這條主線，客製的正當性才會出現。
舉個例子，假設一家做客製化禮盒的中小型電商，商品組合每天在變、每個訂單的成本結構都不同——這種情況套裝購物車確實會卡住，因為它預設你的 SKU 是穩定的。但如果只是「後台想多一個欄位」「報表格式想調」，那不是客製的理由，是設定或匯出的問題。
預算、時程、內部人力怎麼抓
對決策者最實用的三個心法：
一、預算要抓「上線後兩年」，不是「做完為止」。 客製系統真正燒錢的地方不在開發，在維運、修改、串接新工具。發案時只看報價單上的開發費用，通常會在第二年被追加預算嚇到。合理的做法是把兩年的維運費用一起放進評估，再和「買套裝軟體兩年的授權費＋客製化擴充費」比較，才是公平比較。
二、時程不要用「工程師說幾個月」來抓，要加上你這邊決策的時間。 客製案延誤的原因，超過一半不在開發端，而在需求方——簽核來不及、規格改來改去、上線前才發現某個部門沒被問過。發案前先確認：這個案子在公司內部有沒有一個能拍板的人？如果沒有，時程再短都會拖。
三、內部至少要出一個「懂業務又願意花時間」的窗口。 這是最常被低估的成本。外部團隊再強，也不會比你更懂公司的實際流程。如果內部找不出一個能每週固定投入時間、且有權限問問題的人，這個案子失敗機率會很高——不是廠商爛，是資訊給不進去。
什麼時候該踩煞車
出現以下訊號時，建議先暫停發案，回頭把需求盤一遍：
- 說不清楚「不做會損失什麼」，只說「做了會比較方便」。
- 需求會議每次結論都不一樣，或關鍵決策者從沒出席過。
- 想解決的問題其實是「同事不用系統」，而不是「系統做不到」。這種情況換系統無效，要先解決管理問題。
- 廠商報價差異超過一倍以上——通常代表雙方對範圍的認知差很多，這時該做的不是選便宜的，是先寫清楚需求再重問一次。
我們的觀察
在替客戶評估時，我們的經驗法則是：能買現成就買現成，能設定就不要客製，能客製擴充就不要從零做。真正值得從零打造的，通常是公司的商業邏輯本身，而不是那些「其他家也有、只是我們想做得不一樣」的功能。發案前多花兩週把需求寫清楚，往往比開發時多請兩個工程師省錢得多。