跳至正文

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

合作伙伴不匹配,耽误的SAP项目比糟糕的配置还多。梯队的重要性不及契合度:行业深度、团队的连续性,以及真正到场干活的人。

办公室职员举着大幅字母拼出PARTNER一词,字母上方是一个关于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个月,还惹上诉讼和难堪。

梯队说明的是规模、风险覆盖和全球能力,说明不了交付质量。交付质量取决于团队、契合度,以及您围绕他们建立的治理。

三个梯队的合作伙伴对比梯队说明规模和风险覆盖。最后一行,也就是签约前要验证什么,才说明交付。
第一梯队:全球性公司第二梯队:专业公司第三梯队:精品公司
最适合第一梯队:全球性公司多区域、强监管的项目第二梯队:专业公司中型市场和单一行业项目第三梯队:精品公司范围明确、每天都有资深人员的项目
您能得到什么第一梯队:全球性公司人才储备、全球交付、审计轨迹第二梯队:专业公司不带第一梯队开销的真实规模第三梯队:精品公司真正到场的资深人员
美国项目的典型规模第一梯队:全球性公司500万至3亿美元以上第二梯队:专业公司200万至2500万美元第三梯队:精品公司50万至800万美元
资深驻场日费率第一梯队:全球性公司1,800至3,500美元第二梯队:专业公司1,200至2,500美元第三梯队:精品公司1,400至3,000美元
签约前要验证第一梯队:全球性公司点名团队的简历和可用时间第二梯队:专业公司针对您最难场景的一次实战工作会第三梯队:精品公司关键人员的后备方案

来源: 我在美国市场上看到的项目规模和日费率。仅作参照,不是报价

“我们需要一家S/4HANA合作伙伴”这句话太笼统,无法支撑决策。进入市场之前,先把它说细。

您要买的是四样东西,而不是一个标志或一套方法论的演示文稿:您所在行业的领域知识;从蓝图到hypercare始终连续的团队;与您的组织决策方式相匹配的交付模式;以及不会因为任何一方的人员变动而失效的责任落实。各个梯队对这四样东西的打包方式不同,同一梯队里的各家公司也各不相同。代价最高的错误,是买了公司的名气,而不是您将与之共事的团队。

四个选择维度

项目规模。 一个涉及多个法人实体、多个国家的制造业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日起,涉及受控非密信息的合同可能要求第三方的Level 2认证。缺乏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带来的是结构。当客户的流程与它预配置的行业模板吻合时,这些模板能缩短交付时间。我中途加入的一个项目,在配置能够依据真实业务需求展开之前,先得把好几套标准模板理顺。结构在契合时有效,所以要在蓝图的第一周就测试模板的契合度,而不是等到设计结束。

Accenture是全球多区域、流程范围标准的S/4HANA项目的合适之选。风险在于,您需要的是应变能力,买到的却是结构。

IBM:直接经验

IBM带来深厚的技术治理,尤其是在混合SAP环境和集成复杂的ECC到S/4HANA迁移中。它的治理模式很周全。有些客户觉得踏实。习惯敏捷交付的精干内部团队则觉得它很重。技术能力本身毫无疑问。

如果您的系统架构包含大型机集成、复杂的中间件,或受监管行业的要求,IBM是站得住脚的选择。进入稳定运行阶段之后,要预期它的治理节奏会比您想要的更重。

DXC:直接经验

DXC的强项是遗留系统集成和基础设施方面的技术实力。我记得有一家制造业客户,SAP工作开始时DXC已经在运营它的基础设施。把SAP项目也交给DXC,意味着基础设施团队和SAP团队之间没有交接,出现集成问题时没有互相推诿,技术层面只有一条责任线。

当连续性比覆盖面更重要时,DXC是合适之选。如果它已经在运营您的基础设施或托管服务,这些优势是真实的。如果没有,就要就其SAP业务本身的实力来评估。

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

我对这六家的看法比较有限。我见过Deloitte在医疗和政府领域做得不错,它把业务咨询与SAP落地结合在一起,让管理层始终保持参与。我见过Wipro在美国一家制造工厂成功部署SAP:快速、务实,熟悉本地合规,不需要漫长的前期准备。除此之外,公开资料有限,但有参考价值。Deloitte、TCS和Infosys都曾入选Gartner的SAP S/4HANA应用服务魔力象限的领导者:Deloitte在2021年,已是连续第七年;TCS在2021年;Infosys在2022年。Deloitte的摘要介绍了它多年入选领导者的情况。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任职、后来创办独立业务的从业者;有单一模块或单一行业的专家;还有本地关系深厚的区域性公司。

第三梯队的强项

资深顾问全程参与,而不只是在投标时露面。决策更快,开销更低,责任落到个人。有位客户告诉我,他们偏爱第三梯队的合作伙伴,因为“我们每次拿到的都是王牌团队”。这话有几分道理:合同里点名的人,确实会到场。

