合約的真正目的不是打官司

很多設計師把合約理解為「如果以後出問題，我有憑據可以告客戶」——這個理解沒錯，但不完整。

合約真正的價值是：在一開始就讓雙方的期待一致，避免那些「但我以為……」的情況發生。

一份清楚的合約，讓你和客戶都知道：

  • 這個專案做什麼、不做什麼
  • 修改可以改幾次
  • 什麼時候付款
  • 超出範圍的需求如何處理
  • 如果一方不履行，會發生什麼

這些不是為了讓關係變得對立，而是讓合作關係有清楚的遊戲規則——對雙方都有保護。

一份接案合約應涵蓋的 10 個要素

1. 服務範疇（Scope of Work）

這是合約最重要的部分。把「這個專案包含什麼」寫得越詳細，日後爭議越少。

要指明：

  • 幾個頁面
  • 包含哪些功能
  • 不包含什麼（例如不含文案撰寫、不含圖片攝影、不含 SEO 廣告費用）

不要說「一個完整的官網」——這個描述對不同人意味著不同的東西。

2. 修改次數和條件

預先約定每個設計階段的修改輪數（通常：設計稿 2 輪修改，程式完成後 1 輪小修）。

明確說明「修改」和「新增需求」的差別：

修改是調整現有設計（顏色、字體、文字）；新增需求是在原本範圍外加新功能或頁面，這需要另外報價。

3. 付款時程

最常見的接案付款結構：

  • 簽約時付 30–50%（訂金，預防客戶消失）
  • 設計稿確認後付 25–35%
  • 最終交付時付餘款

訂金在法律上讓客戶更難「說不做就不做」，也讓你在專案初期有現金流支撐工作。

另外注明：逾期付款的處理方式（例如超過付款期限 X 天，工作暫停進行）。

4. 智慧財產權轉移條件

設計稿的智慧財產權（IP）在什麼時候轉移給客戶？

常見做法：全款付清後，IP 正式轉移給客戶。在此之前，你仍然擁有作品的著作權。

另外說明：你是否保留展示這份作品在自己作品集的權利（大多數客戶不會反對，但要事先確認）。

5. 客戶責任和配合義務

客戶需要提供給你的資料（Logo、文字、圖片、帳號存取），以及提供的截止日期。

若客戶延遲提供，導致整個專案時程延誤——這個責任在客戶，不在你。這點要在合約中清楚說明。

6. 專案時程

粗略的時程里程碑：

  • 設計稿交付：簽約後 X 個工作天
  • 設計確認至程式完成：X 週
  • 最終上線：設計確認後 X 週

不要承諾在客戶配合的情況下你無法控制的時程。

7. 超出範圍的處理（Change Order）

「我想再加一個頁面……」是接案最常遇到的情況。

合約要說明：任何超出原始範圍的工作，需要以書面確認並額外報價，在雙方同意後才開始進行。

8. 提前終止條款

如果客戶決定中途取消專案：

  • 已完成的工作費用如何計算？
  • 訂金是否退還？（通常不退，因為已付出前期工作）

這條款保護你在客戶臨時反悔時不損失已完成的工作報酬。

9. 不滿意條款

若客戶「不喜歡」最終結果——這不等同於你違約。合約要說明：只要你按照約定的規格和流程交付，完成了約定的修改輪數，你就已履行合約義務。

10. 爭議解決

如果發生爭議，優先以調解方式解決；若無法調解，適用中華民國法律。

合約的形式

電子簽名：DocuSign、Adobe Sign，或更簡單的——把合約 PDF 發給客戶，請他回覆確認 Email「我已閱讀並同意上述合約條款」——這在台灣法律上通常也具有約束力（電子商務和數位簽章法的適用）。

不要接受口頭確認就開始工作——記錄在 Email 中的書面確認是最低限度。

最後提醒

合約讓你顯得更專業，而不是在製造對立。大多數認真的客戶看到清楚的合約，反而會更放心——因為這代表你是一個對自己和對方都負責任的合作夥伴。