依層級劃分的美國 SAP 導入夥伴

在美國選擇 SAP 導入夥伴，要看適配，而不是看層級。第一層級全球系統整合商適合跨多個區域、監管嚴格的專案。第二層級專業公司適合想要規模、又不想承擔第一層級管理負擔的中型市場與單一產業專案。第三層級精品公司適合範圍明確、希望資深人員每天都在現場的專案。無論選哪個層級，決定性的問題都是：到底誰會真正投入您的專案。本指南寫給為 S/4HANA 建立美國夥伴候選名單的 CIO、CFO 與採購主管。在簽署任何文件之前，請善用下面的五個問題與成本表。

我擔任 ERP 顧問已經 25 年。選錯夥伴會影響企業好幾年，我看過一些公司因為看名氣而不看適配，白白浪費了數百萬美元。下面的分類不是行銷版本，而是我如果坐在您的選型委員會裡會使用的那一套。

夥伴不適配所造成的 SAP 專案延誤，比錯誤設定還多。2024 年 3 月，我看著一位製造業客戶為一項中等規模的營運選擇了第一層級公司。這完全是殺雞用牛刀。客戶付出的費用是應付金額的兩倍，而且大公司的流程對其需求來說太過繁重，導入時間也拖得更長。

反過來也一樣。我看過一家政府機關選擇第二層級公司，最後導入失敗、損失 18 個月、捲入訴訟，顏面盡失。

層級告訴您的是規模、風險涵蓋範圍與全球能力。它無法告訴您交付品質。決定交付品質的，是團隊、適配，以及您為團隊設置的治理。

第一層級：全球公司第二層級：專業公司第三層級：精品公司

最適合第一層級：全球公司多區域、監管嚴格的專案第二層級：專業公司中型市場與單一產業專案第三層級：精品公司範圍明確，資深人員每天在場

您得到什麼第一層級：全球公司人才後備、全球交付、稽核軌跡第二層級：專業公司沒有第一層級管理負擔的真正規模第三層級：精品公司真正到場的資深人員

典型客戶規模第一層級：全球公司大型企業與全球集團第二層級：專業公司中型市場與大型企業第三層級：精品公司小型與中型市場

簽約前要檢驗什麼第一層級：全球公司指定團隊的履歷與可投入時間第二層級：專業公司針對您最難情境的工作會議第三層級：精品公司關鍵人員的備援計畫

來源: 我在美國市場看到各層級服務的客戶規模。僅供參考基準，並非報價

「我們需要一個 S/4HANA 夥伴」太籠統，無法引導決策。進入市場之前，先把需求說清楚。

您購買的不是一個標誌或一份方法論簡報，而是四樣東西：您所屬產業的領域知識、一支從藍圖到上線後加強支援始終如一的團隊、一種符合您組織決策方式的交付模式，以及在雙方人員異動後依然有效的權責機制。不同層級對這四樣東西的組合方式不同，同一層級內的公司也各不相同。代價最高的錯誤，是買了公司的名聲，而不是買了與您共事的團隊。

四個選型面向

專案規模。 製造業多法人、跨國的 S/4HANA 專案所需的能力，與單一法人的財務與採購推行完全不同。第一層級公司帶來全球交付與產業範本。精品公司帶來深厚的功能專家與資深人員的延續性。

產業深度。 製藥業的 SAP 與離散製造業的 SAP 不同，與金融服務業的 SAP 又不同。真正有產業深度的夥伴，已經做過您的專案將面臨的那些設計決策。沒有產業深度的夥伴，則是拿您的預算來學習。

交付模式。 有些公司以方法論與範本為先，有些則以能隨機應變的資深實務人員為先。兩者都可能成功。關鍵在於這種模式是否符合您組織的決策方式。

真正的團隊。 索取將進入您專案會議室的那些人的履歷與可投入時間，評估的是他們，而不是提案簡報。我列出的 SAP 導入團隊必備角色說明了該索取哪些履歷。

美國市場的不同之處

美國候選名單不只是把全球候選名單依是否設有美國辦公室篩選一遍。有三個因素會改變它：

