服務業接案最怕 Scope Creep!SOW 沒寫死,需求無限追加怎麼辦?
服務業接案時,SOW(Statement of Work)定義不清是常見痛點。本文解析 SOW 疏漏如何導致需求無限追加(Scope Creep),並提供具體修訂建議與法條依據,協助服務業者保護自身權益,避免落入無止盡的追加地獄。
維權維權科技股份有限公司合約金 AgreeGold 開發與營運團隊服務業接案常因 SOW(服務範疇說明)定義不清,導致客戶不斷追加需求,形成 Scope Creep。本文解析此痛點的法律風險,並提供具體合約修訂建議,幫助業者保護權益。
SOW 模糊不清,是服務業的無底洞
承接專案,最怕的不是案子做不完,而是案子永遠做不完。許多服務業業者,特別是中小企業,在簽訂服務合約時,往往對「服務範疇說明」(Statement of Work,簡稱 SOW)的定義不夠嚴謹,導致後續客戶不斷提出「額外」或「超出原預期」的需求,而業者卻難以拒絕,最終落入無止盡的追加(Scope Creep)泥沼。這不僅嚴重壓縮利潤空間,更可能影響專案品質與團隊士氣。從法律角度來看,這往往源於合約條款的模糊,讓雙方對「服務內容」與「交付成果」的理解產生落差,進而引發爭議。
1. 需求無限追加的法律風險:當「原定服務」變得模糊
當 SOW 的描述過於籠統,例如僅寫「協助客戶完成網站建置」,卻未具體列出包含哪些功能、頁面數量、設計風格、內容產出等細節,就很容易讓客戶認為「這些都包含在內」。一旦客戶提出超出原先預期的功能或服務項目,而業者基於「這是同一專案的一環」而默認接受,久而久之,這些「額外」的工作就可能被視為「原定服務」的一部分。依民法第 98 條,契約條款發生疑義時應探求當事人真實意思,不得拘泥於所用之辭句。這裡沒有一個偏向哪一方的預設——法院不會因為 SOW 寫得籠統就自動認定追加屬於原範圍,也不會自動認定不屬於。它會回去看雙方實際上怎麼做:你二話不說接下了幾次追加,那些接受本身就成了「原範圍包含這些」的證據。範疇不明的代價不是輸掉某個推定,而是把認定權交給事後還原,而事後還原的材料,是你當初為了維持關係而做的每一次讓步。
範例條款: 服務範疇說明 (Statement of Work, SOW):本合約所稱之「服務」,係指乙方依據本合約附件一「專案需求規格書」所載明之內容,為甲方提供之 [具體服務項目,例如:開發一套符合附件二規格之線上預約系統,包含使用者註冊、課程瀏覽、線上金流串接、後台管理介面等功能;或:為甲方設計並製作三款品牌形象廣告影片,風格與內容詳見附件三]。任何未明確載明於附件一、附件二、附件三之項目,均不屬於本合約約定之服務範疇。
2. 變更管理機制闕如,追加需求成「免費升級」
許多服務合約缺乏明確的「變更管理機制」(Change Management Process)。這意味著,當客戶提出任何修改或新增需求時,業者沒有一套標準流程來評估其影響,例如:是否會影響專案時程?是否會增加額外成本?是否需要重新報價?若沒有這樣的機制,業者很可能在客戶的「請幫我改一下」、「順便幫我加這個」的要求下,不知不覺地承擔了額外的成本與風險。要留意的是,法律並沒有一條規定要求你建立變更管理流程。它之所以重要,是因為爭議發生時要處理的問題只有一個:這筆追加到底算不算原本約定的服務範圍。這是契約解釋問題,依民法第 98 條要探求當事人真意,不得拘泥於所用之辭句——而在沒有書面變更紀錄的情況下,能拿來探求真意的材料,就只剩往來訊息與雙方實際怎麼做。書面變更程序的價值不在於它讓你多一項權利,而在於它把「當初到底談了什麼」變成一份舉得出來的文件。
範例條款: 變更管理程序:若甲方欲變更本合約所約定之服務範疇、規格或交付項目,應以書面(含電子郵件)向乙方提出變更請求,並詳細說明變更內容。乙方應於接獲變更請求後 [數字] 個營業日內,評估變更對專案時程、成本及其他相關事項之影響,並以書面回覆甲方。雙方就變更內容、所需額外費用及時程調整達成書面合意後,該變更始生效力。任何未經雙方書面同意之變更,乙方均有權拒絕執行。
3. 驗收標準模糊,導致「做再多都不滿意」
除了服務內容,交付成果的「驗收標準」若也模糊不清,同樣會讓業者陷入困境。例如,僅寫「交付符合客戶期望的設計稿」,但「期望」的標準非常主觀,業者很難拿捏。當客戶不斷提出修改意見,而業者卻無法判斷這些修改是否已超出原先預期,就容易陷入無止盡的修改循環。服務類合約多屬承攬性質,依民法第 505 條第 1 項,報酬應於工作交付時給付;換句話說,「工作有沒有完成」直接決定了對方付不付款的義務何時發生。若驗收標準不明確,雙方對「是否完成給付」的爭議就會直接卡住付款。明確的驗收標準,應包含具體的測試項目、通過條件、以及驗收週期等。
範例條款: 交付成果與驗收標準:乙方應依本合約附件一所載規格交付 [具體交付物,例如:網站測試版本]。甲方應於收受交付物後 [數字] 個營業日內進行驗收。驗收標準應符合附件一所載之功能測試報告、效能指標及使用者體驗準則。若交付物未達前述標準,甲方應於驗收期間內以書面列明具體缺失,乙方應於 [數字] 個營業日內修復。若甲方未於驗收期間內提出書面異議,或已開始使用交付物,則視為驗收合格。
4. 智慧財產權歸屬不明,隱藏後續爭議
在許多服務專案中,智慧財產權(Intellectual Property Rights, IPR)的歸屬問題至關重要。若合約未明確約定,例如由服務業者創作的設計、程式碼、文案等,其智慧財產權歸屬於誰?是歸屬於提供服務的業者,還是購買服務的客戶?這可能引發後續的授權、使用範圍等爭議。依據著作權法等相關法律,智慧財產權的歸屬原則上依創作人或契約約定。若合約未明訂,可能產生不必要的法律糾紛。因此,在 SOW 中應清楚界定智慧財產權的歸屬與授權範圍。
範例條款: 智慧財產權歸屬:除本合約另有約定外,乙方為履行本合約所開發之原創性程式碼、設計圖稿、文案、數據分析模型等智慧財產,其所有權歸屬於乙方。甲方僅取得依本合約約定使用該等智慧財產之非專屬、不可轉讓之授權,授權範圍僅限於甲方自身業務營運之目的。若甲方欲將該等智慧財產用於其他目的,應另行取得乙方書面同意並支付合理授權費用。
5. 違約責任與損害賠償,未能事先約定
當一方未能履行合約義務時,另一方應如何主張權利?合約中若未明確約定違約的定義、處理方式,以及損害賠償的範圍與上限,將使權利主張變得困難。例如,若客戶遲延付款,業者應如何主張遲延利息?若業者未能如期交付,客戶可否主張懲罰性違約金?民法第 252 條賦予法院酌減過高違約金的權力,但這並不代表可以不約定違約金。明確的違約責任條款,能有效嚇阻違約行為,並為受損方提供清晰的求償途徑。同時,也應考慮設定損害賠償的上限,以避免過度擴張風險。
範例條款: 違約責任與損害賠償:若甲方未依約支付服務費用,應自應付日起至實際支付日止,依年息百分之五計算遲延利息。若乙方未能依約如期交付符合驗收標準之交付物,甲方得要求乙方於 [數字] 個營業日內改善,若仍未能改善,甲方得就遲延部分,依每日未交付交付物總價款之百分之 [數字] 計算違約金,但總違約金以本合約總價款之百分之 [數字] 為上限。任何一方違反本合約其他約定,致生損害於他方者,應負損害賠償責任,但以可預見之直接損害為限,且總賠償金額以本合約總價款為上限。
SOW 夠不夠緊?五個確認點
- 我的 SOW 是否具體列出所有服務項目、交付成果與規格?
- 合約中是否有明確的變更管理流程,包含如何處理追加需求?
- 驗收標準是否客觀、可衡量,而非僅依主觀「期望」?
- 智慧財產權的歸屬與授權範圍是否已清楚約定?
- 違約責任與損害賠償的計算方式及上限是否明確?
「都是熟客,不用寫那麼死」
許多服務業者認為,只要與客戶「口頭」說清楚就好,或是認為「反正都是熟客」、「大家都是朋友」,就不需要把 SOW 寫得太死。這種想法非常危險。口頭承諾難以舉證,而「朋友」關係在商業往來中,一旦涉及金錢與權益,往往不堪一擊。合約的目的,正是為了在雙方意見不合時,提供一個客觀的依據,保障彼此的權益。將服務範疇「寫死」並非不近人情,而是專業與負責任的表現。
常見問題
客戶堅持追加的需求,如果合約沒寫,我真的可以拒絕嗎?
原則上可以。如果該需求未明確包含在合約的 SOW 或附件中,且未經過正式的變更管理程序並取得雙方書面同意,那麼這就屬於「額外」的需求。你可以依據合約中關於服務範疇的約定,委婉但堅定地向客戶說明,該需求不在原合約範圍內,若要執行,需要另外簽訂補充協議或新的報價單,並依據變更管理流程進行。
如果客戶威脅要給負評或終止合作,我該怎麼辦?
這確實是實務上常遇到的困境。首先,保持冷靜,並檢視合約條款。如果客戶的追加要求確實已超出合約範圍,你可以嘗試與客戶溝通,強調合約的約定,並提出一個合理的解決方案,例如:提供部分免費的額外服務,但明確界定範圍;或者,提出一個優惠的價格來承接這些追加需求。若客戶仍堅持不合理要求,且你認為其威脅不當,則需評估終止合作的風險與後果,並諮詢法律專業意見。
什麼是「誠實信用原則」?它在合約解釋中扮演什麼角色?
誠實信用原則是民法中的基本原則(民法第 148 條)。它要求人們在行使權利、履行義務時,應遵守誠實與信用的態度。在合約解釋上它的作用是一道界線:條款有疑義時,一方不能挑一個對自己最有利、但明顯違背雙方原本理解的讀法,然後主張白紙黑字就是這樣寫。誠信原則管的正是「利用模糊空間佔便宜」這件事——把條款寫清楚的另一個好處,是讓你不必依賴這道界線。
SOW 裡面的「規格」和「交付成果」有什麼不同?
規格(Specifications)通常是指對交付成果的「要求」或「標準」,例如:網站的速度必須在 3 秒內載入;軟體必須支援兩種瀏覽器;設計風格必須是簡約現代。而交付成果(Deliverables)則是具體「產出」的項目,例如:一個可上線的網站;一份包含所有功能的軟體程式碼;三款品牌形象廣告影片。SOW 需要同時明確規格與交付成果,才能完整定義服務範疇。
我可以要求客戶在簽約前先付一筆「預付款」嗎?
可以。預付款(Deposit 或 Down Payment)是常見的作法,尤其對於較大型或客製化的專案。這不僅能確保客戶的合作意願,也能幫助業者先行支付部分的前置成本。預付款的比例與支付時點,都應明確約定在合約中。
如果客戶不驗收,我該怎麼辦?
如果你的交付物已符合合約約定的驗收標準,但客戶卻以各種理由(包括不合理的追加要求)拒絕驗收,這可能構成客戶的「受領遲延」。你可以依據合約約定,發函通知客戶限期驗收,並說明若逾期未驗收,將視同驗收合格。同時,你也可以主張因客戶遲延受領所造成的額外費用(例如:倉儲費、額外的專案管理成本),甚至考慮依民法相關規定,將交付物提存,以解除你的給付義務並主張付款。
維權科技股份有限公司專注於開發頂尖的 AI 法律與智慧財產解決方案。我們將法律專業與尖端技術創新結合,建構於可量測的 RAG 系統、向量資料庫與 Agentic Pipeline 之上,為台灣電子業、台美律師事務所、軟體公司與傳統產業提供已在生產環境穩定運行的自動化服務,協助企業達成降本增效的具體成果。
本部落格內容以司法院判決書庫與中央行政法規為根據,每項主張皆標示出處,供讀者自行查證。
本文為一般法律資訊分享,非針對具體個案之法律意見。實際案件請諮詢專業律師。