SAP 導入可能感覺是一大步，也許確實如此。但它不必讓人覺得倉促。我見過不少企業，在還沒弄清楚自己要解決什麼問題之前，就一頭栽進挑選平台、比較部署模式、追逐功能清單之中。
目標不是做到完美，而是做到清晰。您的企業實際需要什麼？您準備好接受多大的改變？如果事情沒有照計畫進行，會發生什麼事？
本頁逐一說明各個階段，附上我針對每個階段寫過的所有指南，最後回答客戶最常問的問題。
大多數團隊會先把焦點放在軟體上。這可以理解。但 SAP 導入與企業每天如何運作的關係，比與底層系統的關係更大。
難的不是安裝 SAP，而是圍繞真正需要改變的事，讓人員、時機與決策對齊。專案正是在這裡放慢，甚至停擺。
您現在不需要掌握所有答案。但把 SAP 導入看成工作方式的轉變，而不是又一個 IT 專案，會很有幫助。
一覽
策略準備
先了解業務，再談軟體：要解決的問題、成功的樣貌，以及標準與客製之間的界線。
規劃與治理
及早確定專案範疇、部署模式與決策機制。
方案設計
Fit-to-Standard：讓業務對應 SAP 的流程，只在能增加價值的地方進行開發。
資料與整合
決定要移轉哪些資料並加以清理，設計 SAP 如何與其他所有系統串接。
建置、測試與訓練
受控的建置、具備退出準則的真實測試週期，以及使用真實資料的訓練。
上線與 Hypercare
有紀律的系統切換、快速修正問題的 Hypercare 團隊，以及衡量業務成效的 KPI。
階段 0：策略準備
在談模組或比較平台之前，先停下來。SAP 導入始於了解您的業務：它今天如何運作、在哪裡遇到困難、需要改變什麼。之後的每一個決策，都仰賴您在這裡所定義的內容。
聚焦三個問題。您要解決什麼問題？成功應該是什麼樣貌？您要在標準與客製之間的哪裡劃線？
需求蒐集不是一份功能清單，而是釐清您的業務今天如何運作、是什麼在扯後腿。商業案例定義預期成果、ROI 期望，以及六個月後您要如何為這筆投資辯護。Clean Core 策略劃定哪些要客製、哪些維持標準，並左右上線後的每一次升級。
階段 1：規劃與治理
一旦知道自己為什麼要做這件事，就把它轉化為決策。清楚的決策，及早做出。
把範疇定具體。哪些事業單位要上線、哪些流程暫時維持人工、哪些舊系統會保留？這裡任何不清楚的地方，之後都會變成雜訊，而事後收拾的成本比一開始就做對還高。
選擇 Greenfield、Brownfield 或選擇性移轉，不只是技術上的選擇。它反映企業準備好接受多大的改變，數十項設計決策都由此而來。接著成立指導委員會、定義升級處理路徑，並決定由誰負責艱難的決定。在推進過程中持續更新商業案例。
階段 2：方案設計（Fit-to-Standard）
方案設計不是從零開始設計一切，而是了解 SAP 已經提供了什麼、您的業務真正需要什麼，以及什麼時候該對客製開發說不。Fit-to-Standard 工作坊會逐一走過 SAP 的預設流程，讓您決定哪裡調整、哪裡接受。
從三個面向著手。模組對應您主要的業務功能，例如財務、銷售、採購與製造。整合之所以重要，是因為 SAP 很少單獨運作，它必須與 CRM、供應商網路、報表工具和舊系統串接。還有架構，要在企業成長的過程中維持乾淨、可升級、可支援。
產業相關內容，請參閱適用於製造業、零售業與航空業的 SAP。
階段 3：資料與整合
這個階段常被低估，卻決定上線的成敗。您可以擁有最好的模組和最乾淨的設計，但只要資料有問題，使用者從第一天起就會感受到。
想清楚三件事。哪些資料值得移轉，哪些可以留下？您目前的資料到底有多乾淨？SAP 要如何與現有工具和第三方平台串接？
資料移轉聽起來簡單，其實不然。專案會因為對應不良、來源資料髒亂和臨時的範疇變更而延誤。
階段 4：建置、測試與訓練
這是 SAP 導入開始變得真實的階段，沒有結構的話，很快就會亂掉。開發加速，傳輸請求快速流動。如果技術變更管理不清楚，變更會互相覆蓋，團隊也會搞不清楚哪些已經核准。
測試必須反映真實的業務活動：UAT、系統切換演練，以及各種邊緣情境。退出準則與品質關卡能讓所有人保持一致。
訓練比大多數人預期的更重要，把它推到最後只會適得其反。用真實資料進行課程，讓大家動手試，甚至犯錯。信心就是這樣建立起來的。
階段 5：上線與 Hypercare
上線感覺像終點線，但它正是現實開始的地方。使用者不再練習，而是開始依賴系統。我見過有團隊在一天之內從平靜陷入混亂，不是因為工作做錯了，而是因為交接太鬆散。
系統切換意味著在緊湊的時間窗口內移轉資料、啟用介面、凍結變更，並協調數百項細小的任務。我見過最好的系統切換，都有清楚的時程、備援計畫和演練。大家也需要知道要在哪裡登入、找誰求助、哪些東西可以動。
上線後的 Hypercare 是專注回應的小組，而不是延長的支援。讓工單公開可見並快速修正，因為使用者一旦早期失去信任，往往就不會再回來。接著衡量業務，而不只是系統：採用率、週期時間、錯誤趨勢，以及報表與庫存現在是否與財務對得上。
我寫過的所有 SAP 導入指南，依它們協助您做出的決策分組。請從每一列的第一個連結開始。
沒有放諸四海皆準的公式。誰要是說有，大概就沒做過。但無論是 10 個使用者的專案，還是橫跨 5 個國家的全球推行，我一再看到的都是同樣的六件事。
- 明確定義的業務目標。「上線」不是目標。把訂單處理時間縮短 40% 才是目標，從 IT 到營運的每個人都應該知道這套系統為什麼重要。
- 高階主管贊助。 如果領導階層沒有明顯支持專案，大家都看得出來，動能會消退，艱難的決定會被往下推。
- 扎實的變革管理。 抗拒很少是大聲的。它表現在只用一半的功能和影子試算表上，所以要及早開始，寧可過度溝通。
- 務實的資料策略。 指派資料負責人，在上線之前清理，而不是之後。
- 企業內部的所有權。 別把您的腦袋完全外包出去。您需要一位受信任又有點固執的人，在事情感覺不對勁時出面反駁。
- 上線後支援計畫。 人會犯錯，功能也不一定如預期運作。支援就是生命線。
做對了，收穫很實際：銷售、庫存與財務共用一套資料、更強的流程紀律、更清楚的稽核軌跡、現金與訂單的即時數字，以及不必砍掉重練就能成長的空間。
我見過一些專案起步很強，卻在六個月後停滯，因為資料不乾淨，或沒有人能就核准流程該怎麼運作達成共識。這很正常，而且只要及早留意，是可以避免的。
- 業務與 IT 不一致。 IT 在推動敏捷，業務單位卻想要滴水不漏的流程，這種脫節會變成持續的拖累。
- 複製舊系統。 重現上一套 ERP 的每個畫面和欄位，會導致臃腫的客製開發與緩慢的推行。
- 資料準備不足。 重複資料、過時的代碼和斷掉的關聯會在專案途中浮現，拖慢一切。
- 變革疲勞。 團隊已經要兼顧日常工作，沒有變革管理，抗拒會是安靜的，卻真實存在。
- 沒人扛下艱難的決定。 顧問可以引導，但如果內部沒有人做決定，決策就會停滯，成本就會上升。
- 專案途中總會有意外。 組織重整、新任 CFO 或一場併購。彈性與務實的時程會有幫助。
要從 Oracle 或 Microsoft 轉換過來嗎？這兩種轉換我都協助團隊完成過。
藉這次轉換重新思考流程，而不是照搬流程。先修正資料，妥善界定整合範疇，並給大家時間。從業務上的清晰開始，而不是從產品比較表開始。
我在 SAP 導入與數位轉型領域已經投入 25 年。有些專案我從第一天就負責領導。另一些專案，我是在時程落後或願景偏離現實之後才加入。
我的工作始終不變：不說行話，把企業需要的東西與 SAP 能實際交付的東西連結起來。您可以先從這些免費工具開始。
- SAP 導入成本試算工具：估算您 SAP 導入的大致成本。
- ERP 導入成本試算工具：快速掌握 ERP 的成本與時程。
- 資料移轉工作量與成本估算器：您需要的資料物件，以及移轉它們的成本。
- S/4HANA 移轉評估：依系統年限、資料與客製程式碼，判斷 Greenfield、Brownfield 或選擇性移轉。
- SAP 解決方案建置器：依您的產業與規模提出模組範疇與分階段路線圖。
- SAP 職務說明產生器：為 SAP 專案招募人才時使用的職務說明。
什麼是 SAP 導入？
這是設定 SAP 軟體以支援企業運作方式的過程，把採購、生產、人資等真實流程對應到系統中。它不只是技術設定，還包括人員、資料、時程，以及上線時一切如何串接。
SAP 導入需要多久？
從幾個月到一兩年不等。小型企業可能需要 6 到 9 個月。大型的全球推行往往需要 18 個月以上。
SAP 導入的 5 個階段是什麼？
經典的五個階段是專案準備、業務藍圖、實現、最終準備，以及上線與支援。有些企業會增加步驟或回到前面的階段，這很常見。
SAP 導入的三大支柱是什麼？
人員（發起人、使用者與領導階層）、流程（SAP 要支援的工作流程）與技術（系統、整合與資料）。
SAP 容易導入嗎？
很少。技術只是故事的一半。讓人員對齊、清理資料、管理變革，往往比軟體更難，但只要規劃得當，是可以掌控的。
SAP 代表什麼意思？
Systems, Applications and Products in Data Processing（資料處理的系統、應用程式與產品）。這家公司於 1970 年代在德國起步，如今驅動著全球許多最大型的組織。