跳至正文

按梯队划分的美国SAP实施合作伙伴

合作伙伴不匹配造成的 SAP 项目延误,比错误配置还多。梯队不如适配重要:行业深度、团队连续性,以及真正到场的那些人。

办公大楼里大、中、小三种尺寸的玻璃会议室
目录
  1. 我如何评估 SAP 实施合作伙伴
  2. 四个选型维度
  3. 美国市场的不同之处
  4. 签约前要问的五个问题
  5. 第一梯队:全球企业级公司
  6. 第一梯队的优势所在
  7. 第一梯队的失败所在
  8. Accenture:直接经验
  9. IBM:直接经验
  10. DXC:直接经验
  11. Deloitte、Capgemini、TCS、Infosys、NTT DATA 和 Wipro
  12. 第二梯队:中型市场和大型企业专业公司
  13. 第二梯队适合的场景
  14. 第三梯队:精品和细分领域专业公司
  15. 第三梯队的优势所在
  16. 第三梯队的失败所在:三个真实风险
  17. 合作伙伴选择在美国项目中如何展开
  18. 多合作伙伴模式
  19. 成本是多少
  20. RISE 和 GROW 如何改变与合作伙伴的对话
  21. 常见问题

在美国选择 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 美元
GCC1,200 至 2,000 美元
近岸700 至 1,400 美元
离岸300 至 700 美元

最便宜的顾问最贵。一位处于费率区间上端、能帮您避免六个月超期的资深顾问,比一支处于区间下端却做不到这一点的初级团队更省钱。大多数 CFO 要到第二次项目复盘之后才明白这一点。

日费率是最小的变量。决定成本的是多少人、做多久、返工多少。一个 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 实施合作伙伴的参考客户问哪些问题?

问一个出过的问题,以及合作伙伴是如何处理的。问提案中列名的人员是否一直留在项目上;大多数客户都后悔当初没有更用力地追问这一点。要求看一份关键设计文档,因为文档质量能反映治理质量。问他们下一阶段是否还会再聘用这家公司,以及原因。

坚持要一位来自您所在行业、复杂度相近的参考客户。公共部门的参考客户对制造商几乎没有参考价值。

Noel D'Costa

作者

Noel D'Costa

我在航空、政府、金融、零售和制造行业的SAP与Oracle ERP项目中工作了25年,财务出身。我帮助管理层如实界定转型范围,挽救陷入困境的项目,并搭建能够撑过上线第一年的系统。

下一步

您现在正在推进ERP项目吗?

如果这篇文章谈到的正是您当前正在推进的项目,那么一次30分钟的交流,往往比再花一周做内部分析走得更远。