外判定自建開發團隊？香港中小企的成本與風險比較
比較外判與自建開發團隊時，只看月薪會計錯數。本文列出全職總成本的五個隱藏項、三個應自建與四個應外判的情況、可以自己計的比較框架，以及最常見的混合模式。
文章目錄（點擊展開）
「請一個人定外判？」這個問題的答案不是看月薪，而是看你要的是持續產能還是一次性交付。這篇用香港實際情況拆開成本結構，並給一個可以自己計的框架。
決策摘要（30 秒）
自建適合：需求長期持續、有管理技術團隊的能力、能承受招聘與流失風險。
外判適合：需求有明確終點、需要多種技能短期並用、不想承擔招聘風險。
大多數香港中小企的最優解是混合：外判建核心系統，內部養 1–2 人負責日常與對接。
一、成本不只是月薪
比較時最常犯的錯，是只算「月薪 × 12」。真正的全職成本還包括：
- ▸強積金、勞保、年假、病假、替假成本
- ▸招聘成本與空缺期（香港中高級開發人員平均招聘期以月計）
- ▸設備、軟件授權、雲端環境
- ▸管理与培訓時間（資深同事帶新人）
- ▸離職風險：一走就要重新招聘與交接
二、三個應該自建的情況
- 系統就是你的產品。核心競爭力在代碼，不能外判。
- 需求持續且穩定。每月都有明確的迭代量，外判的溝通成本會超過自建。
- 你已有技術主管。有人能評審架構與代碼質量，自建才不會變成堆積技術債。
三、四個應該外判的情況
- 項目有明確終點。例如建一個 CRM、一個官網、一個 App，交付後進入維護期。
- 需要多種技能短期並用。設計、前端、後端、DevOps、資安同時要，但只需幾個月。
- 你沒有技術主管。請一個開發人員但無人管，等於買了一部車但沒有司機。
- 時間比成本重要。招聘要幾個月，外判可以下週開始。
四、可以自己計的框架
用同一個「功能點」去比較兩邊：
- 1. 列出未來 12 個月要做的工作（用功能點或人日估）
- 2. 自建：所需人數 × 全職總成本（含上述五項）× 12 個月
- 3. 外判：報價總額 + 你的管理時間成本（每週 2–4 小時）
- 4. 加上風險溢價：自建的招聘與流失風險，外判的依賴與交接風險
若兩者差距在 20% 以內，選你更有能力管理的那一邊。
五、混合模式最常見
實務上最多香港中小企採用的是：核心系統外判開發，內部養 1–2 人負責日常維護、內容更新與對接。這樣既拿到交付速度，又保留長期能力。關鍵是外判合約要包含知識轉移，否則你永遠無法接手。
三、真正的分水嶺：需求是否連續
這個決定不應該由「成本」開始，而應該由一個問題開始：未來兩年，你會有連續不斷的開發需求，還是只有幾個明確項目？
| 情況 | 建議 | 理由 |
|---|---|---|
| 一年兩三個明確項目 | 外判 | 沒有足夠工作量養一個團隊 |
| 核心業務系統持續演進（每週有變動） | 自建（至少核心） | 溝通成本與排期會成為瓶頸 |
| 需求跨部門、涉及內部流程 | 自建產品負責人＋外判執行 | 只有內部人才懂流程取捨 |
| 需求波動大、有旺季 | 混合 | 固定人力在淡季會閒置 |
四、自建團隊的真實成本
自建的成本遠不只是薪金。以一個能獨立交付的小型團隊為例，需要考慮：
- 直接人力：至少需要覆蓋前端、後端、以及一位能作技術決策的人。少於這個組合，單點依賴風險很高。
- 管理成本：招聘、面試、考核、培訓，通常佔管理層相當時間。
- 工具與基礎設施：版本控制、CI、監控、授權費用。
- 流失風險：關鍵成員離職，知識會一併離開；交接期通常拖慢進度。
- 閒置風險：項目之間的空檔，成本仍然存在。
把這五項加起來，很多公司會發現「自建比想像中貴」，但同時也會發現「外判在長期連續需求下更貴」。兩者都不是絕對答案。
五、外判的真實風險
- ▸知識不在你身上。系統怎樣運作、為什麼這樣設計，只存在於供應商腦中。
- ▸排期不由你控制。你是眾多客戶之一，急事不一定優先。
- ▸需求翻譯失真。業務語言轉成技術規格，中間每一次轉手都會流失資訊。
- ▸離場成本。如果沒有源碼與文件，換供應商等於重新開始。
這些風險可以透過合約與流程降低：要求源碼交付、要求文件、要求每階段可試用、保留內部一位懂業務的對接人。
六、混合模式：最常見的現實答案
大部分成長中的公司，最終會落在混合模式：
內部保留產品與流程知識
一位懂業務的產品負責人，決定「做什麼、不做什麼」。這個角色無法外判，因為它需要對公司資源與優先次序作判斷。
外判負責交付能力
設計、開發、測試、上線由外部團隊執行，按里程碑交付，並要求文件與源碼移交。
保留一位技術顧問角色
不需要全職，但需要有人能判斷報價是否合理、架構是否有風險。這個角色可以是外部顧問，關鍵是「不是由執行方自己評估自己」。
七、決策清單
- 未來十二個月，我有多少個明確的開發項目？
- 這些項目之間是否有連續性（同一個系統持續演進）？
- 我能否負擔一位以上的技術人員，並且留得住？
- 我是否有能力判斷技術方案與報價的合理性？
- 系統是否是核心競爭力，還是支援性工具？
- 如果供應商明天消失，我的業務會停多久？
八、常見問題
Q：外判會不會比較沒有保障？
保障來自合約條款與交付機制，不是來自「是不是自己人」。要求源碼、文件、分段驗收與保固，比有沒有全職員工更實際。
Q：先外判，日後再自建可行嗎？
可行，而且常見。關鍵是前期把架構與文件處理好，否則日後接手成本會非常高。
Q：一位工程師可以支撐一個系統嗎？
短期可以，長期風險很高：一旦離職、休假或生病，系統就沒有第二個人能處理。至少要有人可以接手。
九、混合團隊的實際運作節奏
混合模式聽起來理想，但真正決定成敗的是「節奏」。以下是我們與客戶協作時實際採用的安排：
| 頻率 | 活動 | 參與者 | 產出 |
|---|---|---|---|
| 每兩週 | 示範與範圍檢視 | 產品負責人＋執行團隊 | 可試用版本、下一步優先次序 |
| 每週 | 進度與阻塞同步 | 對接人＋技術負責人 | 阻塞清單、需要客戶決定的事項 |
| 每月 | 成本與範圍對帳 | 管理層 | 已用時數、剩餘預算、變更記錄 |
| 每季 | 路線圖檢視 | 雙方管理層 | 下季優先次序、是否需要調整合作模式 |
這個節奏的關鍵是「每兩週有可試用的東西」。沒有這個，你無法判斷進度是否真實，只能相信對方的口頭報告。
十、外判合約一定要寫的五條
- 源碼與知識產權歸屬。付款完成後，源碼應完整交付並歸你所有。
- 帳號擁有權。網域、主機、雲端、金流、短訊服務，全部要以你公司名義註冊。
- 交付文件清單。環境設定、部署步驟、第三方服務清單、資料結構說明。
- 保固範圍與期限。什麼算 bug（免費修），什麼算新需求（另行報價）。
- 離場安排。合作結束時的交接流程與時限，以及不交接的後果。
這五條不是防對方，而是讓雙方在關係好的時候就把最壞情況講清楚。我們見過太多爭議，源於一開始「大家都以為對方明白」。
ADWire 編輯團隊
ADWire Agency Limited
文章由 ADWire 團隊撰寫及審閱。團隊負責軟件開發、AI 應用與工作流程自動化、SEO／GEO 及數碼營銷項目，內容取材自實際項目經驗及公開的官方資料。
- 軟件及系統開發
- AI 應用及流程自動化
- SEO 及 GEO 搜尋優化
- 數碼營銷及成效量度
