自由工作者的合約條款：比報價更重要的，是你怎麼定義交付邊界

接案圈有個老問題：「怎麼報價才不會吃虧？」

這個問題問得太早了。

你可以報一個漂亮的價格，雙方愉快成交，然後在專案進行到第六次修改的時候，發現自己根本沒有談好「什麼叫做完成」。客戶覺得還差一點，你覺得早就超出範圍，但合約上什麼都沒寫，最後只能憑感覺、靠交情、賭人品。

這不是報價的問題。這是交付邊界的問題。

很多自由工作者把合約當成一種儀式：簽了代表開工，蓋章代表正式。但他們沒有意識到，合約的真正功能不是「讓案子開始」，而是「讓案子可以結束」。

一份沒有清楚定義終點的合約，就像一張沒有標目的地的地圖。你永遠不知道自己到了沒有，客戶也永遠覺得你還差一點。

這篇文章不談報價策略，不教你怎麼開更高的價碼。我們要拆解的是，一份能保護你也保護客戶的合約，到底需要回答哪些問題。

「修改三次」到底是什麼意思？

修改次數可能是合約條款裡最容易被誤解的項目。

寫上「含三次修改」看起來很明確。但實務上，「修改」這個詞的定義空間大到可以停一台卡車。

比方說，你是一位品牌設計師，交了第一版 Logo。客戶說：「整體方向不錯，但能不能把字體換一下、顏色調亮一點、圖案改成更簡約的風格？」這算一次修改嗎？還是三次？

如果你問客戶，他會說這只是一次回饋。但如果你拆開來看，字體、顏色、圖案風格是三個獨立的設計決策，每一個都需要重新構思和調整。

問題出在雙方對「一次修改」的顆粒度沒有共識。

比較好的做法是，合約裡不只寫修改次數，還要寫修改範圍。「每一輪修改以書面回饋為單位，回饋提出後設計師於五個工作天內完成調整。單輪修改涵蓋同一方向的微調，若涉及整體方向重新設計，視為新一輪修改。」

聽起來很囉嗦？確實。但這種囉嗦是合約該做的事。你在事前花十分鐘寫清楚的東西，事後可能幫你省掉十天的拉扯。

另一個常見的坑是「口頭修改」。客戶打一通電話說「幫我順便把那個也改一下」，你順手改了，結果這次不算在修改次數裡，下次他又打來。累積三五次以後，你才發現自己做了兩倍的工作量卻只收了一份的錢。

解法很簡單：合約裡加一條「所有修改需求以書面（電子郵件或專案管理工具）提出，口頭溝通不列入正式修改紀錄。」

這不是在為難客戶。這是在建立一套雙方都能追溯的遊戲規則。

驗收標準：誰說了算，要在開工前決定

「做到客戶滿意為止。」

這句話聽起來很專業、很有服務精神，但它是一個陷阱。

因為「滿意」是一個主觀的、移動的、隨時可以改變的標準。客戶今天滿意的東西，明天可能看了競品的作品覺得不夠好。你永遠在追一個你追不到的終點。

專業的做法是用驗收標準取代滿意度。

驗收標準是一組可量化、可驗證的條件。比方說，如果你是一位網站開發者，驗收標準可能是這樣寫的：

「交付物包含首頁、關於頁、產品頁、聯絡頁共四頁。支援 Chrome、Safari、Firefox 最新兩個版本。Mobile Responsive（360px 以上）。頁面載入速度不超過三秒（以 Google PageSpeed Insights 測量）。」

這些條件是客觀的。做到了就是做到了，沒做到就是沒做到。雙方不需要猜測對方心裡在想什麼。

驗收流程也要寫進去。比如：「開發者提交成品後，客戶有七個工作天進行驗收。逾期未回覆者，視為驗收通過。」

那個「逾期未回覆視為通過」很重要。因為實務上最常發生的狀況不是客戶不滿意，而是客戶太忙沒看。你的成品丟過去以後石沉大海，三個禮拜後客戶突然冒出來說他覺得要改。如果合約裡沒有驗收時限，你就只能等，等到天荒地老。

設計類的案子更需要把驗收標準講清楚。因為設計的好壞太主觀了，沒有一個「對」的答案。你可以這樣寫：「設計稿以客戶確認的 moodboard 為基礎方向。驗收標準為符合 moodboard 呈現之色調、構圖風格與排版節奏。」

換句話說，你在開工前就先把「滿意」這件事具體化了。這不是限制創意，而是保護創意。因為沒有邊界的創意，最後通常不是飛得更高，而是改得更累。

付款里程碑：錢怎麼分，反映的是風險怎麼分

很多自由工作者的收費模式是「做完再收」。這聽起來很大方，但其實是把所有風險都扛在自己身上。

你花了一個月做完，客戶說不滿意不付錢，你能怎麼辦？打官司？一個五萬塊的案子，光律師費就不只五萬。

付款里程碑的設計，本質上是在回答一個問題：「如果這個案子在中途出了問題，誰承擔損失？」

最基本的結構是「30/30/40」或「50/25/25」。簽約先付 30% 到 50%，中期交付初稿或原型付第二筆，驗收通過付尾款。

