要不要幫客戶「客製化」？還是保持產品標準化？
客戶一開口：「你可以幫我加一個功能嗎？」
阿誠做了一個幫企業做內部訓練的小平台
主打簡單操作、上傳影片、建立考題、查看學員進度
一開始他找到一間願意試用的大客戶
對方說：「不錯耶，但我們這邊想要多一個『主管審核流程』，你們能做嗎？」
阿誠猶豫了——
這客戶預算很高，願意先付款
但如果這功能只為了他做，會不會搞壞整體架構？
還是說，先做出來再說，能收錢就好？
「到底該不該幫客戶客製？」
升維心法：客製化不是不能做，但要設「可轉用的邊界」
很多人誤會，客製＝討好客戶，標準化＝放棄機會
但真正的關鍵在於：
你做的，是「只有他用得懂」的東西，還是「別人也可能用得到」的延伸？
你要把客製化分成三種：
假客製，真誤導：幫他搞一堆只有他懂的邏輯，反而害自己產品歪樓
實客製，真學習：從這需求中，學會一套高價值的新功能路徑
半客製，可模板化：幫一間做完，轉成選項、模組、服務包，變下一批客戶的新賣點
你不是不能改，而是不能亂改、改壞、改偏主線
案例故事一：行銷自動化平台的「客製化地獄」
小郁開發了一套行銷簡訊系統，針對中小企業做會員經營
初期有一間連鎖美甲店說：「我們要能分類會員的生日星座，然後送專屬折價券」
聽起來很有趣，小郁就硬著頭皮幫他們加了這個功能
結果呢？
這功能只有他們在用，其他店根本不在意
為了支援這個功能，資料結構變複雜
後續 bug 層出不窮，技術團隊疲於應付
最慘的是，這間美甲店半年後沒續約
這功能卻變成系統裡的燙手山芋
小郁後來學聰明了：
只答應做「能通用的客製」——不是依照人做，而是依照「痛點類型」做成模組
例如：「生日自動訊息模組」設計成選項，其他行業也能用
才把客製做成真正的產品進化
再說一次心法：你不是拒絕客製，而是要轉成「標準化包裝」
創業初期，客戶的錢很重要
但你要更清楚知道：這次改動，是在幫你往前進，還是拉著你走回頭路？
你可以這樣設計自己的客製化策略：
客戶說的這個需求，有超過 3 成的潛在客群也可能需要嗎？
這功能能不能做成「插件、選項、加值包」？
我做的這段 code 或流程，未來能再用 3 次以上嗎？
客製這件事，對方付的代價有符合我開發與維護的成本嗎？
如果答案都是 YES，那你是在「用客戶的錢幫你升級產品」
否則，你只是在「賣時間、埋地雷」
案例故事二：Shopline 如何從客製案轉向模組化服務？
台灣 SaaS 電商平台 Shopline 一開始也做過很多客製開店網站
有客戶要加直播、有客戶要導 LINE OA、有客戶要分店管理後台
他們一開始硬著頭皮幫忙做
但很快發現：每一家客製都要重新溝通、重寫、重測，根本做不大
後來他們就轉向模組化設計：
將常見需求做成「應用擴充包」
建立模組市集，讓客戶自由選購
客製開發則變成「高價專案」額外收費，有明確邊界與交付規格
這樣一來，不只提高毛利，也讓產品不會被拖著走偏
他們從「你要什麼我就改什麼」變成「這些是你可以加購的」
客製變成了「選配方案」，而不是「任性工程」
這就是從生存邏輯，進化到產品思維的轉捩點
逼問區：如果你現在也在被客戶拉著跑，請問自己這十題
客戶提出的功能，對其他人也有價值嗎？
我能不能做成「模組」或「選配功能」來處理？
這改動會不會傷到我原本的主流程體驗？
開發這功能的代價是什麼？值那筆錢嗎？
對方願意為這項客製付出多少？有沒有簽明確需求書？
未來有可能別人也來說「你上次幫誰改，我也要」嗎？
我有沒有掌握主導權？還是完全照客戶的想法做？
這功能做完後，我能拿來當新賣點推廣嗎？
這件事有讓我產品更強？還是更複雜？
如果今天這客戶不續約，我會不會後悔做這件事？
應用建議：三層決策邏輯，讓客製變成產品進化的推手
第一層：策略分類——這是誰的需求？屬於哪一類用戶？
先判斷這是少數客戶的特殊情境？還是可能成為主流應用場景？
第二層：產品分層——能否變成模組、選項、設定包？
不是加在主產品裡，而是做成額外模組或加值方案
方便管理，也好定價分層
第三層：商業計算——這功能值不值得開發？誰來出錢？
可以明確報價、簽訂需求範圍、設定交付邊界
把客製當成投資，而不是壓力
你不是要什麼都說 NO
但你要練習說：「這個我們可以做，不過方式是這樣、價格是這樣、未來會變成這個版本」
這樣你才能在客戶想法百百種的世界裡
守住你產品真正要走的路
—— 12
有些路，我也走過；有些坑，我也踩過
希望這篇，能讓你多一點方向，少一點迷惘
升維商模 × 降維打擊
創業不再一人摸索
《12的創業智慧筆記》