SAP 商業案例範本：讓核准不再拖延

當決策者能在一頁之內，以自己的語言看到問題、成本、回報與風險，SAP 商業案例才會獲准。請使用下面的七章節結構，納入至少五年的每一項成本，保守看待效益假設，並為 CFO、IT 與業務各寫一段專屬的內容。多數卡關的案例，敗在呈現方式，而不是構想。

我見過核准拖上好幾週，有時甚至好幾個月，即使構想本身很扎實。我記得一次 S/4HANA 遷移，第一次提案就失敗了。提案裡塞滿系統架構圖，營運效益幾乎沒寫。我們重新調整，讓開場聚焦於縮短出貨延遲、降低庫存成本，以及團隊將如何交付。CFO 在一次會議中就批准了。

在談範本之前，還有一點。您的導入夥伴不該撰寫您的商業案例。他們的誘因是啟動專案。您的誘因是完成它。這就是 $40M 的專案悄悄變成 $90M 的原因。

決定成敗的是執行摘要

控制在一頁以內。高階主管可能什麼都不讀，只看這一頁。

從問題開始，用數字說。用一兩句話陳述提案，不帶技術細節。接著列出主要效益與數字、簡單的時程、總投資額，以及關鍵風險與其緩解措施。

在我先前支援的一家公司，摘要的開頭用的是「technical objects」與「Embedded HANA」這類詞。CFO 讀完第一段就放下了。我們改寫，以「透過降低庫存，每年節省 $2.5M 成本」與「訂單處理速度加快 40%」作為開頭。同一位 CFO 讀完了整頁，並在當週批准了專案。

摘要完成後，把它交給專案以外的人。如果他們能向您轉述一遍，就代表有效。

為三種讀者而寫

一個版本給所有人，行不通。我看過很好的提案因為寫給了錯誤的對象而夭折。

CFO 與董事會IT業務使用者

他們看什麼CFO 與董事會不用看筆記就能複述的數字IT對照現有系統所繪製的整合範圍業務使用者一份逐項任務呈現他們一週工作的樣貌

給他們什麼CFO 與董事會年度節省與回收期，並坦率說明風險IT上線後的支援模式業務使用者變更前後對照，並附上誠實的訓練時間

如何贏得他們CFO 與董事會坦率勝過樂觀IT證明您知道類似專案在哪裡出了問題業務使用者對每一次多出來的點擊都誠實

CFO 與董事會想要的是不用看筆記就能複述的數字：「年度節省 $2M，回收期 18 個月。」他們希望風險被清楚地說出來。對這群人來說，坦率勝過樂觀。

IT 想要的是對照現有系統所繪製的整合範圍、上線後的支援模式，以及證明您知道類似專案在哪裡出了問題。

業務使用者想要的是一份逐項任務、對照變更前後一週工作的樣貌，以及一個誠實的訓練時間數字。每週重複數千次的一次小小多餘點擊，會變成真正的問題。

我曾有一位 CFO 在會議中途否決一份商業案例，因為它沒有回答她的任何問題。我們把它重建成三個段落，每種讀者一段，並讓每一段都錨定在可衡量的 KPI 上。技術計畫從未改變。改變的只是敘述的方式。

這是我使用的七個章節，依此順序。我記得一家製造業公司，它的 CFO 發現成本細節被埋在第 23 頁，而 CIO 完全找不到技術風險。核准因此延後了六個月。換成結構化的版本後，核准只花了兩週，而內容幾乎沒變。

章節	必須包含的內容
執行摘要	以數字呈現的問題、提案、效益、總投資、時程、主要風險
現況	痛點、它們今天的成本，以及什麼都不做的成本
建議做法	範圍、模組、部署模式（RISE、GROW 或地端部署）、主要整合
財務論證	五年成本與效益、ROI、回收期，較大型專案要附 NPV
導入計畫	階段、里程碑、團隊、相依項目
風險	具體的風險，附負責人與緩解措施
治理	發起人、指導委員會、變更控制、延伸功能的核准規則

把架構圖與組態細節放在附錄。

財務長會尋找的成本

成本不完整，比效益薄弱更容易讓商業案例失敗。請納入以下所有項目：

1. 軟體：地端部署為授權加年度支援，RISE 與 GROW 則為訂閱費。
2. 導入夥伴費用。
3. 基礎架構，若由您自行營運；在 RISE 下，由 SAP 在訂閱內營運。
4. 內部人員時間。這是最常漏掉的一項。
5. 訓練與變革管理。
6. 資料遷移與清理。
7. 經常性支援。地端 SAP Enterprise Support 長期以來約為每年授權價值的 22%。RISE 與 GROW 則要列出合約期間每一年的訂閱費。
8. 上線後的密集支援。

第 7 項是許多財務總監最先檢查的項目。如果缺少第二到第五年，可信度會立刻下降。我的 SAP 導入成本指南列出了每一項的典型範圍，我寫給 CFO 的合約審查指南則涵蓋夥伴這一面。

ROI、回收期，以及 CFO 會相信的效益

ROI 是淨效益除以總投資。五年效益 $3.5M 對上 $2M 的成本，淨效益為 $1.5M，也就是 75%。

