SAP 合作伙伴与独立顾问：什么时候需要哪一个

SAP 实施合作伙伴负责交付您的项目：它提供设计、构建、测试和部署系统的团队，并对交付负责。SAP 独立顾问站在您这一边工作，与合作伙伴的收入没有利益关系，负责检查合同、设计和合作伙伴的工作。

简短的回答：大多数大型项目需要一家合作伙伴来交付。许多项目还需要一位独立顾问参与签约、设计和合作伙伴交付物的审查，而构建工作由合作伙伴完成。

本文是我的如何选择 SAP 实施合作伙伴指南的一部分。这里只讨论两种角色的分工，以及各自在什么时候物有所值。

合作伙伴是负责交付的公司。它带来按模块划分的功能顾问、技术和集成人员、数据迁移专家、测试人员、变革管理和培训负责人，以及把这些人组织在一起的项目管理。它还带来后备人员，有人离开时，可以有人顶上。

大多数合作伙伴使用 SAP 的实施方法论 SAP Activate 进行交付。它分为六个阶段：Discover、Prepare、Explore、Realize、Deploy 和 Run。在 Explore 阶段，通过适配标准（fit-to-standard）分析确认设计；在 Realize 阶段，以迭代方式构建和测试系统。

SAP 还会给合作伙伴分级。它的合作伙伴计划 SAP PartnerEdge 采用一套能力框架，包含七项能力，每项分为三个级别：essential、advanced 和 expert。合作伙伴依据专业知识、客户成功和熟练程度获得这些认证，您可以在 SAP Partner Finder 中搜索这些认证。

针对 RISE with SAP 还有一项额外的认可。SAP 在 2025 年 7 月对 RISE with SAP Validated Partners 的说明中，要求采用 RISE with SAP Methodology，并要求关键角色具备更新后的技能。

合作伙伴的项目还必须在 SAP Cloud ALM 中记录 Clean Core 质量关口。这些徽章能证明什么、不能证明什么，我在选择 S/4HANA 迁移合作伙伴指南中做了介绍。

这些都不是独立顾问能替代的。一个人或少数几个人，无法为一个项目配齐人手，无法根据合同承担交付风险，也无法在某位负责人测试中途辞职时顶上。

合作伙伴模式的结构性局限

局限在于合同的构建方式，而不在于任何人的意图。合作伙伴的商业动机是赢得工作、启动工作，并在发现更多工作时追加。您的动机是在向董事会报出的数字之内完成项目。

当合作伙伴是会议室里唯一的专家时，就会产生三个盲点：

1. 范围由合作伙伴来写。 然后同一家公司再针对这个范围提出变更申请。
2. 合作伙伴检查自己的工作。 除非您这边有人能看懂，否则设计文档、测试结果和切换计划都是凭合作伙伴的一句话签字确认的。
3. 方案团队并不总是交付团队。 讲标的人，未必就是签约之后来干活的人。

这些都不说明合作伙伴不好。它说明客户需要一个能以同样深度审阅合作伙伴工作的人，而这个人不能拿合作伙伴的薪水。

“独立 SAP 顾问”涵盖两种不同的工作。把它们混为一谈，正是许多采购错误的开端。

• 交付团队中的独立承包人。 受聘填补某个角色的自由职业专家，例如财务负责人或数据迁移负责人。他们增加人手，按交付计划工作，通常接受合作伙伴的指挥。
• 客户方的独立顾问。 他们向您的项目发起人、CIO 或 CFO 汇报。他们不构建系统；他们检查合同、设计和交付物，并帮助您做出那些不应由合作伙伴替您做的决策。

本文主要讨论第二种。客户方顾问的价值来自一点：审查之后，他们没有任何东西要卖给您。我关于 SAP 谈判顾问的笔记更详细地列出了独立性检查。

顾问也有局限。他们没有后备人员，不承担交付责任，而一位开始指挥合作伙伴顾问的顾问，会模糊谁对什么负责。把角色限定得窄一些，它就能运转。

下面是两种角色在买方关心的问题上的对比：

