香港 IT 外判報價比較：3 種收費模式的隱藏成本

比較香港 IT 外判報價時,固定價格、時間與材料(T&M)、以及專責團隊(Dedicated Team)三種模式的隱藏成本各不相同:固定價格的成本藏在變更單與範圍談判,T&M 藏在治理與監督時間,專責團隊則藏在閒置產能與知識流失。關鍵不是比總價,而是比「誰承擔不確定性」。

為何比較 IT 外判報價幾乎總是失敗?

大部分企業在收到三份報價單時,做的第一件事是把總價放在一起排序。這個動作本身就已經錯了,因為三份報價單背後假設的範圍、品質標準、以及誰承擔變更風險,通常完全不同。

一份 HK$800,000 的固定價格報價,如果不含第三方系統整合、不含 UAT 後的修改、不含上線後 30 天穩定期,它的真實成本可能比一份 HK$1,100,000 的 T&M 預估更高。根據 Standish Group 的 CHAOS 研究,軟體專案長期以來有相當比例超出預算或範圍,而超支的主因往往是需求在開發過程中改變——而不是團隊做得慢。

在香港、新加坡、台灣這類高度跨境的市場,情況更複雜:一個電商專案可能同時涉及香港的支付閘道、台灣的發票法規、以及澳洲的 GST 處理。報價單上一句「支援多市場」可以代表兩天的設定工作,也可以代表六週的合規研究。

報價比較的三個前置動作

1. 統一範圍基準:自己先寫一份功能清單與驗收標準,要求所有供應商依同一份清單報價。差異就會浮現。
2. 要求列出「不包含」項目:好的供應商會主動列出 out-of-scope。不願意寫的,通常是把彈性留給自己的變更單。
3. 問第 13 個月的成本:上線只是開始。維運、雲端資源、授權續約、安全更新,都應該在比較表裡。

固定價格模式:確定性的代價是什麼?

固定價格(Fixed Price / Fixed Bid)是最受財務部門歡迎的模式:金額確定、可以走採購流程、可以綁里程碑付款。

固定價格的運作方式

供應商根據一份需求文件,報出一個總價與交付時程,通常分 3 到 5 期付款(如簽約 30%、設計確認 20%、UAT 30%、上線 20%)。風險名義上由供應商承擔。

固定價格的隱藏成本

風險溢價已經內建在價格裡。 供應商必須為不確定性買保險,一般做法是在估算上加 20%–40% 的緩衝。如果專案順利,這筆錢你照付;如果不順利,緩衝也未必夠。

變更單(Change Request)成為主要收入來源。 在固定價格合約下,任何不在原始 SOW 內的需求都是變更。變更單的計價通常沒有競爭壓力——你已經簽約了,換供應商的轉換成本極高。實務上,變更單的有效時薪往往高於同一家公司的 T&M 標準費率。

品質下修的誘因。 當專案進度落後,供應商保護利潤的方式是減少測試、簡化架構、跳過文件。這些成本不會出現在發票上,會出現在你上線後六個月的技術債裡。

規格撰寫成本由你承擔。 要讓固定價格合理,你需要一份非常詳細的需求文件。寫這份文件本身可能需要 4–8 週的內部人力,或另外付費做 Discovery 階段。

固定價格什麼時候是對的選擇

• 範圍真的固定:企業網站改版、既有系統的資料遷移、單一整合(例如接一個支付閘道)。
• 你有明確的法規期限,需要把時程風險轉移出去。
• 供應商做過幾十次同類型專案,估算基礎紮實。

時間與材料(T&M):彈性的真實帳單

T&M 按實際投入的人天或人時計費,通常附帶一個預估上限(Not-to-Exceed)。

T&M 的運作方式

供應商提供角色費率卡(例如資深前端、後端、DevOps、PM、QA 各一個日費率),每月依實際工時開票。範圍可以隨業務優先順序調整。

T&M 的隱藏成本

治理時間是你的成本,不是供應商的。 T&M 要不失控,你需要有人每週審 backlog、驗收 sprint 成果、決定優先順序。這通常是 0.3–0.5 個 FTE 的內部產品負責人。很多企業沒把這筆人力算進去。

費率卡的組合陷阱。 報價時展示的可能是平均費率,實際派工時資深角色佔比更高。比較時要問:預估的角色組合(role mix)是什麼?PM 與 QA 佔總工時多少百分比?業界常見的 PM overhead 在 10%–15%,超過 20% 就該問原因。

