服務

找一家統包,還是拆給三家?外包分包的「介面成本」計算法

2026.09.04 · 33 次瀏覽
找一家統包,還是拆給三家?外包分包的「介面成本」計算法

拆包省下的報價差,通常會被介面數吃掉。一條可以直接算的公式(I = n(n−1)/2)、拆包三問決策樹、三種規模的不同結論,與 10 維統包/分包適配度計分卡。

分享:

「三家分開報,加起來比統包便宜 38 萬」

一家 65 人的健康食品品牌要重做官網、會員系統與倉儲串接。統包報價新台幣 218 萬;拆成三家(前端 68 萬、會員後端 92 萬、倉儲介接 20 萬)合計 180 萬。採購主管拿著這 38 萬的價差來問意見。我們只請他回答三個問題:這三家之間會產生幾個介面?誰負責讓它們對得起來?那個人一週能投入幾小時?他想了三秒說「應該是資訊部的小陳,但他還有別的事」。那 38 萬大概第七個月就賠完了。這篇要做的,是把「介面」從模糊的擔憂變成可以放進試算表的數字。(以下金額皆為新台幣區間估算。)

業界迷思打破

  • 迷思 1:「拆包一定比較便宜。」拆包省的是報價,付出的是協調。省下的錢是一次性的,協調成本是每年重複發生的。
  • 迷思 2:「拆包可以避免被單一廠商綁住。」方向對,但拆錯位置反而更難換。把一個系統從中間切開,等於同時被兩家綁住,而且沒有任何一家對整體結果負責。
  • 迷思 3:「介面談清楚就好。」「談清楚」不是會議,是交付物。沒有寫成 API schema、資料字典、錯誤碼與回應時間的介面,上線後一定會出現「這不是我們的問題」。
  • 迷思 4:「多找幾家可以互相制衡。」制衡的前提是有人當裁判。客戶端沒有具技術判斷力的整合主控時,多家並存只會讓爭議變成無限迴圈。
  • 迷思 5:「統包商反正也轉包,我直接找下游更省。」你省下的是統包加成(通常報價的 12–20%),買到的是「所有整合風險由你承擔」。這筆交換對有專職 PM 的公司划算,對沒有的公司是災難。

核心框架:介面成本公式與拆包三問

先算介面數。設 n = 需要互相對接的單位數(含客戶自有 IT 團隊,很多人漏算這一個):

介面數 I = n × (n − 1) ÷ 2

再算每個介面的年度成本:每週約消耗客戶端 1.5 小時協調工時(含勞健保的實質時薪以 NT$600 估,年約 NT$4.7 萬),加上每年 2–3 次責任歸屬爭議,每次卡 3–7 個工作天、延遲與返工 NT$1.5–4 萬。合計每介面每年 NT$8–15 萬

承包單位數 n介面數 I年度介面成本(估算)
2(1 家廠商+客戶 IT)1NT$8–15 萬
33NT$24–45 萬
46NT$48–90 萬
510NT$80–150 萬

決策規則:拆包的報價節省總額,必須大於「年度介面成本 × 系統預期壽命年數」。開頭那個案例:n 從 2 變成 4,介面成本從 1 個變 6 個,年增約 NT$40–75 萬——38 萬的價差撐不過第一年。

拆包三問(全部 Yes 才拆)

  • ☐ 這塊有沒有可測的交付界線(明確的 API 契約、檔案格式或資料表邊界)?
  • ☐ 客戶端有沒有一位具技術判斷力、每週可投入 ≥ 8 小時的整合主控?
  • ☐ 拆出去的年度報價差,是否大於新增的年度介面成本?

三類企業的不同結論

  • A. 18 人電商品牌(新建、無 IT 人力):n 應該壓到 2。金流與物流用現成服務(費率照官方公告走,例如綠界官方費率頁),其餘統包。拆包對他們是純虧。
  • B. 120 人製造業(既有 ERP 廠商不可換):n 天然等於 3(ERP 商+新系統商+自家 IT)。介面成本躲不掉,該做的是把它文件化並寫進合約,年度介面預算明列 NT$25–45 萬。
  • C. 300 人集團(自有 5 人 IT):可拆 3–4 家,前提是自家 IT 擔任整合主控並擁有統一驗收環境。跨界指標要用客觀標準驗收,例如把 web.dev 的 LCP 定義寫進 SLA,而不是各家自說自話。

隱藏成本完整清單(分包)

  • 整合主控工時:每週 8–12 小時,年約 NT$25–37 萬(多數公司沒編這筆預算)
  • 重複的 PM 費:每家報價內含 8–15% 專案管理費,拆三家付三次
  • 重複的環境:各家自建測試環境,年約 NT$3–8 萬(用量計價可參考 Vercel 官方定價級距)
  • 跨界除錯:橫跨兩家的問題,定位時間約為單一廠商的 2.5–4 倍
  • 合約與法務:每多一家 NT$1.5–4 萬(審約、保密協議、資安條款)
  • 帳號與資安治理:每家每年 NT$2–5 萬(權限盤點、金鑰輪替、離場清帳)
  • 節奏空窗:排程不同步,平均每季損失 1–2 週等待時間