1. 聯邦與國防雲端工作負載透過 SAP NS2 執行。 SAP National Security Services 是 SAP 為國家安全客戶設立的獨立美國子公司。2025 年，DISA 授予其暫行授權，允許其在 FedRAMP+ Impact Level 5 等級執行 S/4HANA Cloud Private Edition 與 SAP BTP。其服務執行於 AWS GovCloud (US)。沒有 NS2 經驗的夥伴無法支援這些工作負載。
2. 醫療產業需要具備 HIPAA 經驗的設定顧問。 不是讀過 HIPAA 資料的人，而是設計過控制措施、為 HITRUST 審查建立過稽核軌跡的人。缺乏這種經驗的夥伴，往往要到整合測試時才發現問題，而那時重新設計控制措施既慢又貴。
3. 國防供應商需要 CMMC 紀律。 將 CMMC 納入合約的 DFARS 規則已於 2025 年 11 月 10 日生效。自 2026 年 11 月 10 日起，涉及受控非機密資訊的合約可以要求第三方二級認證。沒有 CMMC 所需文件習慣的夥伴，會在您接受評鑑時製造出缺失事項。

這些因素不會改變您需要的層級，而是改變該層級中哪些公司能為您服務。

簽約前要問的五個問題

推薦人電話只會得到制式答案。下面這些問題才會得到有用的答案。

1. 具體是誰會投入我的專案？ 取得履歷。確認指定人員在您的專案期間可以投入。問清楚如果夥伴下個月又拿下兩個案子，這些承諾會怎樣。
2. 你們如何處理我所屬產業特有的流程？ 有深度的夥伴會給出具體答案。沒有深度的會說「我們會在藍圖階段評估」。
3. 給我看一個出了問題的專案，以及你們如何挽救。 每家公司都有這樣的專案。他們如何處理，比他們的成功案例更能說明問題。
4. 上線前你們如何執行變更凍結？ 變更管控薄弱，範圍就會在後期不斷堆積。從答案可以看出他們如何應對壓力。
5. 你們將如何把知識移轉給我們的團隊？ 有規劃的夥伴會把它寫進合約。沒有規劃的夥伴會製造依賴。

第一層級夥伴適合大型複雜專案：多法人全球推行、法遵要求繁重的受監管導入，以及需要大規模同時推動 SAP 交付與業務變革的轉型。最後一欄說明了我的觀點從何而來，供您衡量其分量。

公司	通常適合的情境	我的觀點依據
Accenture	標準流程範圍的大型全球轉型	直接經驗
IBM	複雜技術環境、混合雲、受監管環境	直接經驗
DXC Technology	已在使用 DXC 基礎架構或代管服務的客戶	直接經驗
Deloitte	需要業務顧問的財務密集型專案；醫療與政府	觀察
Capgemini	需要美國營運延續性的歐洲母公司企業；公用事業	公開資料
TCS	全球範本推行、應用程式管理	公開資料
Infosys	自動化主導的交付、製造業	公開資料
NTT DATA	應用程式管理、中大型 SAP 環境	公開資料
Wipro	消費品、醫療、美國製造業	觀察

第一層級的優勢所在

需要一個交付組織在八個時區都有人員的多區域推行。設定、安全與變更管控的稽核軌跡必須經得起外部審查的受監管導入。SAP 只是更大變革計畫的一部分、在交付之外還需要董事會層級顧問的轉型。

還有人才後備。如果您的 ABAP 負責人在切換期間離職，第一層級有後備人員。替補要花多少錢是另一個問題。有沒有替補，則不是問題。

第一層級的失敗所在

最常見的失敗：您評估的夥伴不是您得到的團隊。介紹方法論的資深合夥人在 SOW 簽署後就撤出。來的團隊是當時有空的人，而不是承諾的人。這是我親眼看到第一層級令人失望的最大根源。

第二是方法論僵化。預建範本只有在您的流程與之吻合時才能加快交付。不吻合時，每條工作流的頭幾週都要花在釐清假設上。

第三是商務複雜度。第一層級的合約很長、變更請求很繁瑣，而這些公司深諳變更單的門道。如果您的團隊管不住商務條款，預算就會悄悄膨脹。

Accenture：直接經驗