问题	SAP 实施合作伙伴	独立顾问
为谁工作	为自己的公司，与您签订合同	只为您
交付什么	设计、构建、测试、数据迁移、切换、上线后支持（hypercare）	审查、质疑、您能够站得住的决策
交付责任	有，依据工作说明书	无
商业利益	收入随范围和工期增长	与交付的范围或工期无利益关系
主要优势	人手、后备人员、方法论、产品深度	一位与答案没有利益关系的第二审阅人
主要局限	自己检查自己的工作，除非您另加一道检查	无法为项目配备人手或交付项目
何时让他们参与	从合同签署到上线后支持	选择和签约、设计以及交付物签字确认

这张表指向三种情况：

1. 只用合作伙伴。 您自己的团队以前做过 SAP 项目，无需外部帮助就能质疑合作伙伴的架构、合同和交付物。范围小且定义清楚。
2. 只用独立顾问。 还没有东西要构建，或者构建工作很小。例如项目健康检查、业务论证、需求建议书、合同审查，或者由一名承包人填补的单个专家角色。
3. 两者都用。 任何有一定规模的项目，而您这边内部没有资深的 SAP 经验。合作伙伴交付，顾问检查，您来决策。

读到这里的大多数 CIO 和 CFO 属于第三种。他们主导过大型项目，但不是 SAP 项目，而合作伙伴对 SAP 的了解超过客户方的任何人。

我会在三个阶段引入独立顾问，而不是只依靠合作伙伴。这三个阶段是签约、设计以及评估合作伙伴的文档。在这些节点之间，顾问的参与可以很少。

签约

选择和签约决定了整个项目的成本。我会把至少三家合作伙伴列入短名单，认真做的话，选择大约需要 12 周。我的编写 SAP 合作伙伴需求建议书指南介绍了如何评分。

为客户选择合作伙伴时，我最看重的是客户参考案例。在参考电话中，我会询问这家合作伙伴在与买方类似的项目上的经验。来自另一类项目的参考案例，几乎说明不了什么。

有两件事会让我直接放弃一份投标。第一是拟派人员素质不高。第二是合作伙伴讲不清楚您项目的架构和计划。

适用于任何公司的笼统回答，是这两者共同的警示信号。

既要核查公司，也要核查人员。SAP Certification 徽章是在 Credly 上颁发的，所以请每位拟派负责人提供徽章链接，而不是一份 PDF 证书。

在商务方面，我推荐的模式是量化工作量的人天计价（T&M）。按阶段和角色估算的工作量写进合同，这样您就可以把实际工作量与之对比。

在工作说明书中，客户最常遗漏的部分是详细的假设条件和排除项。每一条含糊的假设，都是未来的一份变更申请。我的 SAP 工作说明书指南列出了这些类别，我关于 ERP 合同谈判的笔记则介绍了具名资源和里程碑。

设计

随着 WRICEF 清单（工作流、报表、接口、数据转换、增强和表单）不断增加，预算在 Explore 阶段被突破。合作伙伴主持适配标准研讨会并提出设计。您的业务团队往往在不知道哪些选择日后会花钱的情况下就同意了。

独立顾问带着三个问题审阅设计：

1. 它是否贴近 SAP 标准？ 每一处偏离都需要一个业务理由，而不是从旧系统沿袭下来的习惯。
2. 每一个 WRICEF 对象都有正当理由吗？ 在 Explore 开始时和结束时分别清点对象数量，并追问每个新增对象为什么存在。
3. 设计与报价时的设想一致吗？ 如果 Explore 产出的设计比合同设想的更大，您需要在 Realize 开始之前就知道。

设计仍然归合作伙伴负责。顾问让您的设计审批方具备足够的深度，可以有把握地批准或否决它。

评估合作伙伴的交付物

每个阶段都以文档结束：设计文档、功能规格说明、测试计划和结果、数据迁移对账、切换计划。如果验收与付款挂钩，签字确认它们既是技术决策，也是商务决策。