學習曲線由你付費。 新成員 onboarding 的頭兩週產出有限,但工時照計。團隊流動率高的供應商,你會重複付這筆錢。

「無限彈性」導致範圍蔓延。 沒有固定範圍的紀律,利害關係人會不斷加需求。這不是供應商的錯,但帳單是你的。

T&M 什麼時候是對的選擇

• 產品方向仍在探索,需求會隨用戶回饋改變。
• 現代化既有系統,水面下有多少東西沒人知道。
• 你有能力做產品決策,並且願意每週投入時間治理。

專責團隊模式:買產能還是買結果?

專責團隊(Dedicated Team / Staff Augmentation)是以月費包下固定的人力配置,團隊向你的流程與工具匯報。

專責團隊的運作方式

例如「2 名全端工程師 + 1 名 QA + 0.5 名 PM,月費固定,3 個月起跳,30 天通知期終止」。團隊使用你的 Jira、你的 Git repo、參加你的站會。

專責團隊的隱藏成本

閒置產能。 如果你的 backlog 不夠餵飽團隊,月費照付。這是最常被低估的浪費。

管理負擔轉移到你身上。 專責團隊需要技術領導、架構決策、code review 標準。如果你內部沒有這個角色,要麼額外買一個 Tech Lead,要麼接受架構品質下降。

知識集中在外部。 合約結束時,系統知識隨團隊離開。交接文件、knowledge transfer 期通常需要額外 2–4 週預算。

最短合約期與通知期。 30–60 天的通知期代表你無法即時縮編。業務急轉時,這是實質的固定成本。

專責團隊什麼時候是對的選擇

• 你有 6 個月以上的連續工作量。
• 需要跨時區覆蓋——例如英國總部下班後,香港與新加坡團隊接手處理歐洲夜間的事故。
• 你在建立長期能力,而不是交付一次性專案。

三種模式的並排比較

成本可預測性

• 固定價格:合約金額可預測,總持有成本不可預測(變更單)。
• T&M:單月波動,但透明度最高,可以隨時停。
• 專責團隊:月度成本最可預測,產出量不保證。

風險承擔者

• 固定價格:供應商承擔執行風險,你承擔規格風險。
• T&M:你承擔幾乎全部風險,換取彈性。
• 專責團隊:風險共擔,但你承擔產能利用率風險。

變更的邊際成本

• 固定價格:高。每個變更都是一次商業談判。
• T&M:低。改優先順序就好。
• 專責團隊:接近零,只要在團隊容量內。

對供應商的誘因結構

• 固定價格:誘因是「用最少工時完成合約字面要求」。
• T&M:誘因是「延長專案」,除非有明確的成果里程碑制衡。
• 專責團隊:誘因是「續約」,這通常與客戶滿意度一致——這是三者中誘因最對齊的一種。

跨境與多市場專案的適配度

• 固定價格:除非你已經完全清楚每個市場的合規要求,否則高風險。台灣電子發票、澳洲 GST、歐盟 GDPR 的資料落地要求,任何一項寫得模糊都會變成變更單。
• T&M:適合逐市場推進(market-by-market rollout),做完香港再決定是否複製到新加坡。
• 專責團隊:適合長期多市場營運,團隊累積各市場的法規知識是實質資產。

報價單上看不到的六項成本

1. 第三方授權與 SaaS 訂閱:Shopify Plus、支付閘道月費、ERP connector、監控工具。這些通常不在開發報價裡,但每年都要付。
2. 雲端基礎設施:AWS 或 GCP 的實際用量。根據 Flexera 的 State of the Cloud 報告,企業普遍估計自身雲端支出有相當比例被浪費,主因是閒置資源與過度配置。
3. 資料遷移與清理:舊系統的資料品質幾乎永遠比想像中差。這項工作經常被報價為「一次性腳本」,實際上是反覆迭代。
4. UAT 與你的內部時間:業務部門測試、寫回饋、重測。這是真實成本,只是不開發票。
5. 上線後穩定期:前 30–60 天的錯誤修復。要在合約裡寫明是否含在內、以及 SLA 是什麼。
6. 合規與安全審查:如果你處理個人資料,香港《個人資料(私隱)條例》、新加坡 PDPA、歐盟 GDPR 的要求都不同。滲透測試與安全稽核是獨立預算項目。

AI 如何改變 2026 年的報價結構?