Accenture 帶來的是結構。當客戶的流程與其預先設定的產業範本吻合時，這些範本能縮短交付時間。我中途加入的一個專案，在設定能依照實際業務需求進行之前，得先拆解好幾個標準範本。結構在適配時才有效，所以要在藍圖階段的第一週就檢驗範本適配度，而不是等到設計結束。

對於標準流程範圍的全球多區域 S/4HANA 專案，Accenture 是正確的選擇。風險在於：您需要的是應變力，卻買了結構。

IBM：直接經驗

IBM 帶來深厚的技術治理，尤其是在混合 SAP 環境，以及整合複雜的 ECC 到 S/4HANA 移轉中。其治理模式非常周密。有些客戶覺得這令人安心。習慣敏捷交付的精簡內部團隊則覺得繁重。技術專業無庸置疑。

如果您的系統環境涉及大型主機整合、複雜中介軟體或受監管產業的要求，IBM 是站得住腳的選擇。進入穩定運作階段後，預期治理節奏會比您希望的更重。

DXC：直接經驗

DXC 在舊系統整合與基礎架構上有技術實力。我記得有一位製造業客戶，SAP 工作開始時 DXC 已經在營運其基礎架構。把 SAP 專案也交給它，代表基礎架構團隊與 SAP 團隊之間沒有交接，整合問題浮現時沒有互相推諉，技術層只有一條權責線。

當延續性比涵蓋範圍更重要時，DXC 是正確的選擇。如果它已經在營運您的基礎架構或代管服務，這些優勢是實實在在的。如果沒有，就依其 SAP 事業本身的實力來評估。

Deloitte、Capgemini、TCS、Infosys、NTT DATA 與 Wipro

我對這六家的了解較為有限。我看過 Deloitte 在醫療與政府領域表現出色，把業務顧問與 SAP 執行結合起來，讓經營層持續參與。我看過 Wipro 在美國一家製造廠成功完成 SAP 部署：快速、務實，不需要漫長的準備期就能從容處理當地法遵要求。除此之外，公開資料有限但有用。Deloitte、TCS 與 Infosys 都曾名列 Gartner SAP S/4HANA Application Services 魔力象限的 Leader：Deloitte 在 2021 年，已是連續第七年；TCS 在 2021 年；Infosys 在 2022 年。Deloitte 的摘要介紹了它連續獲選 Leader 的紀錄。NTT DATA 設有專門的 SAP 部門 NTT DATA Business Solutions，前身是 itelligence。Capgemini 的 SAP 事業在歐洲比在美國規模更大，適合需要延續性的歐洲母公司企業。

這些都無法告訴您，他們的團隊是否適合您的專案。推薦人電話與履歷層級的查核依然不可少。

第二層級夥伴介於全球系統整合商與精品公司之間。它們有真正的規模、成熟的方法與特定的產業實務，卻沒有第一層級的治理負擔或商務複雜度。

公司	SAP 重點	最適合
HCLTech	雲端優先移轉、應用程式管理	雲端 S/4HANA 部署與持續支援
Birlasoft	中型市場 S/4HANA、離散製造（2019 年併入 KPIT 的 SAP 事業）	範圍標準、預算緊的製造商
Tech Mahindra	電信、物流、SAP BTP	有 BTP 擴充需求的電信與物流企業
Atos	公部門、國防、歐洲經驗	需要在美國落地執行的歐洲母公司企業

第二層級適合的情境

選擇通常取決於產業吻合度與交付模式。具備公用事業或製造業深度的公司，會帶來第一層級通才要在您的專案上才慢慢累積的知識。商務溝通也比較輕鬆。第二層級公司會談判，第一層級公司只報價。

檢驗方法：把您預期最困難的兩三個業務情境交給擬任的首席顧問，與他一起逐一推演。這樣一場會議對適配度的說明，勝過任何數量的推薦人電話。

第三層級夥伴是專注於特定功能或產業的小型公司。有自行創業的前 SAP 實務人員，有單一模組或單一產業的專家，也有在地方關係深厚的區域型公司。

第三層級的優勢所在

資深顧問全程參與，而不只是在提案階段露面。決策更快、管理負擔更低，權責落在個人身上。一位客戶告訴我，他們偏好第三層級夥伴，因為「每次來的都是 A 咖團隊」。這話有道理：合約上列名的人真的會到場。

