接案合約怎麼寫？保護自己不做白工的 8 個關鍵條款（接案族視角完整指南）

「我做完了，他卻說不滿意要重做三次——合約裡根本沒寫驗收標準，我能怎麼辦？」

這是 PTT SOHO 板上出現頻率最高的求助類型之一。接案族辛苦做完交付物，卻被客戶以「品質不符合期待」為由要求免費修改、甚至拒絕付款。最後往往只能選擇吃虧了事，或者打一場曠日費時的官司。

Freelancers Union 的調查顯示，超過 70% 的自由工作者曾遇到客戶拖延或拒絕付款——而有書面合約的接案者，追回款項的成功率高出沒有合約者 3 倍。數字很冷靜，但現實更殘酷。

這篇是接案族（freelancer / SOHO）的視角。如果你是發案的老闆，想知道找外包要看哪些合約條款，可以先讀 如何選軟體開發公司？7 個評估標準 + 合約必看條款 那篇。這裡只談接案方怎麼自保。

接案族不簽合約，到底輸在哪裡

沒有合約其實是在賭運氣，跟「信任」是兩回事。接案初期很多人覺得合約很麻煩，怕客戶覺得你「不夠信任他」，或者「就這樣的小案子用得到嗎？」但這種心態，正是讓無良客戶有機可趁的開口。

沒有書面合約，你面臨的是：

• 「你說的跟我想的不一樣」——口頭共識一旦變成爭議，誰也說不清
• 「我覺得還沒做完」——驗收條件模糊，客戶永遠可以要求再改
• 「這份程式碼是我出錢寫的，所有權在我這邊」——智財權歸屬說不清楚
• 「先做完再說錢的事」——尾款一拖再拖，最後就是沒有
• 「我只是要你做個小功能」——範圍慢慢擴張，你做了三倍的工

台灣自由工作者糾紛案例中，超過 60% 源自「工作範圍認知差異」，其次是「付款條件爭議」——這兩個問題，一份清晰的合約就能解決 80%。

合約的本質是「提前說清楚」——它是保護雙方的備忘錄，跟信不信任無關。真正的好客戶，看到你有合約習慣，往往會更放心，因為這代表你是專業的。

8 個關鍵條款，完整拆解

不是每個接案族都需要一份 20 頁的律師合約。但以下 8 個條款，是每個接案案件都應該涵蓋的最低保護線。無論你是設計師、工程師、文案或顧問，這 8 個條款都適用。

條款一：工作範圍明確化（避免無限改稿）

這是接案合約裡最重要的一條，沒有之一。「工作範圍」必須具體到讓雙方不可能有不同詮釋的程度。以網頁設計為例，不能只寫「設計官網」，要寫清楚：頁面數量（5 頁）、響應式支援（手機板）、修改次數上限（含 2 輪大改 + 1 輪微調）、不含的項目（圖片採購費用另計、文案由客戶提供）。

特別要寫進去的是「不包含什麼」——這個負面清單比正面清單更重要。很多糾紛真正的起因，是客戶以為某些東西本來就應該包含在內，但接案者從沒答應過，跟接案者是否做到承諾無關。

修改次數上限是很多人忽略的細節。不寫清楚修改次數，就等於給客戶一張無限次免費修改券。建議在合約中明定：「免費修改以兩輪為限，每輪修改內容以一次性清單提交；超出範圍的修改需另行計費，費率為 NT$XXX/小時」。

條款二：變更管理（額外需求需另計費）

案子做到一半，客戶說「能不能再加一個功能」——這幾乎是每個接案族都會遇到的場景。如果合約裡沒有變更管理條款，這個「再加一個」就是免費的。加了十個之後，你做的案子已經是原本的兩倍大，但費用還是原始報價。

這個條款叫做 Change Order（變更單）機制。當客戶提出原始範圍之外的需求，必須走書面變更流程：填寫變更申請 → 接案方評估工時與費用 → 雙方書面確認 → 才開始執行。沒有書面確認的變更需求，接案方有權拒絕執行。

實務上，變更單可以用電子郵件或通訊軟體確認，重點是要有雙方都看得到的書面紀錄。LINE 對話截圖、Email 信件都算數，但要在合約中說明「何種形式的確認視為有效」。

條款三：付款條款（訂金、階段款、尾款結構）

付款條款是保護現金流最直接的工具。接案族最常見的財務噩夢，是做完了卻收不到尾款——而這幾乎都可以透過正確的付款結構預防。

訂金的重要性常被低估。它不只是「預付款」，更是篩選客戶的機制——不肯付訂金的客戶，大概率也不會認真看待這個案子。對於新客戶，建議訂金比例拉高到 50%；老客戶或長期合作可以降到 30%。

月顧問費這類長期合作，建議在合約裡加入「定期自動開帳單」機制。定期發票功能可以設定月繳/季繳自動生成帳單，不用每個月手動追款，避免月底忘記催收的尷尬。

