專案簽約後客戶老是「小改一下就好」、月底才發現多做了兩倍工？中小企業變更單（Change Order）與合約增補管理系統建置完整攻略：從變更申請、影響評估到追加計價的數位化實戰

你是不是常常遇到這種狀況：專案報價單客戶簽了、合約也蓋了章，開工兩週後客戶一句「這邊順便幫我小改一下就好」、「那個功能加一下應該不會很麻煩吧」，你覺得也不好拒絕，就默默做了下去。等到專案要驗收時翻工時表才發現：原本估 40 小時的案子，做了 90 小時，多出來的 50 小時全部是「順便的小改」。

你想跟客戶追加費用，客戶反過來說：「這些不都是原本合約裡就有的嗎？我以為都包在一起。」最後不是自己吞下去、就是撕破臉。這是所有專案型服務業（設計、系統開發、行銷代操、工程施工、廣告製作）最痛的一種漏血：不是客戶不願意付錢，而是你根本沒有一套機制在事情發生的當下就把它記錄下來、讓客戶確認、然後決定要不要追加。這篇文章我們就把這件事情用「變更單（Change Order）管理系統」的角度，從頭到尾講清楚要怎麼建置。

Photo by Romain Dancre on Unsplash

一、為什麼中小企業一定要有變更單制度？先算一筆帳給你看

我們假設一個很常見的情境：一家 5 人設計工作室，一年接 30 個中型專案，平均專案金額 15 萬。如果每個案子被「順便加需求」多做 20% 的工時但沒有收到追加費用，等於每個案子少賺 3 萬，一年就是 90 萬 直接從利潤裡蒸發掉。這還不包括因為時程延誤導致下一個案子跟著 delay、團隊被迫加班加到士氣崩潰、老闆天天處理糾紛的隱藏成本。

更麻煩的是心理層面。當你沒有一套明確的機制，員工在面對客戶「小小要求」時心裡永遠在打架：拒絕怕破壞關係、答應又怕主管罵。長期下來，大家的直覺就是「先答應再說」，公司變成一個永遠在做免費工的血汗機器。變更單制度的核心不是為了對客戶不好，而是為了讓「加需求」這件事情有一個標準流程可以走，客戶知道、員工知道、老闆也知道。

二、變更單管理系統該有的六大核心功能

1. 變更申請入口（誰可以發起、怎麼發起）

系統要能讓 PM、業務、甚至客戶本人（透過客戶專屬入口）都能發起一張變更單。欄位建議至少包含：關聯專案編號、變更類型（新增功能／修改需求／範圍縮減／時程調整）、原始需求描述、變更後需求描述、客戶提出時間、客戶聯絡窗口、附件（截圖、示意圖、Email 對話截圖）。這個環節最重要的是 「當下就記錄」，不是等到月底憑印象補寫。理想的做法是內建 LINE Bot 或 Email 轉單功能，PM 收到客戶訊息當下就能一鍵建立變更單草稿。

2. 影響評估工作流（工時、材料、時程、金額）

變更單建立後，要走一個評估流程。系統依照變更類型自動指派給不同角色：技術類變更給技術主管評估工時、設計類給設計主管、涉及外部採購給採購同事估料。每個評估者填入：預估工時（小時）、預估材料成本、對現有時程的影響（增加幾天）、對品質的影響（是否需要延後其他里程碑）。這一段流程必須快，SLA 建議設定為 24 小時內回覆，不然客戶就等不下去了。

3. 自動計價與報價單產生

系統要能根據評估結果自動算出追加金額：工時 × 時薪費率 + 材料成本 × 加成率 + 加急費（如果客戶要求時程壓縮），然後自動產出一份簡潔的「變更報價單」PDF。這份文件不需要像正式合約那麼複雜，重點是：原本範圍是什麼、現在多做什麼、要多少錢、時程延後幾天、客戶同意就簽名回傳。整份 PDF 最好一頁就結束，讓客戶不會因為看起來很麻煩就拖著不簽。

Photo by Dylan Gillis on Unsplash

4. 客戶簽核入口（線上就能點）

客戶收到變更報價後，最好能透過一個獨立的網址頁面直接檢視、確認、電子簽名（可以用簡單的畫布簽名或勾選同意）。系統記錄簽核時間、IP、瀏覽器指紋，作為後續稽核憑證。這個環節的關鍵是降低客戶簽核的摩擦：不要用 PDF 讓客戶列印、簽名、掃描、寄回，那絕對會拖到專案結束前一週還沒簽好。

5. 變更批准後自動同步到專案／工時／請款系統