這是目前報價比較中最被忽略的一環。當供應商使用 LLM 輔助開發時,同樣的功能所需工時確實下降——但這在三種模式下的受益者完全不同。

根據 Stack Overflow 的 Developer Survey,使用 AI 開發工具的開發者比例已成為主流,而 GitHub 公布的 Copilot 研究指出在受控任務中完成速度有明顯提升。但這些提升集中在樣板程式碼、測試撰寫、文件生成——不是架構決策或跨系統整合除錯。

在固定價格下,效率提升歸供應商。你付的是結果價,不是工時價。這其實是公平的,但你應該要求對應的時程壓縮。

在 T&M 下,效率提升歸你——工時減少,帳單減少。理論上如此,但前提是供應商誠實報工時。這也是為什麼 T&M 合約越來越應該搭配「成果導向的里程碑」而非純工時。

在專責團隊下,效率提升表現為同一團隊吃下更多 backlog。這是目前最能體現 AI 槓桿的模式。

比較報價時值得直接問:「你們的團隊使用哪些 AI 輔助工具?這對你們的估算有什麼影響?」答不出來的供應商,估算基礎可能停留在 2023 年。

亞太交付如何影響成本結構

把 IT 外判等同於「找便宜的離岸團隊」是過時的框架。實際的價值在於三件事:時區、法規熟悉度、以及在地文化理解。

時區覆蓋:香港與新加坡團隊的工作時間覆蓋歐洲早晨與美西深夜。對於需要 follow-the-sun 支援的營運型系統,這是結構性優勢,不是成本套利。

多市場法規知識:一個在香港、台灣、澳洲都做過電商上線的團隊,知道台灣發票 API 的實作細節、知道澳洲 GST 的 B2C 門檻處理。這類知識無法從報價單上看出來,但直接決定專案是否會延期。

混合配置的彈性:資深架構與產品角色放在香港或新加坡,執行層放在台灣、越南或馬來西亞,是常見的成本與品質平衡做法。比較報價時應該問清楚團隊的地理配置與時區重疊小時數。

Branch8 在為一間大中華區上市珠寶零售集團處理跨市場電商營運時,採用的就是混合模式:香港負責方案架構與利害關係人協調,區域團隊承擔持續交付。這種配置讓客戶在不同市場推進時,不需要每次重新建立團隊——但也意味著必須在合約中明確定義各地角色的費率與匯報線,否則治理會變得模糊。

該怎麼選?一個務實的決策框架

如果範圍清楚、預算硬性、時程確定

選固定價格,但堅持三件事:書面的 out-of-scope 清單、變更單的預先議定費率、以及至少 30 天的上線後保固。

如果需求會變、你有產品負責人

選 T&M,但加上 Not-to-Exceed 上限、每兩週的 demo 驗收、以及角色組合的透明揭露。

如果你在建長期能力、工作量連續

選專責團隊,但先確認你的 backlog 深度足夠三個月,並在合約中寫明 knowledge transfer 條款。

混合模式往往最實際

實務上最穩健的做法是:用固定價格做 Discovery 與架構階段(範圍小、可定義),再用 T&M 或專責團隊做建置與持續演進。這樣你在規格風險最高的階段就把不確定性收斂掉了。

給採購與 IT 主管的比較檢核清單

1. 三份報價是否依據同一份功能清單與驗收標準?
2. 每份報價的 out-of-scope 清單在哪裡?
3. 變更單的費率是否預先議定?
4. PM 與 QA 佔總工時的百分比是多少?
5. 第三方授權、雲端費用、監控工具誰付?
6. 上線後穩定期多長?SLA 與回應時間是什麼?
7. 團隊的地理配置與時區重疊小時數?
8. 知識移交與文件交付物有哪些?
9. 第 13 到 24 個月的維運成本預估是多少?
10. 供應商使用哪些 AI 輔助工具,對估算有何影響?

如果你正在比較多份 IT 外判報價,或需要一份獨立的範圍與估算檢視,Branch8 在香港、新加坡、台灣及東南亞的交付團隊可以協助你拆解報價結構,並依你的實際範圍風險建議合適的合約模式。

Sources

• Standish Group — CHAOS Research
• Flexera — State of the Cloud Report
• Stack Overflow — Developer Survey
• GitHub — Copilot Research Blog
• PCPD Hong Kong — Personal Data (Privacy) Ordinance
• PDPC Singapore — Personal Data Protection Act
• Project Management Institute — Pulse of the Profession
• Shopify — Shopify Plus