每位顧問的產業深度也更高。做過許多保險業 S/4HANA 專案的精品公司，在下一個專案上通常會勝過第一層級的通才。

第三層級的失敗所在：三個真實風險

1. 人才後備。 在一個專案中，一家小公司的 ABAP 負責人在測試期間休假。沒有立即的備援，我們只好向另一個團隊借人。上線日期固定而人才後備單薄，就是風險。簽約前取得夥伴針對關鍵人員的備援計畫。
2. 文件與治理。 小公司有時靠省略文件來加快速度。我曾經不得不重做一份為了「節省時間」而被省略的切換文件。良好的治理不是官僚。當決策受到質疑，或顧問離開 18 個月後有人需要知道當初達成了什麼共識時，它是保護您的稽核軌跡。
3. 擴展空間。 為單一模組聘請的精品公司，很難消化範圍的擴大。如果您的專案可能擴大，要問夥伴能否隨之擴展。

當範圍明確、客戶團隊有足夠經驗承擔治理，且與指定夥伴的關係已經建立時，第三層級可行。當客戶團隊同樣單薄、又期待夥伴提供它給不了的治理時，就會出問題。

多夥伴模式

在美國的大型專案中，只有一家夥伴往往是例外。常見的形態是：由一家主系統整合商負責核心 S/4HANA 交付，再加上一兩家專業公司補足主整合商的弱項，例如財務結帳專家、負責擴充的 BTP 精品公司，或獨立的代管夥伴。

這種模式能在主整合商薄弱之處補上深度，對主整合商的設計提出獨立質疑，並加快利基工作的啟動。它也帶來更多合約、更多整合負擔，以及工作流邊界上的互相推諉。

多夥伴安排是順利運作還是一團混亂，差別在於結構。在工作開始前把夥伴之間的邊界寫下來。讓一家夥伴對所有夥伴之間的整合負責。只設一個治理論壇，而不是三個。多數失敗來自這樣的客戶：為了解決主整合商造成的問題，中途加入第二家夥伴，卻沒有圍繞新安排重新設計治理。

1. 客戶專案領導層為所有夥伴運作一個治理論壇

• 主系統整合商核心 S/4HANA 交付，對所有夥伴之間的整合負責
• 財務結帳專家在主整合商薄弱之處提供深度
• BTP 精品公司以 SAP BTP 建置的擴充

成本是多少

總成本主要取決於企業規模與範圍，而不是夥伴層級。以下是我看到的 S/4HANA 專案總額，以及各規模下通常參與競爭的層級。請把這些數字當作參考基準而非報價；完整明細請參閱我的 2026 年 SAP 導入成本範圍。

企業規模	典型專案總成本	我通常看到參與競爭的層級
小型（員工不到 200 人）	8 萬至 50 萬美元	第三層級精品公司
中型市場（員工 200 至 1,000 人）	50 萬至 200 萬美元	第二層級專業公司、第三層級精品公司
大型企業（員工 1,000 至 10,000 人）	200 萬至 1,000 萬美元以上	第一層級與第二層級
全球集團（員工 10,000 人以上）	1,000 萬至 5,000 萬美元以上	第一層級

日費率是個別資深顧問的計費費率。專案綜合費率會比較低，因為多數專案會把在岸架構師與近岸或離岸交付人員混合運用。依角色與地區的明細，請參閱我的 SAP 專案資源配置規劃指南。

交付地點	資深顧問日費率
美國在岸	1,800 至 3,500 美元
GCC	1,200 至 2,000 美元
近岸	700 至 1,400 美元
離岸	300 至 700 美元

最便宜的顧問最貴。一位位於費率區間上緣、能幫您避免六個月延宕的資深顧問，比一支位於區間下緣卻做不到的初階團隊更省錢。多數財務長要到第二次專案檢討之後才想通這一點。

日費率是最小的變數。決定成本的是多少人、做多久、重工多少。一個 200 人的專案延宕 90 天，代價遠遠超過這些人之間任何日費率的差異。費率要談，但不要讓費率談判替您選定夥伴。我關於 ERP 合約談判的筆記說明了商務面的內容。

RISE 與 GROW 如何改變與夥伴的對話