誠實對照——統包也有隱藏成本:續約議價能力下降(年漲幅常見 5–15%)、單點依賴、內部無人理解系統。這就是為什麼答案不是「永遠統包」,而是「算過再決定」。

統包/分包適配度計分卡(10 維度)

每項 0–3 分,滿分 30。≥ 24 分可拆 3 家以上;16–23 分最多拆 2 家;< 16 分請統包。

  • 交付界線的可測性(能不能用機器驗?)
  • 介面文件成熟度(有無 schema、資料字典、錯誤碼)
  • 客戶端整合主控的技術判斷力與可投入工時
  • 各廠技術棧相容度
  • 資料所有權與存取邊界是否清楚
  • 是否有客戶擁有的統一驗收環境
  • 事故責任與回應時間約定的明確度
  • 各家版本發布節奏可對齊程度
  • 拆包的年度報價節省幅度
  • 可接手性(任一家退場時的替換難度)

ScriptWalker 的對應方案與不適合的情境

  • Project 統包:n = 2 的情境,單一責任窗口,適合 A 類企業。
  • Retainer 月費整合主控:當客戶必須多廠並存又沒有內部人力,我們擔任整合主控(寫介面契約、跑聯測、當爭議裁判),月費約 NT$3.5–8 萬。
  • Advisory 顧問:只做介面契約與驗收標準,不寫程式,適合已有廠商但整合失控的 B 類企業。
  • Full outsourcing:接手全部並逐步移交給客戶 IT。

我們不適合這些情境

  • 已決定拆五家以上、又不設整合主控,只要我們做最小一塊
  • 拒絕建立客戶自己擁有的統一驗收環境
  • 要求我們對其他廠商的交付品質提供無上限擔保
  • 總預算低於 NT$30 萬卻要跨三家整合
  • 只想找人背書已經拍板的分包架構,不接受重算

90 天啟動遊戲書

  • 第 1–2 週:畫出介面圖,確定 n 與 I,把介面成本算進總預算。
  • 第 3–4 週:產出「介面契約」——API schema、資料字典、錯誤碼、回應時間、變更通知期(建議 10 個工作天),附進各家合約。
  • 第 5–8 週:建立客戶擁有的統一驗收環境,各家部署進來,禁止「在我這邊是好的」。
  • 第 9–12 週:跨廠聯測,並刻意演練一次跨界故障,實測責任判定與修復時間。
  • 第 90 天回顧:檢視跨界問題平均定位時數、責任爭議次數、聯測通過率,任一項不合格就縮減 n。

決策清單

  • ☐ 我算過 n 與介面數 I 了
  • ☐ 我把客戶端自家 IT 也算進 n 裡了
  • ☐ 我知道系統的預期使用年限
  • ☐ 拆包節省額大於介面成本 × 年限
  • ☐ 有一位指定的整合主控,且每週有 ≥ 8 小時
  • ☐ 介面契約已寫成文件而非會議共識
  • ☐ 有客戶自己擁有的統一驗收環境
  • ☐ 合約載明跨界事故的責任判定方式
  • ☐ 各家的變更通知期已對齊
  • ☐ 資料所有權與帳號歸屬在客戶名下
  • ☐ 任一家退場時有可接手的文件
  • ☐ 我編列了年度介面成本預算

常見問題 FAQ

介面成本每年 8 到 15 萬的數字怎麼來的?我可以自己算嗎?

可以,也建議自己算。公式是「每週協調工時 × 實質時薪 × 52 + 年度爭議次數 × 每次延遲成本」。把 PM 月薪除以 150 得到粗略時薪,再記錄兩週實際花在跨廠協調的時間,就能得到貼近自家的數字。我們給的是中小企業常見區間,不是通則。

已經拆成四家了,現在補救還來得及嗎?

來得及,但要先止血:建立客戶擁有的統一驗收環境,並補寫介面契約文件。這兩件通常 4–6 週、NT$15–35 萬可完成,之後再評估要不要合併其中兩家。直接換廠通常是最貴的選項。

統包商如果自己也轉包,那不是一樣有介面問題?

介面還在,但責任歸屬只有一個。差別在於爭議發生時是統包商內部消化,還是你花時間開三方會議。合約要載明轉包需事先告知,且統包商對下游交付負全責。

小型專案(NT$50 萬以下)需要做介面契約嗎?

若 n = 2,一頁的資料格式與錯誤處理約定就夠。介面契約的投入應與 I 成正比:I = 1 花半天,I ≥ 3 才值得花 1–2 週。

先算再決定

我們提供免費 30 分鐘的介面成本試算:帶著手上的報價單與系統範圍,一起算出 n、I 與年度介面成本,告訴你這個價差撐不撐得過第一年。不推銷統包,該拆我們會直說。

分享: