SAP專案為何超支，以及如何阻止

SAP專案超支，主要是因為公司一開始拚命壓低成本，然後在探索（Explore）階段吃了一記重擊：Fit-to-Standard研討會揭露了真正的範圍。在我審查過的專案中，40%至60%的超支很常見。

簡短的回答：當預算在任何人了解範圍之前就已定案，而且由廠商而不是客戶控制範圍時，SAP預算就會超支。請在探索階段盯緊WRICEF數量，自己掌握範圍，並在您這一方保留10%至20%的預備金。

調查的平均數看起來平和一些。Panorama Consulting的2026年ERP報告發現，超過四分之一的組織超出了ERP預算，首要原因是額外的技術需求。調查平均數和最後送到顧問面前的專案是兩個不同的母體，所以請以後者來規劃。

40-60%

我在審查的SAP專案中常見的超支幅度

來源: Noel D'Costa，已公開的觀察

本文談的是超支，而不是起始數字。關於依企業規模區分的成本區間、資金去向、人天費率和預算公式，請閱讀我的指南SAP導入要花多少錢。

在我親自主導或救援的21個SAP專案中，同樣的原因一再出現。其中大多數在簽約之前就已清楚可見。

1. 預算定得很低，探索階段才暴露真正範圍

這是我見到最常見的原因。公司一開始拚命壓低成本，往往是因為商業論證需要一個董事會會批准的數字。接著，探索階段來了。

在SAP Activate中，探索階段透過Fit-to-Standard研討會，用SAP標準流程去對照業務的實際運作方式（SAP Learning）。在那裡發現的每一個落差都會變成一個待辦項目：一張報表、一個介面、一次資料轉換、一項強化、一個表單或一個工作流程。它們沒有一項包含在最初的價格裡。

預算出錯，不是因為有人算錯了。它出錯，是因為它在範圍存在之前就已定案。如果可以，請在批准最終數字之前，先做一次簡短的Fit-to-Standard評估。

2. 廠商控制範圍

我在簽約前看到最大的成本錯誤，是允許廠商控制範圍。由系統整合商撰寫範圍時，範圍描述的是整合商打算交付的東西，而不是業務需要的東西。

這些落差之後會以變更請求的形式冒出來，而每一個變更請求都由同一家廠商定價。請自己撰寫範圍，或請一位獨立於導入方的人與您一起撰寫。

3. 沒有成本控管的範圍變更

一家零售連鎖企業編列了500萬美元預算，最後花了1,230萬美元。需求蒐集做得很差，導致範圍不斷變更。專案進行到一半，它發現自己的庫存流程與SAP標準功能不符，隨之而來的是大量客製。

它也低估了從舊系統移轉資料的難度。如果在設計階段就讓流程向標準看齊，成本會低得多。

4. 由高層壓力決定的時程

一個全球製造專案超支143%（計畫580萬美元，實際1,400萬美元），上線延後了11個月。原因包括：高層施加的不切實際時程壓力、人力不足的內部團隊、同時上線太多模組，以及一家缺乏產業經驗的最低價合作夥伴。

便宜不一定比較好。一位選擇最低價導入方案的客戶，最後多花了30%，用來修正一支更有經驗的團隊原本可以避免的問題。

5. 兼職的內部人員

用兼職代表而不是專職流程負責人的專案，每一個決策都要損失好幾天。那個全球製造專案延後11個月上線，人力不足的內部團隊就是原因之一。

您最優秀的人員將在好幾個月內把一半甚至更多的心力投入專案。他們的時間，以及上線前後的業務放緩，都不會出現在廠商的報價裡。

6. 資料問題發現得太晚

在預備上線階段才發現的資料問題代價最高。資料剖析應與需求同步進行，而不是在組態設定之後。在正式系統的壓力下進行三個月的資料清理，一直都是超支專案中最大的延誤成本項目。

我也在自己的 YouTube 頻道上用一支影片（英文）講解了這個主題。

最清楚的早期警訊就是探索階段本身。請盯緊WRICEF數量：報表、介面、資料轉換、強化、表單和工作流程。如果這份清單在一場又一場研討會後不斷變長，預算就已經落後於範圍了。

下面每個警訊都指向上文的一個原因。大多數可以在每週的專案檢討中檢查。

警訊	通常代表什麼	應該怎麼做
WRICEF數量在整個探索階段持續增加	真正的範圍大於已定價的範圍	在探索階段結束、實現（Realize）階段開始之前，重新設定預算基準
落差預設以「開發」來解決	沒有人對標準流程提出質疑	請業務負責人對照標準，逐一說明每個落差的必要性
範圍文件由系統整合商起草	廠商控制了哪些內容被定價	收回範圍的主導權，並請獨立人士一起審查
變更請求按月審查或未定價	小變更在看不見的地方不斷累積	為每個變更請求定價，並每週審查
探索階段結束時資料剖析仍未啟動	資料問題會在測試或切換時浮現	現在就開始剖析，與需求同步進行
關鍵使用者仍是兼職	決策變慢，重工增加	為他們的日常工作安排代理人力，或調整時程

以下每一項都針對上文的一個原因。案例來自我參與或審查過的專案。

