Caira 助您 3 步完成合約審查：

• 在檔案中直接獲取修改建議和評註

• 生成電子郵件摘要以發送給對方

註冊免費試用只需不到 30 秒。無需信用卡：開始免費試用

「這在我的電腦上沒問題」：為何網頁開發人員需要更好的合約

網頁開發領域飽受「預期落差」的困擾。

您交付了符合規格的代碼。
客戶在 2014 年的 iPhone 6 上打開，
然後大喊：「壞掉了！」

您構建了他們要求的 CMS。
六個月後，他們打電話給您，
要求您修復由他們安裝的插件所產生的錯誤。

開發是理性的。客戶是感性的。
您的合約是兩者之間唯一的橋樑。
沒有它，您就等於承諾了終身免費技術支援。

以下是您需要在商業條款中修補的法律漏洞。

1.「瀏覽器兼容性」深淵

情境：您構建了一個流暢的 React 網站。
它在 Chrome 和 Safari 上運行順暢。
客戶的執行長在辦公室用 IE11 打開它。
網格佈局崩潰。他們拒絕付款，直到它可以「在所有瀏覽器上運行」。

法律現實：

「在所有瀏覽器上運行」在技術上是不可能的。
若無具體清單，法院可能會將「功能性網站」解釋為「在標準商業工具上運行」，這可能包括舊版瀏覽器。

解決方案：

制訂一個支援瀏覽器條款。

請具體說明。
「本網站旨在最新兩個版本的 Chrome、Safari、Firefox 和 Edge 上運行。
除非規範中明確同意，否則不支援舊版瀏覽器（例如 IE11）。」

2. 驗收測試（「上線」觸發點）

情境：您完成了網站並發送了連結。
「請告訴我您的想法。」

安靜了 3 星期。

然後：「我們可以更換字體嗎？」

又安靜了 2 星期。

然後：「其實，我們可以移動標誌嗎？」

您已經拖延了截止日期 3 個月，
且尚未收到最後 50% 的付款。

法律現實：

如果沒有界定「驗收期」，項目就會處於停滯狀態。
它既沒有完成，也沒有未完成。

解決方案：

制訂一個「視為驗收」條款。

「客戶自交付之日起有 7 天時間測試軟體。
若 7 天內無書面報告特定『錯誤』（定義為崩潰/關鍵故障），
則軟體視為已被接受，並需支付尾款。」

這會迫使他們檢查，或者向您付款。

3. 範圍蔓延（「只需做一個小改動」）

情境：您對 5 個頁面進行了報價。
在接近完成時，客戶發送了內容。
總共有 12 個頁面。
「我只是把『關於我們』頁面拆開進去，這沒什麼大不了吧？」

這件事很大。
它關乎導航邏輯、手機選單影響以及內容輸入的時間。

解決方案：

停止為「一個網站」報價。
改為對「工作範圍」報價。

• 嚴格的交付物：「5 個靜態頁面、1 個聯絡表單。」

變更條款： 「超出此範圍的任何具體請求將按我們標準的每小時 [X] 英鎊收費。
在變更獲得批准之前，開發將暫停。」*

4. 代碼歸誰所有？（智慧財產權）

情境：您使用了標準的「基礎主題」，
或您多年寫下的輔助函數庫。
客戶與您鬧翻。
他們要求轉讓所有代碼的「完整版權」。

如果您轉讓了所有一切，
您在法律上就無法為下一個客戶使用您的基礎主題。
您賣掉了「工具」，而不僅僅是「房子」。

解決方案：

區分「定制代碼」和「背景智慧財產權」。

「開發人員在收到全額付款後，將定制設計和文字版權轉讓給客戶。」*

「開發人員保留所有『背景智慧財產權』（可重用函數庫/框架）的所有權，
並授予客戶永久的、非獨占的許可，以用於本網站。」*

5.「終身」錯誤修復

情境：網站上線。兩年後，Wordpress 更新。
網站壞了。客戶致電：
「這是您建的，您去修好它。」

解決方案：

制訂一個保固期。

「我們在上線後提供 30 天保固期，以修復上線時存在的錯誤。
30 天后出現的，或因第三方更新（插件/瀏覽器更改）引起的任何問題均為付費維護。」

為甚麼合約審查是您的開發文檔

您為代碼加上註釋。您也應該對您的商業關係添加評註。

對於創作和開發人員，請參閱我們的智慧財產權授權和轉讓陷阱指南。

AI 合約審查會分析您的開發協議。
它能檢查您是否無意中承諾了「適用性」（高法律門檻），
而非「合理的技能與謹慎」。
它能確保您的「驗收」流程滴水不漏。
幫助您順利交付項目並獲得報酬，而不會留下歷史債務。

免責聲明：本文中的資訊僅供一般參考之用，不作為專業法律、財務、稅務或醫療建議。