接案合約注意事項：保護自己的第一步

前言

剛開始接案時，我跟很多人一樣不太重視合約。直到有一次被客戶惡意拖欠款項，才痛定思痛研究合約相關的知識。這篇文章分享一些我學到的教訓，希望能幫其他接案夥伴避免踩坑。

為什麼需要合約？

有些人覺得「都是朋友介紹的，不用這麼正式吧？」但事實是：

• 記憶會出錯，白紙黑字最可靠
• 需求變更時有依據可循
• 遇到爭議時能保護自己
• 專業的形象能讓客戶更信任你

即使是小案子，至少也要有一份簡單的書面協議。

合約必備條款

1. 專案範圍定義

這是最重要的條款。必須清楚列出：

• 要做什麼（功能列表）
• 不做什麼（排除項目）
• 交付物明細

範例：

本專案包含以下功能：會員系統（註冊、登入、忘記密碼）、商品管理（新增、編輯、刪除、上下架）、購物車與結帳流程、綠界金流串接。不包含：手機 App 開發、SEO 優化、內容撰寫。

越具體越好，模糊的描述只會帶來後續的爭議。

2. 時程與里程碑

里程碑一：需求確認與設計稿（2 週）
里程碑二：前端開發（3 週）
里程碑三：後端開發（3 週）
里程碑四：測試與修正（1 週）
里程碑五：部署上線（1 週）

預計總工期：10 週

要加上一條：「如因甲方（客戶）未及時提供所需資料或回覆確認，導致時程延誤，乙方不負延遲責任。」

3. 付款條件

建議分期付款，千萬不要全部做完才收錢：

• 簽約金 30%：簽約後 7 天內支付
• 中期款 30%：設計稿確認後支付
• 完成款 30%：開發完成驗收後支付
• 尾款 10%：上線 14 天後支付

另外要註明：

• 付款方式（匯款帳號）
• 逾期付款的處理（如逾期 30 天可暫停服務）
• 發票開立方式

4. 修改與變更

設計階段修改：每個頁面提供 3 次修改機會，超過部分每次收費 NT$ 2,000。

需求變更：超出原始合約範圍的功能需求，需另行報價。
雙方同意後以書面（含 Email）確認變更內容與費用。

這一條非常重要。沒有這一條的話，客戶可能會不斷追加需求，讓你做到天荒地老。

5. 智慧財產權

通常有兩種做法：

做法一：全部移轉

專案完成且全額付款後，原始碼及相關著作權歸甲方所有。

做法二：授權使用

乙方保留原始碼著作權，授權甲方永久、不可撤回的使用權。乙方有權將通用性程式碼用於其他專案。

我個人偏好做法二，因為有些通用的元件和模組可以重複使用在不同專案中。但要看客戶的需求，有些客戶堅持要完整所有權。

6. 保密條款

雙方同意對專案中涉及的商業資訊、技術資料及個人資料保密，
未經對方書面同意不得向第三方揭露。保密義務於合約終止後仍持續 2 年。

7. 保固與維護

專案上線後提供 30 天免費保固期，修復開發階段產生的程式錯誤。
保固期間不包含：需求變更、新功能開發、第三方服務異常。

保固期後如需維護服務，依月費 NT$ X,000 另行簽訂維護合約。

8. 終止條款

萬一專案做不下去，要有退場機制：

任一方如需終止合約，應提前 14 天書面通知對方。

如因甲方原因終止：已支付款項不予退還，已完成的工作成果交付甲方。
如因乙方原因終止：退還未完成部分對應的款項。

合約的形式

正式合約

適合金額較大（10 萬以上）的專案。建議請律師審閱，費用大約 3,000-5,000 元，值得投資。

簡易協議書

適合小型專案。用 Google Docs 或 Notion 寫好，雙方簽名即可。重點是要有上面提到的核心條款。

Email 確認

最簡單的形式。把報價明細和注意事項寫在 Email 裡，請客戶回信確認。雖然法律效力稍弱，但至少有書面記錄。

常見的坑

口頭承諾

「放心，之後一定會有更多案子給你」——這種口頭承諾千萬不要當真。所有的承諾都要寫在合約裡。

無限修改

「這個地方再調一下就好」——小修改累積起來就是大工程。一定要有修改次數的限制。

模糊的驗收標準

合約中要明確定義什麼算「完成」。否則客戶可能永遠都覺得「還差一點」。

沒有收訂金就開工

這是最危險的行為。沒收訂金的案子，客戶消失的機率非常高。

結語

合約不是要防客戶，而是要讓雙方都清楚彼此的權利和義務。一份好的合約能減少誤解、避免糾紛，讓專案進行得更順利。投資一點時間準備合約範本，能省去很多未來的麻煩。