要不要為每個客戶量身訂做，還是做一個大家都能用的版本？
阿傑最近開發一個線上學習平台，專門幫企業做「主管培訓」課程。
結果才跑第一輪 demo，就被三家公司講出三種不同需求：
甲公司說：「我們要多加管理會議實戰演練。」
乙公司說：「可不可以加一段是針對製造業現場管理的模擬？」
丙公司說：「我們要結合我們內部制度流程再設計教材。」
阿傑壓力山大。
他問我：「12哥，是不是每一家都要客製？我做出來才會有訂單？」
我問他：「你想做的是培訓公司，還是定做教材的代工廠？」
升維心法：量身訂做可以接案，但要規模化，必須產品化
你能不能做客製？當然可以。
但你要先搞清楚，你是要走「個案賺錢」還是「產品放大」的路線。
客製化代表深度，但不能複製。
產品化代表一致，但能擴張。
真正厲害的商業模式是這樣的：
表面看起來像是為你量身訂做，底層其實是模組化拼出來的。
也就是：做得像客製，賣得像產品。
你要練的，不是一個案一個案改到死，
而是提煉出通用底盤＋客製包裝的邏輯。
案例故事一：阿傑怎麼從客製代工變成模組商
我建議阿傑做一件事：
把所有他接觸過的客戶需求通通整理成一張表，列出哪些內容是：
所有人都需要的通用內容（例如主管角色、溝通技巧、會議管理）
某些產業需要的延伸模組（例如現場管理、製造流程）
個別企業才需要的內部制度調整（例：SOP 整合、文化導入）
然後他開始用「核心課程 + 加選模組」的方式設計課程包，
通用的影片共用、模組化的內容抽換、只有少數部份開放客製。
他不再為每一家重新寫腳本，而是讓客戶像點菜一樣選模組。
這樣一來：
客戶還是覺得他們有參與設計（客製感）
團隊只要更新少數區塊就能服務多家企業（規模化）
自己也不用被每個案子拖著跑（商業自由）
再說一次心法：模組化不是妥協，而是能量集中
早期創業者最怕一件事：怕拒絕就賺不到錢。
所以每個客戶提什麼就改什麼、做什麼、接什麼。
結果就是一堆不相容的系統、一堆只為一家公司寫的 code、
一堆你自己都快忘了為誰設計的流程。
能真正放大的產品，都是從一個共通需求出發，再加上有限變化。
不是完全不改，而是改在你設定好的「可變區」。
你得學會說：「這個版本我們支援，你想要的可以加價開發，預計六週後交付。」
案例故事二：Shopify 拒絕客製，成就百萬電商
早期 Shopify 也曾面臨同樣的選擇——
每家店都希望有自己的前台設計、物流整合、促銷模組。
但 Shopify 團隊堅持一個原則：
「我們只做 80% 的共通需求，剩下 20%，開放給 App 生態系解決。」
換句話說，他們不客製，而是打造模組與外掛機制，讓別人幫忙客製。
這個選擇，讓他們專注打造穩定平台與 API 架構，
也讓成千上萬的第三方開發者進來提供擴充服務。
Shopify 就這樣從一家「幫人開店的小工具」，
變成市值超過百億美金的電商基礎建設。
這就是選擇產品化，而非客製的力量。
逼問區：你真的需要為每個人都特別做嗎？
你現在接的需求，彼此之間有沒有重疊的地方？
你是否為不同客戶做了幾乎相同的功能，卻每次重寫？
你有沒有思考哪些部分可以變成模組化？
你現在的商業模式是靠收訂製費，還是靠放大規模？
你是否太怕失去機會，而不敢拒絕客製要求？
你有沒有設「可客製／不可客製」的邊界？
你是否已經被客戶的需求綁到疲於奔命？
你想不想要有朝一日不用一直親自處理每個案子？
你是否花太多時間做低頻需求，卻忽略高頻核心？
你真正的核心價值，是你這個人，還是你能複製的系統？
應用建議：三階段轉化，從接案邏輯走向產品邏輯
整理歷來案子的功能／需求清單，找出高頻元素
建立「通用核心」與「可選模組」兩種層級
設計出一個半客製流程（模組化選配＋少數客製）
用「點餐邏輯」取代「每案重做」，保有靈活也能控管
跟客戶溝通「版本與範圍」＋報價與交期規則
拒絕無止盡修改，用制度取代人情
這樣你才能從「一人廠」升級為「可複製商模」，
讓你可以主導、也可以放手，才真正走向企業化。
—— 12
有些路，我也走過；有些坑，我也踩過
希望這篇，能讓你多一點方向，少一點迷惘
升維商模 × 降維打擊
創業不再一人摸索
《12哥的創業智慧筆記》