「合約簽了、頭款付了 NT$45 萬，開發到第三個月，對方 PM 已讀不回，Slack 頻道整週沒人動，最後打電話過去才知道那家五人小工作室的主力工程師連同兩位同事一起離職了。」這是一位電商營運總監在深夜傳給我們的訊息。他手上握著一套只完成 60% 的後台、一份看不懂的資料庫、和一個八月要上線的檔期。這不是罕見劇本——它幾乎每年都在中小企業身上重演一次。
問題的核心不是「對方技術好不好」，而是「這家公司撐不撐得到專案結束」。技術可以面試看出來，但財務與交付穩定度，藏得很深。這篇文章要給你的，是簽約「之前」就能讀出風險的方法，以及萬一真的中招，如何把損失壓到最低的續命流程。
業界迷思：你以為對，其實錯
- 迷思一：公司開得久＝穩。真相是——成立十年但只剩老闆一人接案的工作室，比成立兩年、現金流健康的團隊更危險。看的是「當下的交付能量」，不是資歷。
- 迷思二：報價便宜是佔到便宜。真相是——低於市場行情三成的報價，往往靠壓縮人力與拖延回款硬撐，這種結構最容易在中途斷鏈。便宜的代價常是「做到一半消失」。
- 迷思三：有簽約就有保障。真相是——合約能讓你事後求償，但求償拿回的錢，遠不足以彌補上線延誤與二次發包的成本。合約防的是「爭議」，防不了「消失」。
- 迷思四：規模大就不會倒。真相是——大公司會把小案子丟給最菜的人、最先砍掉不賺錢的專案。你的案子在他們眼中的優先序，才是關鍵。
核心框架：外包商穩定度計分公式
把「會不會消失」量化成一個可帶走的工具。穩定度指數 =（財務健康 × 0.35）+（交付韌性 × 0.35）+（依賴集中度 × 0.20）+（透明度 × 0.10），每項以 1–5 分評，總分乘上權重後換算百分制。
- 70 分以上：可簽長約，可付較高比例頭款。
- 50–69 分：可合作，但採里程碑付款、程式碼須即時交付到你的 Git。
- 50 分以下：只接受短期、可切割、隨時能換手的任務。
「依賴集中度」特別重要：如果整個專案只靠一位工程師，這叫「單點故障」，他一離職，穩定度歸零。台灣中小企業家數超過 163 萬家、佔全體企業逾九成（經濟部中小及新創企業署），流動與退場本就是常態，把雞蛋放在一個人身上是最大的風險。
三類典型情境對照
| 企業類型 | 常見誤區 | 穩定度重點 |
|---|---|---|
| 20 人傳統製造業（首次數位化） | 找最便宜、最會講話的接案個人 | 要求對方是「團隊」而非個人，確認交接文件與原始碼歸屬 |
| 50 人成長期電商 | 迷信大型系統商的品牌 | 問清楚「誰實際做我的案」、你的專案在對方的優先序 |
| 5 人新創（募資中） | 用股權或延後付款換開發 | 確認對方現金流能撐過你的付款週期，避免雙方一起斷氣 |
隱藏成本：一家外包商中途消失，你真正要付的帳
- 已付款項的沉沒成本：頭款加期中款 NT$30–80 萬，通常無法追回。
- 二次發包溢價：接手別人做到一半的爛攤，市場行情比全新開發貴 20–40%，因為新團隊要先花時間讀懂舊碼。
- 程式碼考古工時：無文件的交接，光是理解既有架構就要 80–160 工時，以 NT$1,800/時計，約 NT$14–29 萬。
- 上線延誤的營收損失：電商旺季每延一週，中型店家常見損失 NT$20–50 萬。
- 內部管理耗損：你的團隊追進度、開協調會、處理法務，隱形人力成本常被低估。
把上面加總，一次「做到一半消失」，中小企業的實際損失落在 NT$80–200 萬之間——遠高於當初為了省錢而選便宜廠商所省下的金額。
評估外包夥伴的 KPI 計分卡（8 大財務與穩定度訊號）
| # | 訊號 | 怎麼查 | 配分 |
|---|---|---|---|
| 1 | 公司登記與存續狀態 | 經濟部商工登記公示資料查詢核對統編、資本額、是否解散 | 15 |
| 2 | 付款結構透明度 | 是否願意接受里程碑付款、頭款是否合理（≤40%） | 15 |
| 3 | 團隊人數與角色分工 | 至少 2 人以上能接手同一模組，非單點 | 15 |
| 4 | 離職／流動率 | 近一年關鍵人力是否穩定，可從 LinkedIn 側面觀察 | 10 |
| 5 | 原始碼即時交付 | 程式碼是否每週推到你的 Git，而非結案才給 | 15 |
| 6 | 文件與交接規範 | 是否有 README、環境設定、部署文件 | 10 |
| 7 | 過往專案存活率 | 可聯繫的舊客戶、案子是否還在線上運作 | 10 |
| 8 | 訴訟與商譽紀錄 | 司法院裁判書查詢是否有履約爭議 | 10 |
總分 100。低於 60 分的廠商，不代表一定不能合作，但你必須用「里程碑付款＋原始碼即時交付」把風險綁住。
ScriptWalker 對應方案（與不適合的情境）
我們用 Laravel 與 Flutter 服務中小企業，最常用來對應「怕廠商消失」焦慮的，是這兩種模式：
- 里程碑交付模式：每個里程碑驗收才付款，程式碼每週推到客戶自有 Git，客戶隨時握有最新版本，就算合作終止也能無痛換手。
- 長期維運夥伴模式：月費制、透明工時、單一窗口，把「一個人扛全案」改成「團隊備援＋文件化」，降低單點故障。
但我們也誠實說，以下情境我們並不適合：
- 預算低於市場行情三成、且要求全包含後續無限期免費維護的。
- 只想用股權或無限延後付款換開發、沒有現金流計畫的早期新創。
- 需求天天變、拒絕任何書面里程碑與驗收標準的。
- 已認定「外包＝廉價勞力」、不願共享 Git 與文件的。
過渡期續命遊戲書：發現廠商快撐不住時
- 第 1 週（止血）：立刻書面要求對方將最新原始碼、資料庫、設計檔與帳號權限交付到你自有的 Git 與雲端。同步凍結尚未支付的款項，以文件記錄溝通狀況。
- 第 2–3 個月（穩住）：找第二家團隊做「程式碼健檢」，評估可接手比例；同時保留原廠交接窗口至少兩週，逐項比對功能清單與資料表。
- 第 90 天（重建）：完成換手或決定重寫，把新合約改為里程碑付款、原始碼即時交付，並在合約加入「關鍵人力異動通知」與「文件交付」條款，避免重蹈覆轍。
決策清單
- ☐ 我已在商工登記系統核對對方統編與存續狀態
- ☐ 對方接受里程碑付款，頭款不超過 40%
- ☐ 我的專案至少有兩人能接手，不是單點
- ☐ 程式碼每週推到我自有的 Git
- ☐ 合約明訂原始碼與智財歸屬於我方
- ☐ 對方提供 README、部署與環境文件
- ☐ 我聯繫過至少一位可查證的舊客戶
- ☐ 我查過對方有無履約訴訟紀錄
- ☐ 合約有「關鍵人力異動通知」條款
- ☐ 我知道萬一對方消失，換手要花多少錢與時間
- ☐ 我保留了所有溝通與交付紀錄
- ☐ 付款節奏與交付進度掛鉤，而非時間掛鉤
常見問題 FAQ
對方不肯每週交付原始碼，是紅旗嗎？
是明確的紅旗。健康的團隊沒有理由扣留你付費開發的程式碼；扣留通常代表想用「你拿不到碼」來綁住你，或內部進度其實落後。
五人小工作室是不是一定比較危險？
不一定。小團隊反而可能更專注、回應更快。關鍵在「是否單點故障」與「現金流是否健康」，而非人數。用計分卡評估，比用規模判斷準確。
已經簽約付款了，才發現對方要撐不住怎麼辦？
立刻執行續命遊戲書第 1 週的止血動作：搶救原始碼與權限、凍結未付款、書面留證。愈早行動，可回收的資產愈多。
行動呼籲
如果你正在評估一家外包商，或手上已有一個「做到一半」的專案需要接手，歡迎把上面的計分卡拿去用；需要第三方協助做風險健檢，我們也可以協助。ScriptWalker 用里程碑交付與透明工時，讓你在任何時間點都握有主導權。
- Email：[email protected]
- 電話：0916-224-047
- LINE：@ufv9089p