軟體外包合約爭議解決完整 SOP：6 個爭議訊號、5 條合約條款、4 個內部止血動作、3 個仲裁前的最後決策框架

過去三年我們陪過 15 家中小企業客製系統開發案，其中有 4 家最後是在『要不要走仲裁』那個會議上找我們進來看合約。一張當初簽得很快的需求變更同意書、一張驗收前夕雙方對『完成』的定義從沒對齊，最後變成業主每個月被廠商寄存證信函、廠商也被業主扣尾款扣到撕破臉。

這幾家最後沒一家真的走進仲裁庭，但每家都至少燒了 30 到 90 天去算『要不要打、能不能贏、贏了拿不拿得回錢』。後來我們發現：能在 60 天內把這個流程走完的老闆，多半最後拿到一張對雙方都比較體面的退場協議，而非法庭勝訴。這篇就是把這套節奏拆給你看。

Standish Group CHAOS Report 過去十年的資料顯示，軟體專案完全成功的比例只有 31%，另外 50% 處於『部分達成』、19% 直接失敗；Gartner與 PwC 的客製化系統爭議研究 也指出，廠商與業主因『需求變更未走變更程序』而走入合約爭議的比例約佔總糾紛案件的 42%。換句話說：你身邊不打官司的同業未必是合約寫得比較好，更可能是更早就發現訊號、止血止得比較快。

6 個你該立刻啟動爭議 SOP 的訊號

撞牆不是一夜之間發生的。下面這 6 個訊號裡只要中 2 個以上，就該把 SOP 拉出來跑，重點是準備把後面 60 天的決策節奏接管起來，而非準備打官司。

如果是訊號 6，後面 SOP 要立刻跳到第三步（找律師、保全證據）。前 5 個訊號則應該按下面順序跑，越早跑省下越多錢。

5 條合約條款，決定你撞牆時站在哪一邊

以下 5 條是我們陪過爭議案的共同分母。簽約時花 30 分鐘把這 5 條釐清，撞牆時可以省 30 萬律師費。

爭議升級條款（Escalation Clause）

沒有這條，雙方第一個爭點就會直接跳法律程序。標準版本是：PM 層級 7 天無共識 → 升老闆對老闆 14 天 → 升外部調解 30 天 → 才能啟動仲裁/訴訟。台灣中小企業多半省略這條，結果撞牆當天就被律師函逼到牆角。

仲裁地與準據法（Arbitration & Governing Law）

約定中華民國法律 + 中華民國仲裁協會（CAA）通常是中小企業最務實的選擇：比走法院快 6 到 12 個月、判斷終局且具強制執行力。但前提是合約有明文約定，沒寫就只能走法院。

驗收標準書（Acceptance Criteria）為合約附件

驗收標準書沒當合約附件，就是『各自解讀』的開端。我們陪過的爭議案有 60% 卡在這條：廠商認為過了 UAT 就算交付，業主認為要跑 production 30 天無 P0 才算。明文化、雙方簽名、列為合約附件 1，撞牆時可以拿來鎖死定義。

知識轉移與原始碼歸屬

原始碼歸屬寫『業主』還是『廠商』，撞牆時差別巨大。寫業主：撕破臉可以直接找下一家廠商接手；寫廠商授權：撕破臉要先付清尾款才能拿到 source code，廠商的議價籌碼一下變強。我們建議客製化系統一律寫業主所有 + 廠商保留再利用權。

變更管理條款（Change Order）

變更要走書面、要簽字、要更新報價與時程，這三件事少一件，就會變成爭議的彈藥庫。每個變更都要有編號、影響評估、雙方簽名。

4 個老闆要在 14 天內做的內部止血動作

發現訊號之後先別發律師函，該先做的是以下 4 件事，把公司的損失天花板鎖起來。順序很重要。

動作 1：把所有溝通紀錄保全成不可竄改的形式（D+0 到 D+3）

Email、LINE、Slack、會議錄音、會議紀錄、需求變更請求、bug 回報，全部匯出 PDF 或印成紙本，每份標日期與來源。這是後面任何一條動作的基礎。

• Email：用 Gmail 匯出 .mbox 或印 PDF
• LINE：用『匯出聊天紀錄』功能存 .txt
• GitHub / GitLab：commit 紀錄、issue 紀錄、PR 紀錄一起匯出
• Notion / Slack 會議紀錄：印 PDF + 雙方參與者名單

動作 2：算出『止損天花板』，給自己一個退場數字（D+3 到 D+7）

如果這個案子今天爛掉，公司的最大損失是多少？包含已付款、已投入內部人力、機會成本、再找下一家廠商的重做成本。算出這個數字，後面所有談判都有基準：少於這數字的和解都該接，多於這數字的訴訟也該停。

動作 3：評估 2-3 家備援廠商的接手成本（D+7 到 D+14）

這一步是議價籌碼的本體。如果你有備援廠商願意接手、報價也算過、原始碼可以順利交接，你跟原廠商的談判桌就完全翻過來。我們陪過的 4 件案子裡，有 3 件最後是業主拿著備援廠商的報價單，回頭跟原廠商談退場協議，沒走法庭。

動作 4：找專業法律意見，但只買『策略諮詢』不要先委任（D+14）

找律師買 2-3 小時的諮詢時間（一般行情 NT$8,000-15,000），讓律師看合約、看溝通紀錄、給策略建議，但還不要委任。原因：律師委任費平均 NT$30 萬起跳，先策略後委任可以省下 80% 律師費，因為很多案子在策略諮詢階段就找到不打官司的解法。

這 4 個止血動作會跟我們之前寫過的軟體外包專案風險登錄簿 SOP、專案延遲止血 SOP、驗收交付 SOP 一起跑，整套是同一個合約治理體系，爭議解決只是體系最後一道防線。

3 個仲裁/訴訟前的最後決策框架

4 個止血動作跑完，14 天後要做最後一次三選一的決策：與其問『打不打』，該問的是『走哪條退場路徑』。

我們陪過的爭議案有 80% 最後走 A 路徑，業主並非沒理，真正的原因是算過時間機會成本後，A 路徑的『止血效率』通常最高。把這個比例記在心裡，撞牆時不會被情緒推去 B 或 C。

中小企業老闆視角：把『爭議 SOP』搬上採購委員會議程

這套 SOP 真正該被搬上採購委員會議程的時機，是每年 Q4 做下一年度系統採購預算時，不用等到撞牆當天。把 6 個訊號做成季度盤點清單、把 5 條合約條款列進 RFP 必審欄位、把 4 個止血動作做成法務跟 IT 共用的應變手冊。這樣做最大的差別在於：採購評估者在做 RFP 時就會主動要求廠商接受爭議升級條款、驗收標準書當附件，廠商不接受的，直接從候選清單剔除。比起撞牆才打官司，預防成本是訴訟成本的 1/20 不到。

對中小企業老闆而言，這套 SOP 應該跟 IT 採購委員會 SOP、3 家報價解碼框架、Kickoff Meeting SOP 一起放進採購治理工具包：前面 3 篇講『怎麼挑、怎麼簽、怎麼開始』，本篇講『撞牆時怎麼收尾』，整套構成完整生命週期。