條款四：智財權歸屬（程式碼與設計稿的著作權）

這是最多接案族沒想清楚的條款。台灣著作權法第 12 條規定：除非合約另有約定，出資方（客戶）享有著作財產權，但著作人格權（包括署名權）仍歸屬創作者。很多客戶根本不知道這個法條——所以這件事必須在合約裡白紙黑字說清楚，免得事後產生認知落差。

接案族在智財權條款上有幾個常見選擇：

• 全額讓渡：收款後著作財產權完整移轉給客戶（一般商業案件的標準做法）
• 授權使用：著作權留在接案者，授予客戶特定使用範圍（適合設計師保留作品版權）
• 付清才移轉：款項全數收清後，著作財產權才移轉——這是保護尾款的絕招

「付清才移轉」這招是接案族對付尾款拖延最有力的籌碼。客戶一旦知道付清前使用作品存在法律風險，催款就容易多了。關於著作權歸屬的深入討論，可以參考這篇針對老闆視角的分析：軟體著作權與 source code 歸屬陷阱，了解客戶方視角有助於你談判時更有底氣。

條款五：驗收標準（客觀可量化的驗收條件）

「不滿意」不是驗收條件。這聽起來很直白，但很多接案合約卻真的沒有寫清楚驗收標準，給了客戶無限拒絕驗收的空間。

好的驗收標準應該是客觀的、可量化的，而且與原始工作範圍直接掛鉤。以網站開發為例：驗收條件可以是「網站可在主流瀏覽器（Chrome、Safari、Firefox 最新版）正常顯示、所有連結可正常點擊、表單可正常提交、RWD 手機版可正常使用」，而不是「客戶覺得好看」。

另一個重要機制是「視同驗收」條款：在接案方提交成果後 7 個工作天內，若客戶未提出書面驗收意見，視為驗收通過，尾款到期。這能有效防止客戶用「我還在看」無限拖延。

條款六：終止條款（雙方提前終止的補償機制）

案子做到一半，客戶說「我們內部方向改了，不做了」——這時候你有沒有辦法取得合理補償？沒有終止條款的合約，你基本上只能含淚接受。

終止條款要涵蓋兩種情境：客戶提前終止、接案方提前終止。

• 客戶提前終止：已完成比例的費用 + 終止賠償金（通常是剩餘合約金額的 20-30%），所有已完成但未交付的成果歸接案方保留至款項結清
• 接案方提前終止：須提前 14 天書面通知，退還已收但未完成比例對應的款項，並協助交接現有成果

注意：終止條款中一定要說明「已完成比例如何計算」。是按時數？按里程碑？按交付物數量？說清楚，才不會在終止時又產生新的爭議。

條款七：違約金與遲延付款利息

遲延付款利息是接案族很少用但非常有效的工具。在台灣，民法第 233 條規定，金錢債務遲延時，債權人可主張年利率 5% 的法定利息——但如果你的合約有另行約定更高的利率（通常接案合約約定月利率 1-2%，折合年利率 12-24%），可以主張更高的利息。

實務上，遲延利息的作用不只是追收錢，更是讓客戶覺得「拖下去有代價」——心理上的壓力比法律訴訟更有效率。違約金的設定也是同樣的道理：不一定要告上法院，但要讓違約方知道這件事有代價。

建議的條款寫法：「若甲方（客戶）逾付款到期日 7 個工作日仍未付款，乙方（接案者）得就逾期未付金額按日計算 0.05% 的遲延利息（折合年利率 18.25%），直至全額清償為止。」

條款八：保密與競業限制（合理範圍內保護雙方）

保密條款（NDA）幾乎是每個商業案件的標配，但接案族要特別注意：保密是對等的，客戶的商業機密你要保密，但合約裡也可以聲明你使用過的技術框架、開發方法論屬於接案方的工作技藝，不受保密限制。

競業限制是另一個常見的陷阱。很多企業的接案合約會塞入「合約期間及結束後 X 年不得承接同業競爭者的案子」——這對自由接案者來說可能是致命的。要留意幾個重點：競業限制的範圍是否過廣、期間是否合理（超過 2 年通常在台灣法院難以全額支持）、有沒有相應的補償金（只限制不給錢通常是不公平的）。

如果客戶堅持加入競業條款，可以談判將範圍限縮到「直接競爭者」而非整個產業，或者要求加入競業補償金。關於外包合約的常見陷阱，可以從老闆視角理解更多：找外包做 APP / 軟體前必踩的 9 個雷，了解客戶在想什麼，談判時更有優勢。

接案付款流程：從簽約到收款的完整路徑

這個流程圖展示了理想的接案付款路徑。核心邏輯是：每一個金流節點都有對應的保護機制。訂金確保客戶認真，里程碑款確保現金流持續，視同驗收條款確保尾款不被無限拖延，著作權與付款掛鉤確保你有談判籌碼。

不同類型案件的合約條款差異