在您的团队签字之前，顾问会对照验收标准审查每一项交付物。问题很简单：它是否完整到足以据此构建、测试或上线，还是一个日后要用您的预算来补完的占位符？我的 SAP 质量关口指南介绍了如何让这些签字确认真正起作用。

顾问不是来与合作伙伴竞争的，也不是来事后质疑每一个决定的。角色一旦模糊，合作伙伴就失去了责任，而客户要为同一个意见付两次钱。

以下规则能让这种安排正常运转：

1. 把独立性写成书面文字。 不从被评估的合作伙伴获得收入，不收推荐费，没有转售安排。
2. 排除后续工作。 评估投标的人，日后不应参与交付工作的投标。
3. 写明顾问的范围。 他们审查哪些文档，在哪些阶段审查，以及向谁汇报。
4. 保持单一的责任线。 顾问审查，客户决策，合作伙伴交付。顾问不指挥合作伙伴的团队。
5. 在需求建议书阶段告知合作伙伴。 知道自己的合同、设计和交付物会被审查的合作伙伴，写起来会更用心。对自己计划有信心的合作伙伴，不怕多一位审阅人。

有时审查会发现合作伙伴无法解决的问题。我曾在项目进行中更换过合作伙伴，起因是那家合作伙伴提供不了高素质的资源。我的项目中途更换 SAP 合作伙伴指南介绍了在那次谈话之前必须先保全的东西。

在发出需求建议书之前，列出您自己的团队必须能够质疑的决策。它们是架构和计划、合同、Explore 阶段的设计，以及每一项交付物的签字确认。

在每一项旁边，写上您这边能做这件事的人的名字。空白之处，就是独立顾问该在的位置。

在我主导或挽救过的 21 个 SAP 项目中，我看到的最大错误就是在一开始没有做好规划。决定由谁来检查合作伙伴，正是这项规划的一部分。

如果您希望对合作伙伴短名单、合同或设计获得独立的意见，我可以为企业提供这方面的帮助，您可以在这里联系我。

SAP 合作伙伴和独立 SAP 顾问有什么区别？

SAP 实施合作伙伴是一家交付项目、并依据工作说明书对项目负责的公司。独立 SAP 顾问要么是交付团队中的自由职业专家，要么是客户方的顾问。

顾问负责检查合同、设计和合作伙伴的交付物。顾问与合作伙伴的收入没有利益关系。

什么时候应该聘请独立 SAP 顾问？

当您自己的团队缺乏能够质疑合作伙伴的资深 SAP 经验时，就应该引入一位。最关键的节点是签约阶段、Explore 阶段的设计，以及合作伙伴交付物的签字确认。独立顾问也适合还没有东西要构建的工作，例如健康检查、业务论证或需求建议书。

独立顾问能替代 SAP 实施合作伙伴吗？

在完整的项目中不能。一次实施需要一支覆盖模块、技术、数据、测试和变革管理的团队，还需要后备人员来顶替离开的人，以及一家承担交付责任的公司。独立顾问可以填补某个专家角色或为客户提供建议，但无法做合作伙伴的工作。

如何确认一位 SAP 顾问真正独立？

以书面形式询问他们是否从 SAP 合作伙伴，特别是从您正在评估的合作伙伴那里获得任何收入、推荐费或转售收入。确认他们不会参与自己审查过的交付工作的投标。然后确保他们由您付费，并向您的项目发起人汇报，而不是向合作伙伴汇报。

我的 SAP 合作伙伴会反对引入独立顾问吗？

有些合作伙伴会把它视为阻力，所以要公开地安排。在需求建议书阶段告诉合作伙伴，合同、设计和交付物将接受独立审查，并把顾问的角色限定为审查，而不是指挥合作伙伴的团队。对自己计划有信心的合作伙伴，不怕多一位审阅人。

如何核验 SAP 顾问的认证？

SAP Certification 徽章是在 Credly 上颁发的。请每位拟派顾问提供徽章链接，而不是一份 PDF 证书，并在徽章页面上核对认证名称、持有人和日期。认证证明的是考试知识；类似项目的参考案例才能告诉您这个人能否交付。