預付款的功能不只是讓你有錢可以開工。它的更深層意義是篩選。願意先付錢的客戶，通常是認真的客戶。他們付了錢就有動力配合你的時程、回覆你的問題、認真看你交的東西。而那些連 30% 預付款都不願意出的人，很可能從一開始就沒有把這個案子當一回事。

中期款綁定的是「可驗證的中間成果」。比方說網站開發的前端完成、設計案的第二版定稿、行銷企劃的策略簡報通過。這個中間成果要是雙方都能確認「有」或「沒有」的東西，不能是「進度到一半」這種模糊的描述。

尾款綁定的是驗收通過。而驗收的標準，前面已經講過了。

有一種更進階的做法叫「超出範圍自動報價」。合約裡寫明：「本報價涵蓋以下範圍（列出具體項目）。範圍外的需求，設計師 / 開發者將另行報價，經客戶書面同意後始進行。」

這一條非常重要。因為案子做到一半，客戶最常說的一句話就是：「對了，能不能順便幫我做一下那個？」如果沒有這條防線，你就會在不知不覺中免費加班。加了這條以後，客戶要加東西可以，但他知道要另外付費。大部分時候，光是知道要付費這件事，就會讓客戶重新評估「這個功能真的有必要嗎？」

終止條款：讓案子可以好聚好散的安全閥

沒有人在簽合約的時候想著要終止合約。但好的合約一定要寫清楚「怎麼分手」。

不是因為悲觀，而是因為務實。

接案過程中，可能發生的狀況比你想像的多。客戶突然預算砍半、公司併購換了主管、產品方向大轉彎。也可能是你這邊出了狀況，身體不舒服、家庭因素、接了更大的案子時程衝突。

這些事情都不是誰的錯，但如果合約裡沒有終止條款，雙方就會陷入一種尷尬的僵局：想停但不知道怎麼停，怕停了會吃虧。

一個基本的終止條款至少要回答三個問題。

第一，誰可以終止？通常是雙方都可以，但可以設不同的條件。比如客戶端終止需要提前多少天通知，自由工作者端終止需要完成哪些交接。

第二，已完成的工作怎麼算？如果客戶在你做到一半的時候喊停，你做的那一半能不能收費？收多少？常見的做法是「已完成階段依照里程碑比例結算」，或者「終止時結算至最近一個已完成的里程碑」。

第三，預付款退不退？如果客戶付了 50% 預付款，你做了 20% 的進度就被終止，剩下的 30% 要退回去嗎？這取決於你怎麼設計。有的合約會寫「預付款為不可退還之訂金，用以保留設計師時間」，有的則是按比例結算。

沒有標準答案，但一定要有答案。寫在合約裡的終止條款，不是在詛咒這個合作。恰好相反，它是在保障這個合作。因為當雙方都知道「最壞的情況也有一個公平的處理方式」，反而更容易放心地投入合作。

著作權歸屬：你以為的理所當然，法律上未必如此

「我做的東西，當然是我的吧？」

這是很多自由工作者的直覺。但在法律上，這個問題遠比直覺複雜。

不同國家和地區的著作權法不同，但一個通用的原則是：在受雇關係中，著作權通常歸屬雇主；在承攬關係（自由接案）中，著作權通常歸屬創作者。但「通常」不代表「一定」，而且客戶的合約裡可能有不同的約定。

所以合約裡一定要明確寫清楚三件事。

第一，成品的著作權歸誰？最常見的做法是「交付並全額付款後，著作權移轉予客戶」。也有一些接案者會保留著作人格權，只授權客戶使用。

第二，授權範圍是什麼？如果你授權客戶使用你的設計作品，那這個授權是全球的還是特定地區的？是永久的還是有期限的？可以轉授權給第三方嗎？可以修改嗎？

第三，你能不能把作品放在自己的作品集裡？這點很多人忘了談。你辛辛苦苦做了一個漂亮的案子，結果因為客戶要求保密，你連放 portfolio 都不行。如果展示作品對你的接案生涯很重要，這一條一定要提前談好。

還有一個容易忽略的問題是「過程中的素材」。你在設計過程中做的草圖、沒被選上的方案、被退回的初版，這些東西的著作權歸誰？如果全部歸客戶，那你之後接類似的案子就不能用類似的元素。如果歸你，那你可以把這些素材重新組合，用在其他案子裡。

這些問題聽起來很法律、很無聊，但它們決定了你的工作成果到底屬於誰。花十分鐘在合約裡寫清楚，比事後花十個月爭執要省力得多。

工作範圍聲明：最被低估的合約條款

如果只能在合約裡加一條，加什麼最有用？

工作範圍聲明。

這不是專案描述，不是「幫客戶做一個網站」這種籠統的句子。工作範圍聲明是一份清單，列出你會做什麼，以及你不會做什麼。

「會做什麼」比較直覺。比方說「設計五頁 RWD 網站，包含首頁、關於、產品、部落格、聯絡」。

「不會做什麼」才是真正的保護。「本專案不包含 SEO 優化、文案撰寫、社群媒體素材製作、後續維護與更新。」

