一個 80 人的傳產公司老闆問：「我請了一個工程師，月薪 7 萬，但他一個人又要顧官網、又要修 ERP、又要接 AI 專案，常常卡住。我到底該再請一個，還是把一部分外包？」這不是「外包好還是自養好」的二選一，而是「一個工程師的工作可以拆成哪幾類、哪些適合外包、哪些絕對該留在公司」。這篇給你一張可重複套用的職責拆分框架，讓你不必再用「全包或全留」的粗糙方式做決定。
業界迷思打破
- 迷思：自己養工程師比外包便宜。真相：月薪只是六成成本，加上勞健保、設備、管理、招募攤提、以及「他離職時專案斷掉」的風險，真實年成本常是月薪的 1.5–1.7 倍。
- 迷思：核心系統一定要自己人做才安全。真相：安全的關鍵是「文件、權限與交接機制」，不是「人在不在公司」。沒文件的自己人，跟沒文件的外包一樣危險。
- 迷思：外包就是把整個專案丟出去。真相：成熟的做法是「分工」——把可標準化、可被驗收的部分外包，把跟商業機密、即時決策強綁的部分留下。
- 迷思：找一個全能工程師就解決了。真相：全能工程師稀缺又貴，且「一個人顧全部」本身就是最大的單點風險。
核心框架：6 類工作 × 外包安全線
把一個工程師的工作拆成 6 類，每類問三個問題——「可標準化嗎？需要即時在場嗎？綁商業機密嗎？」——決定它落在「適合外包／可混合／該自留」哪一格：
| 工作類別 | 可標準化 | 需即時在場 | 建議 |
|---|---|---|---|
| 官網／行銷站開發維護 | 高 | 低 | 適合外包 |
| App／新產品開發 | 高 | 低 | 適合外包（含維運合約） |
| 資料分析／報表 | 中 | 低 | 可混合（外包建置、內部使用） |
| 內部 ERP/核心流程客製 | 中 | 中 | 可混合（外包開發、內部把關需求） |
| 即時維運／緊急救火 | 低 | 高 | 自留或簽 SLA 維運約 |
| 商業決策／資料治理／權限 | 低 | 高 | 一定自留 |
三類典型情境的對照
- 20 人新創：沒有全職工程師。結論：官網、App 全外包，留一位「懂技術的窗口」（可由創辦人兼）管需求與驗收。
- 80 人傳產：有 1 位工程師快被操爆。結論：把官網與新 App 外包、釋放他去顧 ERP 與內部即時需求；簽一份維運 SLA 補緊急救火。
- 200 人公司：有 3 人小團隊。結論：核心系統自留，把「尖峰期的專案外溢」與「非核心行銷站」外包，避免為了短期高峰永久擴編。
隱藏成本完整清單
自養一位 7 萬月薪工程師的真實年成本：薪資 84 萬、勞健保與退休提撥約 12–15 萬、設備與軟體授權約 5 萬、招募攤提（仲介費/面試工時）約 5–8 萬、管理成本（主管時間）約 10 萬、以及最貴的「單點風險」——他離職那 30 天的交接斷層，可能讓一個專案延誤、損失難以估計。合計真實年成本常達 120–140 萬，遠高於帳面的 84 萬。
評估外包夥伴的 KPI 計分卡
- ☐ 是否提供書面範圍書與驗收標準？
- ☐ 是否交付原始碼與文件（不綁架）？
- ☐ 是否有明確的維運 SLA 與回應時間？
- ☐ 是否願意做知識移轉/教育訓練？
- ☐ 報價是否拆項透明（無「一式」黑箱）？
- ☐ 是否有同產業或同類型案例？
- ☐ 溝通窗口是否單一且穩定？
- ☐ 是否主動提出風險與「不建議做」的項目？
- ☐ 智財權與資料歸屬條款是否清楚？
- ☐ 退場機制（合約結束怎麼交接）是否寫明？
ScriptWalker 的對應方案 + 不適合的情境
ScriptWalker 提供四種合作模式：單次專案（官網/App 建置）、月費維運（Retainer，起價 NT$5,000/月）、顧問型（架構/技術選型諮詢）、以及「補位開發」（接住你內部團隊的尖峰外溢）。我們不適合這幾種客戶：需要 24 小時駐點即時救火的工廠產線系統、把外包當「比內部更便宜的長期廉價勞工」、以及不願意做任何文件與權限管理的團隊——這類合作通常雙方都不會開心。
過渡期遊戲書
- 第 1 個月：盤點現有工程師的工作落在 6 類的哪幾格，標出「該外包」的項目；同步建立基本文件與權限清單。
- 第 2–3 個月：把第一個「適合外包」的項目（通常是官網或某個 App）交給外包夥伴試跑，內部工程師轉去顧核心；建立每週同步機制。
- 第 90 天：回顧外包項目的交付品質與內部工程師的負荷是否改善，決定擴大外包範圍或調整分工。
決策清單
- ☐ 我的工程師是不是「一個人顧全部」？
- ☐ 哪些工作是可標準化、可被驗收的？
- ☐ 哪些工作綁死商業機密或需即時在場？
- ☐ 我有沒有基本的系統文件與權限清單？
- ☐ 我算過自養的「真實年成本」而非只看月薪嗎？
- ☐ 如果工程師明天離職，專案接得住嗎？
- ☐ 我需要的是「永久擴編」還是「補尖峰」？
- ☐ 我能接受把官網/App 這類非核心交給外包嗎？
- ☐ 我有沒有為緊急救火準備 SLA？
- ☐ 我評估外包夥伴的標準寫下來了嗎？
常見問題 FAQ
把核心系統相關的工作外包，會不會有資安/機密風險？
風險來自「沒有權限控管與文件」，不是「外包」本身。正確做法是：外包只給必要的存取權限、簽保密與智財條款、所有變更走版本控制與紀錄。一個有制度的外包夥伴，往往比一個沒文件、隨時可能離職的自己人更安全。
我已經有一位工程師了，外包會不會讓他有被取代的危機感？
框架的重點正是「分工而非取代」。把可標準化的官網/App 外包，是為了釋放他去做更核心、更需要在場的工作（ERP、即時決策支援）。溝通時把外包定位成「幫他卸下雜務的支援」，多數工程師反而樂見。
怎麼判斷一個工作「可不可以外包」？
問三個問題：可標準化嗎（有明確規格與驗收）？需要即時在場嗎（要不要隨時待命）？綁商業機密嗎（碰不碰核心資料/決策）？三個都偏「否」的，幾乎都適合外包；三個都偏「是」的，留在公司。
外包的維運 SLA 通常怎麼計價？
常見是月費制（Retainer），依「回應時間 + 每月包含工時」分級。例如基礎方案 NT$5,000/月含數小時維護與工作時間內回應，緊急方案則包含更短的回應時間與假日支援。重點是把「回應時間」寫清楚，而不是只買一個模糊的「維護」。
行動呼籲
不確定哪些該外包、哪些該留？ScriptWalker 提供 30 分鐘免費職責拆分諮詢，幫你把現有技術工作落到那張 6 類表上，給你一張清楚的「外包安全線」。歡迎聯絡：
- Email：[email protected]
- 電話：0916-224-047
- LINE：@ufv9089p