接案必備!設計師/工程師【合約範本】懶人包:保密條款、修改次數這樣寫最安全 (2026 最新版)
快來報價
「我們是朋友,不用簽合約啦!」
「這個功能很簡單,應該不用加錢吧?」
這兩句話,是無數自由工作者(Freelancer)的夢魘。很多設計師和工程師在接案初期,因為臉皮薄或怕麻煩,往往只用 LINE 或口頭確認就開工。結果往往是:無止盡的修改、收不到的尾款,以及被客戶指責「不專業」。
在 2026 年的接案市場,「合約」不是為了告人,而是為了「過濾奧客」與「確立邊界」。這篇文章將為你拆解一份保護自己的報價合約該包含哪些關鍵條款,特別是大家最頭痛的「修改次數」與「保密條款」。
為什麼你需要一份「防禦型」合約?
根據 Qlite 對一人公司的營運數據分析,有簽署正式合約的案件,發生糾紛的機率降低了 75%,且平均收款速度快了 5 天。
合約的作用在於:
- 鎖定需求: 防止客戶隨意增加功能(Scope Creep)。
- 保障金流: 沒付錢,就沒有原始檔。
- 提升氣場: 讓客戶知道你是「來做生意」的,不是來「幫忙」的。
關鍵條款一:修改次數 (Revisions) —— 設計師的保命符
「稍微改一下就好」通常意味著你需要重做半天。設計類案件最容易死在模糊的修改定義上。
❌ 錯誤寫法:
「本報價包含修改直至滿意為止。」(絕對不要寫這句,你會做到死)
「提供 3 次修改。」(太模糊,什麼叫一次?)
✅ 安全寫法範例(Qlite 建議):
在合約的備註欄或服務條款中,必須明確定義「次數」與「範圍」:
1. 修改次數: 本專案報價包含 3 次(Rounds) 階段性修改。
2. 修改定義: 「一次修改」指甲方匯整當次所有修正意見後,乙方進行的一次性調整。若分批提出意見,每批視為一次修改。
3. 超出範圍: 若修改次數超過 3 次,或修改內容已大幅偏離原定設計風格/架構(超過 30% 變動),乙方有權依照時薪 $1,500/hr 另行報價。
4. 定稿後修改: 雙方確認定稿(Finalize)後,若需再次變更,視為新需求單另行計費。
Insight: 重點在於**「匯整意見」**。這能強迫客戶一次想清楚要改什麼,而不是想到一個改一個。
關鍵條款二:保密條款 (NDA) —— 工程師的專業展現
對於接案工程師(接外包開發),客戶最怕的是「我的 Idea 被偷走」或是「資料外洩」。主動簽署 NDA(保密協議)能大幅增加客戶的信任感。
❌ 錯誤觀念:
認為 NDA 只有大公司才要簽。其實,即使是小型 App 開發,簽署 NDA 也是保護你自己(免除洩密責任)的手段。
✅ 核心重點(Qlite 合約產生器內建):
- 保密標的: 定義什麼是機密(客戶的數據、商業邏輯、程式碼)。
- 排除條款: 這一點對工程師最重要!你必須聲明**「開源碼(Open Source)」、公眾已知資訊、或你原本就擁有的技術架構**不屬於保密範圍。否則客戶可能誤以為他擁有了 React 或 Vue 的版權。
- 期限: 通常設定合約結束後 2-3 年。
關鍵條款三:付款條件 (Payment Terms) —— 沒錢免談
別等到結案才談錢。健康的現金流是活下去的關鍵。
✅ 推薦的付款節奏(3-3-4 制):
- 第一期(訂金): 簽約後支付 30%。(收到錢才開工,這是底線)
- 第二期(期中): 設計定稿或功能 Alpha 版驗收後,支付 30%。
- 第三期(尾款): 上線前或交付原始檔前,支付 40%。
必加條款:
「若甲方延遲付款超過 7 日,乙方有權暫停一切工作進度,且交付日期順延。」
關鍵條款四:智慧財產權 (IP Rights) —— 一手交錢一手交貨
這是一個常見的糾紛點:客戶付了訂金,就覺得設計圖的所有權是他的了。
✅ 安全寫法:
「本專案之著作財產權,於甲方付清所有款項後,始移轉予甲方。在未付清尾款前,乙方仍保有所有權,甲方不得將產出物用於商業用途。」
這就像買房子,沒付完錢之前,房子還是銀行的。這能有效防止客戶拿到圖/程式碼後賴帳。
別再用 Word 複製貼上了!用工具 1 分鐘生成
我知道你很忙,不想花時間排版 Word,也不想研究法律條文。
Qlite (快來報價) 的免費合約產生器,已經幫你把上述的邏輯都模組化了。
- 🛡 內建保密條款 (NDA) 模板: 勾選即可,不用自己寫法律用語。
- ⚖️ 設計/開發專用條款: 針對接案者優化的權利義務設定。
- 📄 PDF 專業輸出: 手機就能操作,生成的合約排版乾淨、專業,直接用 LINE 傳給客戶簽名。
與其每次接案都提心吊膽,不如現在就花 1 分鐘,把你的「接案護身符」準備好。