付款節點怎麼談?保護雙方的付款結構

付款節點是委託開發裡最少被認真談、卻最常引爆糾紛的條款。業主怕「錢付了東西拿不到」,廠商怕「東西做了尾款收不到」——兩種恐懼都真實存在,而且都有受害者。這篇把我們自己在用的付款結構攤開來講:怎麼切節點、比例怎麼抓、哪些條款能同時保護雙方。

原則:錢的進度跟著交付物走

健康的付款結構只有一個核心邏輯:每一筆款項對應一個看得到、驗得了的交付物,而不是對應日曆。「簽約付一半、三個月後付一半」是糟糕的設計——中間三個月雙方都在裸奔:業主不知道錢換到了什麼,廠商不知道做的方向對不對。

以一個中型網站或系統專案為例,我們常用的結構是三到四段:

幾個比例上的判斷:訂金低於兩成的要小心廠商的財務體質(可能靠拆東牆補西牆在滾案子);訂金超過五成的業主風險太高;尾款保留三成左右,是業主對「驗收品質」最實質的話語權。長期或大型專案,則建議切更細——把期中款拆成每個階段交付付一次,搭配固定的迭代節奏,雙方風險都更平滑。

業主的自保條款

• 交付物定義寫進合約:每個節點「交付什麼、算不算完成由什麼標準判斷」,白紙黑字。「完成設計」太模糊,「交付首頁與內頁設計稿各一版,含手機版」才叫條款。
• 原始碼與帳號的交付時點:明定尾款付清後幾日內交付原始碼、網域、主機與第三方服務的所有權限。這條沒寫,你付的是租金不是買斷。
• 中止條款:專案若中途喊停,已完成階段的成果(含程式碼)歸業主。這保護你不會付了錢卻兩手空空。

廠商的自保條款(業主也該懂)

為什麼業主要懂廠商的自保條款?因為一份只保護單邊的合約,另一邊一定會用別的方式把風險討回來——通常是品質。合理的雙向條款包括:驗收期限(交付後 N 天內未提出異議視同驗收,防止尾款被無限期拖著)、變更另計(範疇外的需求走變更流程報價,防止「順便加一下」吃掉利潤)、業主延遲條款(素材或回饋逾期,時程順延)。願意把這些攤開談的廠商,通常也是做事透明的廠商;迴避談錢的,後面才可怕。

好的付款結構不是誰防誰,是讓雙方在每一個節點都「銀貨兩訖」:業主的錢永遠換到了東西,廠商的工永遠收到了錢。

簽約前,把這篇當檢核表

下次拿到報價單和合約,對照這篇檢查:節點有沒有對應交付物?驗收標準寫了嗎?原始碼交付時點明確嗎?雙向的保護條款都在嗎?如果你手上正好有一份合約想確認,或想聽聽你的專案適合怎麼切節點,歡迎預約免費 30 分鐘諮詢——把條款攤開來談,是我們最擅長的事。