回收期是投資額除以年度淨現金效益。一個 $1.2M 的專案，每年回報 $400,000，三年回本。

NPV 把未來的現金流折現為今天的價值。如果董事會要求，請把您的財務團隊帶進會議室。

量化效益時要附上計算過程：

• 庫存：$10M 的存貨，減少 15%，以 20% 的持有成本計算，每年節省 $300,000。
• 流程時間：一項 45 分鐘的任務，每天執行 200 次，縮短為 15 分鐘，以每小時 $30 計算，在 250 個工作天中每年約節省 $750,000。

呈現爬坡過程。上線後第一年的效益，通常低於穩態時的水準。把無法量化的效益另列一份清單，才不會稀釋那些可以量化的效益。

要保守。我見過企業因為對成本毫不留情地誠實、對效益保持保守，而讓艱難的 SAP 專案獲得核准。一家製造業客戶一開始為其 S/4HANA 專案提出 30% 的 ROI。受到質疑後，它把案例修正為更務實的 18%。CFO 欣賞這份坦率，並批准了。

訂閱取代了授權與支援。 RISE 與 GROW 是訂閱制，所以第一年的成本低於購買地端授權。五年總額取決於使用者數、範圍與合約期間。請並列呈現第一、第三與第五年。

改變的不只是現金，還有會計處理。 依 IFRS，雲端合約往往讓您取得的是軟體的使用權，而不是您能控制的軟體資產。在這種情況下，IFRS 解釋委員會（IFRS Interpretations Committee）的 2021 年議程決定意味著，組態與客製化成本通常在收到服務時費用化，而不是資本化。這可能把專案成本中的一大部分，從資產負債表移到損益表。請在財務論證送交董事會之前，與您的稽核人員就 RISE 或 GROW 合約的處理方式取得共識。

Clean Core 改變了長期成本。 建立在已釋出介面上的延伸功能，設計成本較高，但能撐過升級。修改今天比較便宜，之後每次升級都很昂貴。五年模型應該呈現這個差異，尤其是在核心仍可修改的 Private Edition 上。

AI 只有在有工作流程層級的假設時，才屬於商業案例。 Joule 與其他 AI 功能可以在特定任務中節省時間。請把每一項 AI 效益，連結到一個具名的工作流程、一個使用者人數，以及一個您能捍衛的採用率。CFO 每週都會看到「AI 將轉型整個企業」這類提案，並且大幅打折看待。

漏掉什麼都不做的成本。 如果現行系統每年造成 $500,000 的重工，那就該放進案例。有時它比 SAP 的投資還大。

忽略中斷。 訓練時間、切換上線的停機，以及上線後緩慢的第一個月，都會降低回報。

含糊的風險。 「資料問題」不是風險。「主檔資料不一致，導致前 30 天發票被退回」才是。

只有單一上線日期、沒有細節。 延誤通常始於交接處：從需求到組態、從測試到簽核、從訓練到準備就緒。請把它們呈現出來。

忽略公司規模。 在我參與的一個專案中，一家小型經銷商照搬大型企業的治理流程。每週的指導會議變成好幾個小時的生產力損失，直到流程被精簡。對於 200 人以下的公司，8 到 10 頁就夠了。大型企業則期待完整的財務模型與詳細的治理章節。

我合作過一個製造業團隊，花了六個月才拿到核准。他們把案例修改了四次，因為每個版本都回應了一位核准者，卻忽略了其他人。如果從一開始就為三種讀者而寫，就能省下大部分時間。核准之後，下一份文件是專案章程。

SAP 商業案例應包含什麼？

七個章節：執行摘要、現況與什麼都不做的成本、建議做法與部署模式、含 ROI 與回收期的五年財務論證、導入計畫、附負責人的具體風險，以及治理模式。把技術細節放在附錄。

SAP 商業案例為什麼會被否決？

通常是因為效益含糊，或成本不完整，尤其是經常性支援或較後面的訂閱年度。其他常見原因：風險輕描淡寫帶過，或是財務、IT 與營運都需要說服，文件卻只為一種讀者而寫。

如何計算 SAP 導入的 ROI？

把期間內（通常為五年）的淨效益，除以總投資。納入每一項成本：軟體或訂閱、夥伴費用、內部時間、訓練、資料遷移、經常性支援與上線後密集支援。使用保守的效益，並加入上線後的爬坡期。務實的 18% 比樂觀的 35% 更快結案。

RISE with SAP 如何改變商業案例？

訂閱取代了授權與年度支援，所以案例需要針對合約期間的每一年提供成本視圖。SAP 營運基礎架構，因此省下硬體支出。依 IFRS，雲端服務的組態成本通常費用化而非資本化，所以請及早與您的稽核人員就會計處理取得共識。

SAP 商業案例該寫多長？

一頁的執行摘要，之後中型企業專案大約 15 到 25 頁，大型企業最多 40 頁。更長的內容放進附錄。如果發起人需要一個小時才能據此做簡報，就是太長了。

SAP 商業案例中，什麼都不做的成本是什麼？

是企業因為繼續使用現行系統而持續損失的：手動權宜做法、對帳工作、報表延遲、老舊系統的支援，以及根據不可靠資料所做的決策。如果您在使用 ECC，請納入 2027 年之後延伸維護的成本。