1. 掌握範圍。 由客戶端撰寫範圍，在探索階段結束時凍結，並把之後的每一次變更都當作需要定價的決策，而不是一條研討會筆記。
2. 採用標準流程。 每一次客製都要付兩次錢：建置時一次，以後每次升級再一次。一家製造業客戶讓自身流程配合SAP標準而不做客製，節省了80萬美元以上。這對某些部門來說很痛苦，但財務上的差距非常大。
3. 分階段推展。 一家零售客戶沒有一次全部上線，而是把推展拆成三個階段、歷時18個月，節省了120萬美元。初始投資下降了40%，第1階段的經驗也讓後續階段推進得更快。
4. 為專業能力付費，而不是為低人天費率付費。 一家化工企業客戶從通用型SAP合作夥伴換成產業專家，儘管每小時費率較高，整體支出卻減少了20%。專家們做得更快，出錯也更少。
5. 在您這一方保留預備金。 在預算之上保留10%至20%，只針對已明確的風險動用。放在合作夥伴報價裡的預備金，會花在合作夥伴的優先事項上。
6. 每週審查變更請求。 在批准之前，而不是在月底，為每一項估算對預算和時程的影響。
7. 將迴歸測試自動化。 Tricentis Tosca或SAP自己的測試自動化等工具，在任何超過兩輪測試的專案上都能回本，而上線後的每一次升級都是又一輪測試。

在商務方面，我的SAP授權議價清單和給CFO的合約成本審查說明了簽約前應該爭取什麼。

訂閱模式把支出從資本支出轉為營運費用。它沒有消除超支風險，而是改變了風險所在的位置。

GROW with SAP運作在S/4HANA Cloud Public Edition上，只允許透過已發布的介面進行擴充。這限制了WRICEF清單能成長到什麼程度，GROW專案通常約需6至9個月。代價是，讓SAP配合特殊流程的自由度較小。

RISE with SAP運作在S/4HANA Cloud Private Edition上，在那裡您仍然可以修改核心。在那裡，乾淨核心是治理決策，而不是技術限制，所以探索階段的風險與地端部署相同。RISE專案通常需要9至18個月，而且多年期的訂閱期限必須在商業論證中清楚呈現。

AI是一個新的預算項目，而不是可以入帳的節省。部分Joule功能包含在SAP雲端訂閱中，而進階AI功能則另外計價。如果合作夥伴的費率表宣稱AI能帶來節省，請要求對方提出背後的生產力假設。

這關係到大型專案如何影響損益表。依IFRS和美國一般公認會計原則（US GAAP），建置一項由您控制的資產的成本可以資本化；營運、訓練和準備工作的成本則不可以。雲端會讓預算中很大一塊的答案改變。

成本項目	地端部署授權	雲端訂閱（RISE / GROW）
授權費或訂閱費	作為無形資產資本化	在合約期間內費用化（服務合約）
組態設定與建置服務	可直接歸屬時資本化	IFRS：往往費用化，除非形成一項由您控制的單獨資產。US GAAP：將導入成本資本化，並在代管期間內攤銷
建置所用的內部人力	可直接歸屬時資本化	與上一列相同的區分
教育訓練與變革管理	費用化	費用化
資料清理	費用化	費用化
您會保留的資料轉換工具	可重複使用時資本化	逐案評估
上線後支援與維運支援	費用化	費用化

IFRS的立場來自IFRS解釋委員會2021年關於雲端運算安排中組態設定與客製成本的議程決定。US GAAP的立場來自ASU 2018-15。尤其在IFRS下，一份沿用地端部署資本化假設的RISE商業論證，可能會大幅高估第一年的獲利。

文件記錄決定了您能保住多少。一家製造業客戶透過正確的資本化，在當年費用中節省了230萬美元，因為它對顧問的工作記錄得夠仔細，足以為這種做法辯護。另一位客戶因為無法證明自己的資本化決定，面臨了一次痛苦的財報重編。

會計師會嚴格檢視大型資本化專案。請在專案開始之前，而不是在年底，與他們商定會計政策。

大多數超支的專案並不是規劃失敗。它們是在規劃階段不夠誠實。核准一份含有適當預備金的務實計畫的CFO，比核准一份毫無預備金的樂觀計畫的CFO花得更少。

本指南是我的SAP 導入指南的一部分，該指南彙整了從商業論證到上線的所有主題。

SAP導入為什麼會超支？

最常見的原因是一開始把預算壓低，然後探索階段暴露了真正的範圍。Fit-to-Standard研討會把落差變成了從未定價的報表、介面、資料轉換、強化、表單和工作流程。廠商控制的範圍、兼職的內部團隊和延遲的資料工作會讓情況更糟。

SAP專案通常會超支多少？

在我審查過的專案中，40%至60%的超支很常見。Panorama Consulting的2026年調查發現，超過四分之一的組織超出了ERP預算。最後找上顧問的專案，往往是這個母體中問題最多的那一部分。

SAP預算超支的早期警訊有哪些？

最清楚的警訊是WRICEF數量在整個探索階段不斷增加。其他警訊包括由廠商起草的範圍文件、沒有每週定價的變更請求、尚未啟動的資料剖析，以及仍在兼職的關鍵使用者。如果清單變長了，請在探索階段結束時重新設定預算基準。

如何阻止SAP專案的範圍蔓延？

由客戶端掌握範圍，而不是讓系統整合商來撰寫。在探索階段結束時凍結範圍，對照SAP標準質疑每一個落差，並在批准前為每個變更請求定價。每週審查變更請求，而不是在月底。

RISE with SAP能降低超支風險嗎？

單靠它並不能。RISE運作在Private Edition上，核心仍可修改，所以探索階段的風險與地端部署相同。以Public Edition為基礎的GROW with SAP把擴充限制在已發布的介面上，這會縮小範圍成長的空間。

RISE with SAP的導入成本可以資本化嗎？

部分可以，取決於您採用的會計準則。訂閱費本身通常費用化。在IFRS下，SaaS安排中的組態設定與客製服務往往也要費用化，除非形成一項由您控制的單獨資產；在US GAAP（ASU 2018-15）下，導入成本要資本化，並在代管期間內攤銷。