委託開發合約該注意什麼?工程師視角的條款解讀

委託開發的合約,多數人簽的時候只看兩個數字:總價和交期。但真正決定你日後過得好不好的,是那些沒人細讀的條款。我們自己是廠商,照理說不該教客戶怎麼跟廠商談合約——但我們也被別人的爛合約收拾過殘局太多次,所以還是寫了這篇。以下是工程師視角的條款解讀,不是法律意見,重大合約請找律師。

智財權歸屬:「做給你的」不等於「屬於你的」

合約沒寫清楚,著作權預設屬於創作方——也就是廠商。你付了全額,可能只買到「使用權」。要看的關鍵字:

• 著作財產權是否於付清尾款後移轉給你,還是僅授權使用?
• 授權的話,範圍多大?能不能修改?能不能換廠商接手維護?
• 廠商既有元件與開源套件怎麼處理?合理的做法是:專案客製部分歸你,廠商的共用函式庫授權你永久使用。

原始碼交付:被綁架的故事都從這裡開始

我們接手過好幾個案子,前廠商拿翹不給原始碼、資料庫匯不出來,客戶等於被自己付錢做的系統綁架。合約要白紙黑字寫:原始碼、資料庫、部署文件、第三方服務帳號(網域、主機、金流)的交付時點與形式。這一塊的完整清單,我們寫在系統交付後,程式碼和資料是誰的。

保固範圍:「壞掉」的定義要先吵完

驗收後三個月到一年的保固是行情,但「保固什麼」比「保固多久」重要:

• Bug(不符規格的行為):保固內免費修,天經地義。
• 新需求(規格外的功能):另外報價,也天經地義。
• 灰色地帶:第三方改版(金流 API 更新、OS 升級)導致的失效算誰的?先寫進合約,別留給驗收後吵。

付款節點:進度換金流

常見結構是簽約 30-40%、期中 30-40%、驗收 20-30%。原則是每一筆錢對應一個看得見的交付物,不是對應日期。細節與自保條款另寫在付款節點怎麼談。

變更與終止:先想好怎麼分手

• 需求變更程序:怎麼提出、怎麼報價、誰簽核。沒有程序,「順便加一下」會吃掉整個專案。
• 中途終止:任一方喊停時,已完成部分怎麼計價、已付款項怎麼算、半成品交不交付。合作愉快時沒人想談這條,但它是合約裡最值錢的一條。

好合約的功能不是打官司時贏,是讓雙方根本走不到打官司那一步。

我們的合約範本把這些條款全部寫成白話,簽約前逐條解釋——因為讓客戶看懂自己簽了什麼,長期來說對我們有利。如果你手上有一份看不太懂的開發合約,歡迎預約免費 30 分鐘諮詢,我們用工程師的眼睛陪你讀一遍。