一份通用的接案合約可以作為基底，但不同類型的接案工作，有些條款需要特別調整：

真實踩雷故事：沒有合約，這三種結局最常見

這三個故事從 PTT SOHO 板和 Dcard 工作板的真實討論整理而來，細節有所調整，但問題類型是接案族最普遍的痛點。

故事一：口頭報價 + 口頭確認，工作做完卻沒有尾款

某設計師接了一個品牌識別案，總價 NT$45,000，口頭說好先付一半、交稿後付另一半。第一筆訂金 NT$22,500 收到了。設計稿提交後，客戶開始無限改稿，從 Logo 改到名片改到信封，前後跑了 8 輪。過了兩個月，客戶說「覺得跟當初想的有落差」，要求重做。設計師拒絕，客戶就人間蒸發，剩餘尾款 NT$22,500 再也追不回來。

問題在哪：沒有書面合約、沒有修改次數限制、沒有驗收標準、沒有「視同驗收」條款。如果當初有合約寫明「修改以 2 輪為限，超出另計費；提交後 7 個工作日無書面反饋視同驗收」，這個案子在第三輪改稿時就可以有理有據停下來。

故事二：做了六個月，客戶突然說「方向改了」

一個工程師接了某新創公司的 APP 開發案，合約總價 NT$300,000，付款結構是「三成訂金、完工七成」。做了六個月、完成約八成功能後，新創公司資金出問題，通知「暫停專案」。

工程師拿到了 NT$90,000（30%），但做了 80% 的工作。如果合約裡有里程碑付款條款，例如「完成核心功能模組付 40%、完成測試版付 30%、上線後付 30%」，這個工程師早就在里程碑節點收到中期款了，損失會小很多。

教訓很直接：案件越大，越不能只有「頭尾」兩個付款節點。里程碑款不只是分攤風險，也是讓客戶持續有參與感的方式。

故事三：程式碼給了，客戶說這是他的財產不讓用在其他案子

一個後端工程師接案時，使用了自己寫了多年的通用工具庫（auth、API wrapper、admin panel template）加速開發。案子做完交了程式碼，客戶事後聲稱「合約說所有程式碼都屬於我，你不能再用這套 code 接其他案」。

合約裡的確寫了「著作財產權全數讓渡」，但工程師誤以為這只是這個專案客製開發的部分。這個故事說明：智財權條款必須明確區分「專案客製開發的部分」和「接案方既有的工具庫 / 框架」，後者應在合約中聲明保留。

讓合約管理變成工作流程的一部分

很多接案族知道合約重要，但每次都覺得「從零開始寫太麻煩」。現實是：你不需要每次從零開始。合約的核心架構固定之後，90% 的內容都可以模板化，每次只需要替換客戶名稱、金額、交付物、時程——這個動作現在可以完全自動化。

秒發報價的合約管理功能讓你建立合約範本庫，每次開新案時直接套用範本，變數自動替換（客戶名稱、金額、交付物、付款日期），版本控制追蹤每次修改。配合電子簽名功能，客戶可以直接在線上簽署，畫板簽名或上傳簽名檔都支援，簽完自動生成具法律效力的 PDF——不用來回傳 Word 檔、不用到郵局公證，流程快 10 倍。

對於有固定月顧問費的長期合作，定期發票功能更是省心：設定一次，系統每個月自動生成帳單，不用到月底才想起來要催收款，也不會因為忘記開發票而讓收款日延誤。

常見問題：接案合約的真實疑惑

接案合約範本框架：一頁版快速參考

以下是一份精簡的接案合約框架，涵蓋 8 個關鍵條款的核心要素。這份內容是一份提醒清單，幫助你在寫合約時確認沒有漏掉重要條款，並非直接複製就能用的模板。

合約不是一次性的文件。每接一個新案，都是一次機會讓你的合約範本更完善。第一次用可能覺得繁瑣，但每次遇到爭議、處理糾紛、談判修改後，這份合約就會越來越貼近你自己的接案現實，成為真正保護你的工具。

接案是一種需要專業能力，也需要商業保護的工作。把合約做好，才能把精力放在真正重要的事：把案子做好，把客戶服務好，讓口碑和案源持續成長。

從報價到合約，讓接案流程更有保障

合約和報價是接案流程裡最容易被忽略，卻最影響收入穩定性的兩件事。如果你還在用 LINE 報價、用 Word 合約、用口頭確認——你的每一個案子都在承擔不必要的風險。

秒發報價 整合了報價管理、合約管理與電子簽名功能，讓你的接案工作流程從報價到簽約都有據可查。試用不需要信用卡，5 分鐘就能建立你的第一個合約範本，下次接案就能用。

如果你是企業端，在找外包廠商或軟體開發公司，保護自己的角度完全不同——建議看這篇：找外包做 APP / 軟體前必踩的 9 個雷，以及軟體著作權與 source code 歸屬陷阱 這兩篇，都是以老闆視角整理的合約防雷指南。