你的客戶開始說「這個應該包含在原來的報價裡」
這句話幾乎每個 freelancer 都聽過。
專案做到一半，客戶突然說：「這個功能我們之前就想要了，應該算在原來的報價裡吧？」
你心裡知道這是 scope creep，但客戶覺得這是「合理期待」。
🚀 首屏 offer（限時）：
如果你現在正在被 scope creep 困擾，$10 快速審核：
→ 24 小時內收到：範圍文件標注 + 直接可用的談判腳本
→ 不滿意一分鐘內退款，無問題
付款：paypal.me/cheapuno
什麼是 Scope Creep？什麼不是？
不是 scope creep：
- 最初說的功能現在才發現實作複雜度比預期高 → 這是報價風險，不是客戶問題
- 小修正（typo、調整間距）→ 正常維護，沒人要收費
是 scope creep：
- 原本範圍是「登入頁面」，現在變成「完整會員系統」
- 原本沒有「匯出 PDF」功能，現在變成標配
- 客戶說「這個很簡單，應該不用另外報價吧」
Case Study #1（假設）：網站專案 — $1,200 談到 $1,680
背景（假設）：
- 原始範圍：5 頁面靜態網站
- 原始報價：$1,200（$240/頁面，無風險 buffer）
- 談判費率：$30/小時（$1,200 ÷ 40 小時）
觸發點（假設）：
專案開始兩週後，客戶說：「對了，我們需要會員登入功能，應該包含在原價裡吧？」
框架報價計算（假設）：
原始報價：$1,200 × 1.0 × 1.0 = $1,200
額外範圍：會員系統 16 小時額外工作
路線 A（隱性讓步）：損失 $1,800（白做 16 小時）
路線 B（強硬拒絕）：客戶感受差 + 後續溝通成本 $200
路線 C（談判敘事）：額外收回 $480，净赚
結果（假設）：路線 C，客戶接受 $480 額外費用，總專案 $1,680
Case Study #2（假設）：App 開發 — $3,000 談到 $4,500
背景（假設）：
- 原始範圍：iOS App 登入模組
- 原始報價：$3,000（$75/小時 × 40 小時，無 buffer）
- 客戶行業：電子商務（新創）
觸發點（假設）：
開發到第三週，客戶說：「我們想加入推播通知功能，這樣使用者才能收到訂單更新。這個應該在原來的範圍內吧？」
談判過程（假設）：
額外功能：推播通知
額外工時：8 小時
談判費率：$75/小時
額外費用：$600
客戶初始反應：「這不是很簡單嗎？iOS 推播很標準的」
我的回應：「了解，我查了一下：APNS 憑證設定 + 後端整合 + 前端 UI + 測試，大約 8 小時。這是額外產生的範圍，我需要另外收費。」
客戶回覆：「好吧，那 $600 是合理的。」
結果（假設）：
額外收回 $600，總專案從 $3,000 → $3,600。沒有破壞合作關係，客戶後續還介绍了另一個客戶。
4 種回應方式（從軟到硬）
1. 確認範圍，感謝提醒（適用於模糊地帶）
「謝謝你提出來！我確認一下：這個功能是在一開始的專案範圍內嗎？還是需要另外評估？」
目的：把「誰」在要求額外工作轉換成「這個功能」是否在原始範圍內。避免直接拒絕，爭取談判空間。
2. 兩個提案方向（適用於範圍明確爭議）
「針對這個需求，我看到兩個方向：
方向 A：維持原報價，我把功能簡化到符合原始範圍
方向 B：把這個當獨立的範圍變更，我另外報價 $480
你希望往哪個方向走？」
目的：強迫客戶做選擇，而不是讓你承擔免費增加的責任。
3. 具體數字說話（適用於客戶堅持「這個很簡單」）
「了解，我評估了一下：這個功能需要多做 16 小時。按照我們談的小時費率，這會是 $480 的額外費用。
這個你可以接受嗎？」
目的：用數字破除「這很簡單」的直覺判斷。
4. 引用合約條款（適用於有書面合約的情況）
在報價單或合約裡預先寫明：
Scope Creep 條款：
專案範圍以雙方同意的報價單為準。任何超出原始範圍的功能或修改，
雙方需另行書面協議額外費用。
可直接複製的 Scope Creep 回應模板
Hi [客戶名稱]，
感謝你提出這個需求！我查了一下，這個[功能名稱]目前不在我們的原始範圍內。
我的選項：
A. 從原報價 $X 中刪除等量的功能，以維持總價不變
（我可以移除[具體替代功能]）
B. 把 [功能名稱] 當作獨立的範圍變更
新增費用：$Y
新增時數：Z 小時
新增交付時間：[日期]
你偏好哪個方向？
什麼時候該果斷說「不」
遇到這三種情況，直接說不：
沒有範圍文件：客戶說「我以為這是包含的」但你們從來沒討論過 → 這是範圍設定失敗，下次報價前逐項確認。
客戶想用「簡單」來壓低價格：說「這個很簡單」等於說「我不懂技術所以你不能收費」→ 這是價值觀問題，不是 scope 問題。堅持你的報價。
每次會議都「順便」增加一個需求：這不是不小心，是系統性剝削。說不，然後開始找下個客戶。
Scope Creep 嚴重程度評估表
在回應前，先評估這次 scope creep 的嚴重程度：
| 等級 | 額外工時 | 客戶態度 | 建議回應 |
|---|---|---|---|
| 🟢 輕度 | < 2 小時 | 合理期待 | 路線 1（感謝 + 確認） |
| 🟡 中度 | 2-8 小時 | 可以商量 | 路線 2（兩個提案） |
| 🔴 重度 | > 8 小時 | 堅持免費 | 路線 3（數字說話） |
| ⚫ 危險 | > 16 小時 | 態度惡劣 | 路線 4（合約條款）或放棄 |
報價前的 Scope Creep 預防決策檢查表
在送出任何報價前，逐項確認（至少 5/7）：
- [ ] 專案範圍文件是否已書面化（不只是口頭確認）？
- [ ] 客戶是否有在範圍文件上簽名或書面回覆確認？
- [ ] 「不在範圍內」的項目是否有明確定義？
- [ ] 你是否有在報價單加入 scope creep 條款？
- [ ] 修改流程和額外費用是否有明訂標準？
- [ ] 交付時間是否有明訂為「在原始範圍內」的交付時間？
- [ ] 你是否預留了 10-15% 的 buffer（如 40 小時 → 報 46 小時）？
如果低於 5 個 [ ]，你還沒準備好報價。
FAQ：5 個常見問題
Q1：客戶聽到要加價就生氣，怎麼辦？
這通常不是「錢的問題」，是「信任的問題」。客戶感受到的不是「$480」，而是「這個人是不是在坑我」。先用路線 1（確認範圍）確認共識基礎，再用數字談。永遠不要在沒有建立信任的前提下直接報價。
Q2：什麼時候應該免費做？
兩種情況：(1) 這個功能本來就應該在原始範圍內（你的失誤），(2) 這個免費項目是為了維護長期合作關係，預期後續營收高於當下損失。除此以外，幾乎沒有免費的理由。
Q3：如何在合約裡預防 scope creep？
加入以下三句話：
- 「專案範圍以雙方同意的報價單為準。」
- 「任何超出原始範圍的功能或修改，需另行書面協議。」
- 「緊急變更得雙方同意後執行，費用另計。」
Q4：客戶堅持說「我以為這是包含的」，但我沒有書面範圍文件。
這是最大的 freelancer 錯誤。口頭範圍不是範圍。下次報價前一定要有書面文件。如果現在沒有，就從這次開始建立：整理一個簡單的「專案範圍說明」，email 給客戶確認。
Q5：客戶每次開會都增加需求，我該怎麼辦？
這不是 scope creep，這是系統性剝削。選項：(1) 在下次會議開始前說「今天我們只討論原範圍內的事，額外需求請 email 給我」，(2) 果斷結束合作，找下一個客戶。你的時間比你想的更值錢。
如果你已經被 scope creep 傷害過
下次報價的時候，把 buffer 提高：
- 原本評估 40 小時 → 報 52 小時（+30% buffer）
- 或者在報價單直接寫「10% scope buffer included」
客戶看到數字，會更謹慎地提出額外需求。
我提供的服務
如果你現在正在被 scope creep 困擾，我提供 $10 快速審核：
包含：
- 你的報價單範圍文件檢查
- Scope creep 風險點識別
- 改進建議（具體條款文字）
交付物：
- 範圍文件標注版本（Google Doc，含顏色標記）
- 談判腳本替換文字（Google Doc，直接可用）
交付時間： 24 小時內
付款： paypal.me/cheapuno
*本文是「Freelance 定價談判」系列的第 17 篇。如果你還沒有看過，建議從 The Freelance Scope Estimation Framework 開始閱讀。
HN讀者問題：「客戶說這個應該包含在原來的報價裡，怎麼回？」
這是 freelancer 最常見的 scope creep 藉口。 Framework 的緩衝機制就是為了這種情況設計的：
- 25% buffer 已經考慮了「合理範圍內的變更」
- 如果變更超出 buffer，啟動正式 change order 流程
- 回應方式：「這個功能在原始討論中沒有提到，所以需要另外報價。我可以更新報價給你。」
Top comments (0)