你覺得這些都是顯而易見的事？等到客戶問你「網站做好了，能不能順便幫我寫一下每頁的文案」的時候，你就會知道「顯而易見」在不同人的腦袋裡有多不一樣。

工作範圍聲明的邏輯很簡單：列出來的事情是你的責任，沒列出來的事情不是。這不是在推卸責任，而是在建立期待值。當客戶看到那份清單，他就知道他用這個價格買到的是什麼。如果他需要更多，他知道要另外談。

寫工作範圍聲明的另一個好處是，它會逼你在開案前把專案想清楚。很多案子之所以做到一半失控，不是因為客戶故意刁難，而是因為一開始雙方對「這個案子到底要做什麼」就沒有共識。寫工作範圍聲明的過程，就是讓雙方把這個共識建立起來的過程。

時程條款：不只是截止日期，而是雙方的責任節奏

「什麼時候可以交？」

這是客戶最常問的問題。但一個專業的時程條款不只回答這個問題，它還要回答：「什麼時候客戶要給我什麼？」

因為接案不是單方面的生產。你要做出東西，很多時候需要客戶先提供素材、確認方向、回覆問題。如果客戶拖了兩個禮拜才回你的信，然後問你為什麼進度落後，這公平嗎？

所以時程條款應該是雙向的。你在哪個日期前交什麼，客戶在哪個日期前回覆什麼。而且要寫清楚：「若客戶回覆延遲，交付時程相應順延。」

這不是在跟客戶對著幹，而是在讓雙方都對時程負責。

另一個常見問題是「急件加價」。有些客戶會在最後一刻突然加速，要求你在原本兩週的工作量用三天做完。如果合約裡沒有急件條款，你就只能自己吞下加班的成本。

寫法可以是：「若客戶要求將交付時程縮短超過原定的 30%，將加收急件費用（報價的 20% 到 50%，依壓縮比例計算）。」

有了這一條，客戶要你趕工之前就會想一想：「真的有那麼急嗎？」大部分時候，答案是沒有。

保密條款：不只是保護客戶，也是保護你

合約裡還有一個常被忽略的條款：保密。

很多人以為保密條款是大公司才需要的東西。但如果你接的案子涉及客戶的商業資料、內部流程、用戶數據、營收數字，保密條款就是必要的。

保密條款通常包含幾個要素：什麼資訊屬於保密範圍、保密的期限有多長、違反保密的後果是什麼。

但這裡有一個經常被忽略的反向問題：保密條款會不會限制到你？

假設你幫一家電商公司做了一套行銷自動化流程。如果保密條款寫得太寬，你之後幫另一家電商做類似的事情，前一個客戶可能會說你違反了保密。就算你用的是完全不同的策略和工具，但因為條款太模糊，你很難自證清白。

所以在簽保密條款的時候，要注意幾件事。

第一，保密範圍要具體。「所有在合作過程中獲得的資訊」太寬泛了。比較合理的寫法是「客戶提供的商業數據、用戶資料、未公開的產品規劃」。你自己的工作方法、通用的行業知識、公開可取得的資訊，不應該被列入保密範圍。

第二，保密期限要有終點。永久保密對你不公平。一般來說，一到三年的保密期限是比較常見的。超過五年的通常不太合理，除非涉及非常敏感的商業機密。

第三，保密是雙向的。你對客戶的資訊保密，客戶也應該對你的報價、工作方法等商業資訊保密。很多合約只寫了單向保密（你要對客戶保密），這是不公平的。

保密條款的核心不是把雙方綁死，而是讓雙方都有一個安全的合作環境。你知道你分享的工作細節不會被隨意傳播，客戶知道他的商業資料不會外洩。這種安全感，是長期合作的基礎。

合約不是法律文件，而是一場事先進行的對話

寫到這裡，你可能覺得壓力很大。「我只是接個案子，要搞得那麼複雜嗎？」

其實不用每一條都寫得像律師事務所出品。重點不是文件有多完美，而是你有沒有在開工前把關鍵問題攤開來談。

合約的本質是一場對話。你跟客戶坐下來，把「做什麼、做到什麼程度、修幾次、什麼時候交、什麼時候付錢、做不下去怎麼辦」這些問題一個一個確認。然後把確認的結果寫下來。

很多接案者怕談合約會讓客戶覺得「你不信任我」。但換個角度想，一個願意把遊戲規則寫清楚的人，反而是最值得信任的合作夥伴。因為他在告訴你：「我尊重這個合作，所以我要讓雙方都清楚自己的權利和義務。」

不願意談合約的客戶，可能不是壞人，但他很可能是一個「還沒想清楚自己要什麼」的人。而跟一個沒想清楚的人合作，你在合約上省下的時間，之後會在修改、溝通、爭執上加倍還回來。

自由工作的「自由」不只是不用打卡上班。真正的自由，是你有能力定義自己的工作邊界，讓每一個案子在開始之前就有一個清楚的終點。

報價是入場券，但合約才是遊戲規則。把規則寫清楚，不是多事，是專業。