在 RISE with SAP 之下，SAP 負責基礎架構與技術維運。夥伴的範圍收窄到應用層：設定、移轉、整合、測試與訓練。這去除了一部分技術複雜度，也去除了夥伴對環境可用性的一部分掌控。

Clean Core 改變了客製範圍。具備 RISE 交付經驗的夥伴，有一套方法決定哪些客製改用 SAP 標準、哪些變成以已發布 API 或 SAP BTP 建置的擴充、哪些直接淘汰。沒有這種經驗的夥伴，會沿用地端專案重度客製的習慣，在第一個版本就製造技術債。

GROW with SAP 進一步收窄範圍。它執行於 S/4HANA Cloud Public Edition，採用標準流程，不能修改核心。已為它建立交付模式的夥伴推進很快。初次接觸的夥伴會把它當成縮小版的 S/4HANA 專案，這就抓錯了重點。

對於 2026 年的專案，請問每家夥伴兩件事：你們完成了幾個 RISE 或 GROW 導入，以及你們如何管控 Clean Core？回答含糊，代表他們還沒有真正掌握這種模式。

如果今天我站在買方，我不會先問 RFP 上該放哪家第一層級公司。我會去找美國 SAP 市場上兩三位叫得出名字的顧問，他們做過與我即將進行的完全相同的專案，在我的產業、我的規模、我的法規特性之下。然後再去聯絡他們所屬的公司。層級只是簡稱。有名有姓的實務人員才是真正的訊號。

第一層級、第二層級與第三層級 SAP 導入夥伴有什麼差別？

層級反映的是規模、全球交付能力與典型專案規模，而不是交付品質。

第一層級公司擁有全球交付網路、產業範本與涵蓋 SAP 全系列產品的經驗。大型全球專案、受監管的導入，以及結合 SAP 交付與業務變革的轉型，通常會選擇它們。

第二層級公司有真正的規模與成熟的方法，但專注於特定產業或區隔市場。對美國中型市場專案來說，它們往往比第一層級更合適。

第三層級精品公司規模小，在特定模組、產業或地區有深厚專業。它們提供直接接觸資深人員的機會與快速決策。風險在於人才後備與擴展空間。

如何評估 SAP 導入夥伴的提案？

看四件事：團隊、適配、方法與商務條件。

團隊：索取專案經理、解決方案架構師與功能負責人的履歷，並確認他們在您的專案期間可以投入。適配：針對您最困難的兩三個情境召開一場工作會議。方法：問他們如何執行變更凍結，以及如何處理在工作坊中被非正式加入的範圍。商務條件：固定價格包含什麼、變更請求如何處理、未達里程碑時適用哪些折抵，以及他們承諾怎樣的知識移轉。

不只要索取成功專案的推薦人，也要索取遇過嚴重問題之專案的推薦人。

選擇第三層級 SAP 夥伴有哪些風險？

三個：人才後備（關鍵人員不在時沒有備援）、擴展空間（難以消化新增範圍）以及文件紀律（在時間壓力下切換計畫與決策紀錄被刪減）。

只要您自己的專案經理一開始就訂下文件標準、要求夥伴遵守，並在出現人力缺口時迅速呈報，這三項都可以控管。

導入與後續支援應該用同一家 SAP 夥伴嗎？

優勢是延續性：建置系統的人來支援系統，沒有交接空窗。風險是依賴：更換成本高，續約時您的議價力弱。

常見的折衷做法是讓導入夥伴一路負責到上線後加強支援期結束（通常是上線後的前 30 到 90 天），然後針對應用程式管理進行競爭性選商。如果由同一家夥伴繼續負責應用程式管理，就要設定重新招標的觸發條件，通常每三年一次，並事先通知。

應該向 SAP 導入夥伴的推薦人問哪些問題？

問一個發生過的問題，以及夥伴如何處理。問提案中列名的人員是否一直留在專案上；多數客戶都後悔當初沒有更用力追問這一點。要求看一份關鍵設計文件，因為文件品質能反映治理品質。問他們下一階段是否還會再聘用這家公司，以及原因。

堅持要一位來自您所屬產業、複雜度相近的推薦人。公部門的推薦人對製造商幾乎沒有參考價值。