元伸科技
客製網站做到一半想加功能，追加費用該不該付？
先給答案：只要新增的功能超出當初簽約的書面範圍（scope），乙方收取追加費用就是合理的；反過來，原本合約就該含、卻刻意漏報事後才喊加價的，才叫不合理。判斷的唯一標準，是「簽約時雙方白紙黑字寫的範圍」有沒有涵蓋這項需求——而不是誰嗓門大。
實務上,「做到一半想加功能、結果鬧到撕破臉」是客製網站最常見的糾紛來源，沒有之一。我看過太多案子：甲方覺得「不過就多一個會員登入，順手做一下不行嗎」，乙方覺得「這要多開發兩週，當然要收錢」——兩邊都不是壞人，問題出在簽約時根本沒把「做什麼、不做什麼」講清楚。
這篇文章我用顧問的角度，把這件事拆給不懂技術的老闆聽：為什麼會有追加費用、怎麼分辨合理與被當凱子、簽約前怎麼把範圍邊界寫死，以及做到一半要加東西的正確流程。如果你還在更前面的階段，建議先讀網站架設完整指南建立整體概念，再回來看這篇會更有感。
為什麼會有「追加費用」？先搞懂需求變更和「本來就該含」的差別
很多老闆聽到「追加費用」直覺反應是「又想坑我」，但這裡有個關鍵的觀念要先講清楚。客製網站不像買現成商品，它是照你的需求一行一行寫出來的，工時就是成本。所以新增需求＝新增工時＝新增成本，這是客觀事實，不是廠商貪心。
但問題在於，有兩種「追加」長得很像、本質完全不同：
- 真・需求變更：簽約後你提出當初沒談到的新功能。例如本來只做形象官網，做到一半你說「乾脆加個線上購物車吧」。這是新增的工，收費合理。
- 假・追加（本來就該含）：合約寫了「會員系統」，乙方做到一半說「會員登入要另外收費喔」。這是把本來談好的東西拆出來再收一次錢，不合理。
差別在哪？在於這項東西當初的書面範圍有沒有寫到。 寫到了卻要再收錢，是乙方耍賴；沒寫到、是你後來才想加的，那就是合理追加。
實務上最麻煩的不是這兩種極端，而是中間那塊灰色地帶——合約寫了「聯絡表單」，但沒寫表單送出後要不要寄通知信、要不要存進後台、要不要防垃圾留言。這些「算不算包含」雙方各有各的理解，就是爭議的溫床。後面會專門講這塊。
合理追加 vs 不合理追加：一張表分辨你是不是被當凱子
光講原則太抽象，直接用一張表讓你對照。下次乙方開口要追加費用時，拿這幾個維度檢查一遍，心裡就有底了。
| 判斷維度 | ✅ 合理追加 | ❌ 不合理（被當凱子） |
|---|---|---|
| 需求來源 | 你後來新提的、合約沒寫的功能 | 合約已明列、卻說要另外收 |
| 範圍依據 | 書面 scope 確實沒涵蓋 | 寫了「一式」事後任意解釋 |
| 報價透明度 | 列出工時/項目明細 | 只丟一個總數，問不出細節 |
| 改動原因 | 你改變主意或市場變化 | 乙方前面做錯/漏掉要你買單 |
| 確認時機 | 動工前先報價、你同意才做 | 先做完、驗收時才告訴你要加錢 |
| 金額合理性 | 與市場行情相當 | 明顯偏高、像在懲罰你提需求 |
我的判準很簡單：合理追加是「新增的工」，不合理追加是「把本來該做的拆開來再收一次」。如果一項追加同時踩到「合約其實有寫」「報價說不出明細」「做完才講」這三點，那你大概率被當凱子了，該據理力爭。
但這裡也要替乙方說句公道話。有些老闆把「客製」當成「無限吃到飽」——簽完約之後三天兩頭提新想法，每次都說「這個很簡單吧」，做到後來功能比原本多一倍還覺得理所當然。這種「範圍蔓延（scope creep）」對乙方不公平，合理收費反而是健康的。一個只會做白工不敢收費的廠商，案子做到後面通常會擺爛，最後倒楣的還是你。
灰色地帶：那些「算不算包含」最容易吵架的地方
前面說了，真正的爭議很少出在黑白分明的地方，而是出在雙方理解不一致的灰色地帶。我整理了幾個業界最常吵的，你簽約前先想清楚，就能堵掉大半的糾紛：
- 「聯絡表單」的延伸：表單本身好做，但送出後要寄通知信給你、要存進後台管理、要加防機器人驗證——這些常常沒寫，做到一半才發現各有各的想像。
- 「RWD 響應式」的程度：說好做手機版，但「手機版要不要重新設計排版，還是只是把電腦版縮小」差很多。後者幾乎不用工，前者等於多設計一套。
- 「修改」的定義：調個顏色字級是修改，整頁推翻重來也是修改。沒約定修改次數和「什麼程度算一次」，就會沒完沒了。
- 「後台 CMS」能管到哪：能改文字算基本，但能不能自己新增頁面、調整選單、換版型，落差極大，價錢也差很多。關於這點，報價單怎麼拆解看那篇有更細的拆法。
- 「素材」誰提供：文案、產品照、公司簡介——乙方默認你提供，你以為他們會寫。文案缺位往往是專案延誤的頭號原因。
這些灰色地帶之所以危險，是因為簽約當下雙方都覺得「這還用講嗎」，但「不用講」的東西，事後解釋權永遠在對自己有利的那方。 所以正確做法是：凡是你心裡有預期、但合約沒明寫的，簽約前一律問清楚、寫進去。
簽約前怎麼把範圍邊界（scope）寫清楚？這 6 項一定要白紙黑字
防止追加費用爭議，九成的功夫要花在簽約前。一旦動工了才想釐清範圍，籌碼就在對方手上。下面這份清單是我會建議每位老闆在簽約前逐項確認、並要求寫進合約或報價單的範圍邊界：
| 必寫項目 | 為什麼重要 | 寫清楚的範例 |
|---|---|---|
| 總頁數 / 版型數 | 「網站一式」沒講頁數，做到第幾頁算多 | 首頁 ×1、內頁版型 ×5、共 12 頁 |
| 功能模組清單 | 「程式開發」太籠統，逐項列才不漏 | 會員登入、聯絡表單含通知信、後台 CMS |
| 各階段修改次數 | 沒上限＝沒完沒了，有上限才公平 | 設計稿含 2 次修改，超過按次計 |
| 不包含項目（exclude） | 把「不做什麼」寫出來，堵住灰色地帶 | 不含金流串接、不含文案撰寫 |
| 素材提供方 | 釐清文案、圖片誰負責，避免互踢皮球 | 文字與產品照由甲方提供 |
| 變更處理流程 | 預先約定怎麼加東西、怎麼算錢 | 新增需求走書面變更單，報價確認後執行 |
特別講**「不包含項目」這一欄**，這是最多人忽略、卻最有用的。一般合約只寫「要做什麼」，但把「不做什麼」也寫出來，等於提前消滅了灰色地帶。例如白紙黑字寫「本案不含金流串接、不含 LINE 串接、不含多語系」，日後你想加，雙方都清楚這是新增、要報價，誰都不會覺得被坑。
範圍邊界寫得夠細，對乙方也是保護——他不用擔心你無止盡加需求，可以安心報一個實在的價格。所以一個願意花時間跟你把 scope 釐清的廠商，通常是負責任的。關於完整的合約該注意什麼，客製網站合約重點有更全面的整理。
做到一半要加功能？走這「書面變更 4 步驟」誰都不會吵
就算簽約前準備再周全，專案做到一半臨時想加東西，本來就很正常——市場在變、你的想法在變。重點不是「能不能改」，而是**「用什麼流程改」**。我會強烈建議任何變更都走下面這四步，這是業界叫「變更單（Change Order）」的標準做法，把它制度化，撕破臉的機率趨近於零：
| 步驟 | 做什麼 | 為什麼 |
|---|---|---|
| 1. 書面提出 | 用 email 或變更單寫清楚新需求 | 口頭講容易各自解讀，文字才有依據 |
| 2. 評估報價 | 請乙方評估對工時、費用、時程的影響 | 讓你在動工前就知道代價，自己決定值不值得 |
| 3. 確認同意 | 雙方書面同意金額與新時程後才動工 | 先談錢再做事，做完才談錢必吵 |
| 4. 留存紀錄 | 變更單附在合約後，當作交付依據 | 驗收和日後維護都有憑據 |
這四步看起來囉嗦，但實際操作很快——一封 email 來回就完成了。它真正的價值在於：把「先做完再算錢」的危險習慣，換成「先算錢再做」的安全習慣。
實務上最容易出事的，就是省略第二、三步。一個做機械零件外銷的客戶，當初做官網時口頭跟廠商說「順便加個英文版吧」，廠商也沒報價就做了，結果上線結算時被加了六萬，客戶覺得被坑、廠商覺得做了該收，最後不歡而散。問題不在那六萬合不合理，而在於沒人在動工前把六萬這個數字攤開來談。 如果走了書面變更流程，客戶會在花這六萬之前自己決定要不要做——這才是流程保護雙方的意義。
順帶一提，這套變更紀律不只用在建置期。網站上線後的功能新增、改版，同樣適用這個邏輯，這也是為什麼客製網站維護費用需要事先講清楚——維護期的「順手改一下」如果沒有規則，一樣會變成糾紛。
結語：把規格和變更流程寫清楚，是對雙方最好的保護
客製網站的追加費用爭議，從來不是「錢」的問題，是「沒講清楚」的問題。同樣一筆追加費用，事前攤開來談是合作，事後才講就是衝突。根據元伸科技 24 年的經驗，記住這 3 點：
- 判斷合理與否，只看簽約時的書面範圍——合約有寫卻要再收錢叫耍賴，合約沒寫是你後加的叫合理追加。
- 九成功夫花在簽約前的 scope——把頁數、功能模組、修改次數、不包含項目全部寫死，灰色地帶才不會變成戰場。
- 任何變更一律走「書面→報價→確認→留存」——先算錢再做事，永遠不要讓「先做完再談錢」發生。
選合作對象時，與其找報價最低的，不如找一個願意花時間陪你把規格和變更規則講清楚的。一份清楚的合約，省下的往往是日後好幾倍的爭執成本。如果你正在評估客製網站專案、或擔心日後的追加費用爭議，不妨找元伸科技聊聊，把範圍和流程談明白了再開始，對你我都安心。
📞 03-366-1000 ｜ 🌐 www.ozchamp.com ｜ 免費諮詢，24hr 內回覆初步方案建議