客戶簽好後，系統要自動做三件事：把變更後的新工時加到專案總工時、把追加金額加到請款計畫的下一期發票、通知 PM 與相關執行者可以開始動工。這一段整合非常關鍵，因為 90% 的漏血都是發生在「客戶同意了但沒人記得要開發票追加」這個環節。

6. 變更歷史紀錄與稽核軌跡

每張變更單從發起、評估、報價、客戶回覆、批准、執行、驗收，全流程要有時間戳紀錄。專案結束後可以列印一份完整的「變更歷史報告」，作為未來與客戶對帳、內部盤點利潤的依據。這份紀錄有時候比合約本身還重要，因為它是「這個案子最後到底變成什麼樣子」的唯一真實紀錄。

三、實務上最容易踩的三個坑，先講在前面

坑一：制度做了但沒人用

系統上線後最大的敵人不是客戶，是自己的員工。當 PM 覺得「就這一個小改我自己吃下來就好了、不用麻煩老闆跟客戶」時，變更單就永遠不會被建立。解法有兩個：一是把「有沒有建變更單」納入 PM 的月度 KPI；二是設一個門檻，例如「超過 2 小時的異動一定要開單」，讓大家有明確的判斷依據，不用每次自己心裡打架。

坑二：客戶覺得「你們是不是想坑我」

如果你是第一次跟客戶介紹變更單制度，客戶大概率會覺得反感。這裡的關鍵是在簽約前就先講清楚：把「變更管理流程」寫進正式合約的一個章節，說明「所有超過原始範圍的需求都會透過變更單流程處理，我們會事先告知影響再由您決定」。當客戶簽合約時就知道有這個機制，後面就不會覺得被坑。反而很多客戶會覺得「這家公司很專業、有制度」。

坑三：報價系統跟財務系統沒串接

如果變更單同意後還要人手動把金額 key 進 Excel 請款表、再手動開發票，很快就會出現：客戶簽了但沒開發票、或是同一筆變更被算了兩次。解法就是從第一天開始就規劃好與請款、發票、對帳系統的自動同步，不要想說「先手動一下沒關係」，因為手動一下永遠會變成手動一輩子。

Photo by Alvaro Reyes on Unsplash

四、要客製化系統還是用現成 SaaS？

市面上像 Notion、Monday、ClickUp 這類專案管理工具都有「變更請求」的模組可以自己拼湊，但通常都會遇到幾個瓶頸：無法自動計價、無法產出符合台灣客戶習慣的 PDF 報價單、無法跟本地的發票或會計系統串接、無法用中文電子簽名。對於年營收 3000 萬以下、專案數不多的公司，用 SaaS 拼湊或許還撐得住；但如果你一年的專案數超過 50 個、或平均每個案子變更超過 3 次，建議直接客製化一套跟你現有報價／請款系統整合的變更單模組，投資回收期通常在半年內就能看到。

一套包含前述六大功能的中型客製化變更單系統，開發時程大約落在 8~12 週、成本落在 25~45 萬之間（會依整合複雜度浮動）。相較於前面算出來的「一年 90 萬蒸發」，這筆投資通常一年內就能回本，之後每年都是純賺。

五、上線後要追蹤哪些指標？

系統做好只是第一步，真正的價值來自於用數據反饋管理決策。建議每月追蹤：變更單總數（觀察整體趨勢）、平均變更金額佔專案總額比例（正常應該落在 10~20%）、變更單從發起到客戶簽核平均耗時（越短越健康）、被客戶拒絕的變更比例（過高代表評估或溝通有問題）、每位 PM 平均變更數（找出誰特別會被客戶追加需求，可能是溝通技巧或客戶類型的問題）。

這些指標一開始可能會嚇到你——原來我們公司一年默默做了這麼多免費工。但這正是變更單系統的意義：把看不見的漏血變成看得見的數字，才有辦法止血。

結語：這不是為了對客戶不好，是為了讓公司活得下去

很多中小企業老闆一開始都會抗拒建立變更單制度，覺得「這樣好像很不近人情、會嚇跑客戶」。但實際導入後大部分老闆的回饋都是：客戶反而更尊重我們了，因為他們知道我們是一家有制度、會保護自己也會保護客戶權益的公司。而且更重要的是——當你的員工不再需要獨自面對「該不該答應這個小要求」的心理壓力，整個團隊的士氣跟工作效率會明顯往上跳一階。

如果你的公司也正在被「順便的小改」慢慢吃掉利潤，那現在就是導入變更單管理系統最好的時機。從最小可行版本（MVP）開始：先做「發起 → 評估 → 客戶簽核」三個核心步驟，跑三個月讓團隊習慣，再逐步串上請款、對帳、報表。半年後回頭看，你會很慶幸自己動手了。