每位顾问的行业深度也更高。一家做过许多保险业S/4HANA项目的精品公司,在下一个这类项目上,通常会胜过第一梯队的通才。

第三梯队的短板:三个真实的风险

  1. 人才储备的厚度。 在一个项目中,一家小公司的ABAP负责人在测试中途休假。没有人能立刻顶上,我们只好从另一个团队借人。上线日期固定、人才储备又薄,就是风险。签约之前,先拿到合作伙伴对关键人员的后备方案。
  2. 文档和治理。 小公司有时靠省掉文档来提速。我曾经不得不重做一份为了“节省时间”而被跳过的切换文档。好的治理不是官僚主义,而是审计轨迹:决定受到质疑时,或者顾问离开十八个月之后有人需要知道当时约定了什么时,它能保护您。
  3. 成长空间。 因为一个模块而聘用的精品公司,很难承接范围的扩大。如果您的项目可能扩张,就问问合作伙伴能不能随之扩张。

第三梯队在这些情况下有效:范围界定清楚,客户团队经验足以自己提供治理,与点名的合伙人关系已经建立。出问题的情况是:客户团队本身也很单薄,却指望合作伙伴提供客户自己提供不了的治理。

多合作伙伴模式

在大型美国项目中,只用一家合作伙伴往往是例外。常见的形态是:一家主系统集成商负责S/4HANA核心交付,外加一两家专家来补主集成商的弱项:财务结账专家、负责扩展的BTP精品公司,或者单独的托管合作伙伴。

这种模式在主集成商薄弱的地方带来深度,对主集成商的设计形成独立的质疑,在细分工作上动员得更快。它也带来更多合同、更多集成开销,以及工作线边界上的互相推诿。

能让多合作伙伴的安排行得通、而不是一团糟的,是结构。工作开始之前,把合作伙伴之间的边界写下来。让一家合作伙伴对所有合作伙伴之间的集成负责。开一个治理会议,而不是三个。大多数失败,是因为客户在项目进行到一半时,为了补救主集成商造成的问题而加入了第二家合作伙伴,却没有围绕新的安排重新调整治理。

一个能凝聚在一起的多合作伙伴项目工作开始之前把边界写下来,由一家合作伙伴对集成负责,只开一个会议,而不是三个。
  1. 客户项目领导层为所有合作伙伴主持同一个治理会议
  • 主系统集成商S/4HANA核心交付,对所有合作伙伴之间的集成负责
  • 财务结账专家在主集成商薄弱处提供深度
  • BTP精品公司在SAP BTP上做扩展

在美国的成本

以下是我在美国市场上看到的S/4HANA项目的合同规模。日费率是资深专家在美国本土的计费费率。项目综合费率通常会低30%到50%,因为大多数项目把本土架构师和离岸交付混合在一起。请把这些数字当作参照,而不是报价。关于按角色、按地区的细分,请参阅我的SAP项目资源分配规划指南。

梯队典型合同规模(美国,S/4HANA)资深从业者日费率(美国本土)
第一梯队,中型市场范围500万至1500万美元1,800至3,500美元
第一梯队,大型企业或多法人实体2000万至8000万美元以上1,800至3,500美元
第一梯队,全球多区域8000万至3亿美元以上1,800至3,500美元
第二梯队,中型市场200万至800万美元1,200至2,500美元
第二梯队,大型企业800万至2500万美元1,200至2,500美元
第三梯队,单模块精品公司50万至300万美元1,400至3,000美元
第三梯队,多模块精品公司300万至800万美元1,400至3,000美元

最便宜的顾问,就是最贵的顾问。一位处于费率区间上沿的资深顾问,如果替您省下一次六个月的超期,花费比处在区间下沿、却做不到这一点的初级团队更少。大多数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合作伙伴吗?

连续性是优势:建好系统的人来支持它,没有交接的空档。依赖是风险:切换成本高,续约时您的议价能力低。

常见的折中办法是,实施合作伙伴留到hypercare(上线后支持期)结束,通常是上线后的前30到90天,然后对应用管理做一次竞争性选择。如果仍由同一家合作伙伴负责应用管理,就设置一个重新招标的触发条件,通常是每三年一次,并提前通知。

向SAP实施合作伙伴的推荐人应该问哪些问题?

问一个问题,以及合作伙伴是怎么处理的。问方案中点名的人是否一直留在项目上;大多数客户都后悔当初没有追问得更紧。要求看一份关键的设计文档,因为文档质量是治理质量的替代指标。问他们是否愿意在下一阶段再次雇用这家公司,为什么。

坚持要一位同行业、复杂度相当的推荐人。公共部门的推荐,对制造企业几乎说明不了什么。

Noel D'Costa

作者

Noel D'Costa

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

下一步

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

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