使用此模板
每一次 ERP 实施都会遇到同一个问题：有多少业务能够在标准系统上运行，哪些必须做出调整？答案会决定范围、成本、时间线，以及你未来多年需要维护多少定制代码。然而，许多差距分析（fit-gap analysis）却建立在“研讨会记忆”之上：参与者凭借自己的理解描述当前运作方式，忽略例外情况，并就无法被证据证明的需求展开争论。差距分析模板为这一关键决策提供清晰结构，而对真实工作如何发生的录制则提供了有力证据。
这份面向 ERP 实施的免费差距分析模板涵盖范围、需求、“现状（as-is）”证据、标准能力、适配/部分适配/差距评分、差距类型、解决选项、工作量、优先级以及决策。它包含一个已填充示例、指导你如何在不进行不必要定制的情况下解决差距，以及一种让你从已录制的现状流程开始，而不是依赖记忆的方法。复制下方结构，或在 Trupeer 中打开并为你的项目定制。
什么是差距分析模板？
差距分析模板是一张结构化表格，用于将你的业务需求与标准系统（例如 ERP）能够实现的内容进行对比。对每一项需求，它都会记录流程今天是如何运作的、标准系统提供什么能力、是否适配（fit）、部分适配（partial fit）或存在差距（gap），以及每个差距将如何被解决：通过配置、流程变更、扩展（extension）、变通方案（workaround），或将其排除在范围之外。
在 SAP S/4HANA 项目中，这项工作通常在 SAP Activate 的 Explore 阶段，通过“适配标准（fit-to-standard）”研讨会完成：团队会将自身流程与 SAP 最佳实践进行对照。该模板同样适用于 Oracle、Workday、Microsoft Dynamics 365、NetSuite 以及其他 ERP。
为什么要使用差距分析模板？
范围决策需要证据。结构化模板能清楚展示哪些适配、哪些不适配，以及原因。
每一个差距都有成本。定制代码会增加开发工作量、测试成本以及长期维护负担。
它能带来更干净的系统。为每一次偏离标准的情况记录原因，确保定制只保留真正需要的部分。
它把需求与项目其他环节连接起来，从设计与构建到测试与培训。
它让业务领导者获得清晰视角，了解哪些流程将发生变化。
它让决策可追溯，避免几个月后有人重新打开已定下的讨论问题。
谁会使用差距分析模板？
ERP 项目经理与解决方案架构师：负责范围与设计。
功能顾问：主持适配标准研讨会。
流程负责人与领域专家：解释当前如何开展工作。
业务分析师：收集需求与证据。
变更与培训负责人，需要知道流程将在哪里发生变化。
实施合作伙伴：交付整个项目。
预览差距分析模板
模板以一段摘要开头：系统、范围、工作流（workstreams）以及决策负责人。随后是主要的差距分析表格：每一行对应一项需求，包括流程、需求、“现状”证据、标准能力、评分、差距类型、解决选项、工作量、优先级、决策与负责人。配套章节涵盖差距解决指导、决策日志、待确认问题，以及一个摘要仪表盘，用于按流程展示适配与差距情况。每一列都可编辑，因此你可以添加自己的评分、工作量量表或审批步骤。
如何在 Trupeer 中定制此模板
步骤 1：打开“模板”部分
从主导航进入“模板”部分。
步骤 2：选择并打开模板
点击任意你想要使用的模板以将其打开。
步骤 3：展开模板视图
如有需要，可展开模板视图以清晰查看完整布局与细节。
步骤 4：编辑模板
点击“编辑”开始修改所选模板。
在编辑器中，你可以：
添加新的章节
定义或更新格式规则
添加徽标并调整其位置与相关设置
步骤 5：保存你的定制模板
完成所有必要更改后，点击“保存”，将更新后的模板存为你自己的版本。
步骤 6：预览并微调模板
当你想查看定制模板的效果时，打开“预览”。
在预览界面中，如有需要，你仍可继续直接进行调整，确保模板呈现效果完全符合你的预期。
使用差距分析模板，你可以：
从证据开始，而不是从记忆开始：将每一项需求链接到流程今天如何运作的录制内容。
对每一项需求进行一致评分：适配、部分适配或差距，并为每一项提供清晰定义。
用正确方式解决差距：优先选择配置与流程变更，而不是定制代码。
让范围决策变得可见：向领导层展示哪些会发生变化，以及这将带来哪些成本。
为设计、测试与培训提供输入：在整个项目中复用相同的行内容。
差距分析模板必须包含什么
列 | 需要记录什么 |
|---|---|
ID | 每一项需求的唯一引用 |
端到端流程 | 例如：从采购到付款（procure to pay）、从订单到收款（order to cash）或从记录到报告（record to report） |
流程步骤 | 具体步骤，例如：发票匹配 |
需求 | 业务需要做什么，用通俗语言描述 |
现状证据（as-is evidence） | 链接到展示当前如何运作的录制内容或文档 |
标准能力 | 标准 ERP 流程或最佳实践提供的能力 |
评分 | 适配、部分适配或差距 |
差距类型 | 配置、流程变更、扩展、报表、接口、数据或超出范围 |
解决选项 | 如何关闭该差距 |
工作量 | 预计工作量，例如低/中/高 |
优先级 | 必须有（Must have）、应该有（should have）或可以有（could have） |
业务影响 | 如果该差距未被关闭，会发生什么 |
决策与负责人 | 已达成一致的解决方案、谁做的决定以及何时决定 |
状态 | 未开启（Open）、已达成一致（agreed）、在构建中（in build）、已测试（tested）或已关闭（closed） |
免费差距分析模板：可复制的结构
将下方结构复制到你自己的表格或文档中，或在 Trupeer 中打开并定制。
1. 摘要。系统：[ERP 与版本]. 范围：[实体、流程]. 工作流：[财务、采购、销售、人力资源]. 决策负责人：[设计权限负责人、流程负责人]. 日期：[date].
2. 评分定义。
评分 | 定义 |
|---|---|
适配（Fit） | 标准系统仅通过配置即可满足该需求 |
部分适配（Partial fit） | 标准系统满足大部分需求；仅需进行少量流程变更或配置即可补齐其余部分 |
差距（Gap） | 标准系统无法满足该需求；需要就如何解决它做出决策 |
3. 差距分析表。
ID | 流程 | 需求 | 现状证据 | 标准能力 | 评分 | 差距类型 | 解决方案 | 工作量 | 优先级 | 决策与负责人 | 状态 |
|---|---|---|---|---|---|---|---|---|---|---|---|
[FG-001] | [Process] | [Requirement] | [Recording link] | [Standard process] | [Fit / partial / gap] | [Type] | [Option] | [L/M/H] | [Must / should / could] | [Decision, owner, date] | [Status] |
4. 决策日志。每一项差距决策都要记录：考虑过的选项、选择该选项的原因、审批人以及日期。
5. 待确认问题。需要解决的问题，并注明负责人和截止日期。
6. 摘要仪表盘。按流程统计适配、部分适配与差距数量，并按类型与解决方案统计差距。
差距分析示例：从采购到付款（procure to pay）
下面是差距分析的一部分可能长什么样。细节仅用于说明。
ID | 需求 | 现状证据 | 标准能力 | 评分 | 差距类型 | 解决方案 | 优先级 |
|---|---|---|---|---|---|---|---|
FG-014 | 货物发票的三方匹配 | 应付账款（AP）文员进行发票匹配的录制 | 带容差的标准三方匹配 | 适配（Fit） | 配置 | 配置容差 | 必须有（Must have） |
FG-015 | 由成本中心负责人审批非采购订单（PO）发票 | 当前邮件审批的录制 | 标准审批工作流 | 部分适配（Partial fit） | 配置与流程变更 | 使用标准工作流；停用邮件审批 | 必须有（Must have） |
FG-016 | 自定义供应商计分卡报表 | 用于月度评审的电子表格与录制 | 标准供应商评估分析 | 部分适配（Partial fit） | 流程变更 | 采用标准分析；取消两个旧的指标 | 应该有（Should have） |
FG-017 | 按本地付款方式向一个供应商组付款 | 手工付款变通方案的录制 | 范围内的标准付款格式不支持 | 差距（Gap） | 扩展或接口 | 评估付款服务商接口 | 必须有（Must have） |
FG-018 | 每月手工应计（accrual）电子表格 | 应计准备的录制 | 标准应计能力 | 部分适配（Partial fit） | 流程变更 | 切换到标准应计 | 应该有（Should have） |
每个“现状证据（as-is evidence）”链接都指向对真实流程的简短录制，因此设计团队可以准确看到今天实际做了什么，包括例外情况。
差距类型以及如何解决
差距类型 | 含义 | 首选解决方式 |
|---|---|---|
配置 | 标准可以通过设置实现 | 配置即可；这更像是适配，而不是真正的差距 |
流程变更 | 业务可以采用标准的工作方式 | 变更流程并培训人员；通常是最佳的长期方案 |
报表 | 标准报表中无法获得相关信息 | 先使用标准分析；只有在必要时才构建 |
接口 | 数据必须在另一个系统与本系统之间流转 | 在自定义方案之前，先使用标准集成选项 |
数据 | 数据结构或迁移需要调整 | 在数据迁移设计中处理 |
扩展 | 标准无法支持真正的业务需求 | 尽可能以可升级安全的方式构建为独立扩展 |
超出范围 | 该需求不需要，或已在其他地方处理 | 记录决策与原因 |
在同意构建之前，每个差距都要先问三个问题：该需求是真正的业务需要还是一种习惯？业务能否采用标准流程？该扩展在未来升级中需要付出多少维护成本？在 SAP 项目中，团队常将开发对象归类为 RICEFW（报表、接口、转换、增强、表单与工作流），以估算构建工作量。
如何一步步开展差距分析
定义范围与流程清单，使用端到端流程及其步骤。
用证据捕捉现状（as-is）。在研讨会之前，记录领域专家如何开展他们的真实工作，包括例外情况；参见 SAP S/4HANA 转型：先记录现状流程。
根据录制内容编写需求，每一项需求都链接到对应证据；参见 基于流程录制的 ERP 需求收集。
在适配标准研讨会中演示标准流程。
为每一项需求打分：适配、部分适配或差距，并使用上述定义。
按类型对每个差距进行分类，并达成一致的解决选项。
估算工作量与优先级，并评估业务影响。
获取决策审批：由设计权限负责人审批，并记录到决策日志中。
将结果输入后续环节：设计、构建、测试脚本、变更影响分析与培训。
如何开展适配标准研讨会
一个好的研讨会应当简短、聚焦于某一个流程领域，并基于事先收集到的证据构建。典型议程如下：
回顾现状（as-is）：针对该流程，使用研讨会前已收集的录制内容与文档。
用真实数据演示标准流程：在 ERP 中端到端展示。
逐项讲解模板中的每个需求，并共同完成评分。
讨论每个差距：它是否是真实需求？业务能否采用标准？为维护该扩展需要付出什么成本？
就待确认问题达成行动与负责人一致，并确认哪些决策需要设计权限负责人批准。
提前将差距分析表格行内容发送给参与者；每次研讨会只聚焦一个流程领域；并在研讨会过程中实时更新模板，确保大家在结束时看到的是同一份结果。
绿色田（greenfield）与棕地（brownfield）项目中的差距分析
在绿色田实施中，差距分析覆盖所有流程，因为设计从新系统的标准能力出发。在棕地转换中，它更关注“需要改变的部分”：简化项（simplification items）、已停用的交易（retired transactions）以及可能不再需要的定制代码，同时也包括任何新增流程。在这两种情况下，“现状证据（as-is evidence）”都很关键，因为它能展示人们实际依赖哪些现有变通方案与定制。想了解两种方式的更多信息，请参见 S/4HANA 绿色田 vs 棕地。
为什么要从录制内容开始差距分析？
研讨会往往依赖人们用记忆来描述自己的工作。他们会记住“顺利路径（happy path）”，忘记月末例外情况，并把流程描述成“应该如何运作”，而不是“实际如何运作”。录制内容能解决这些问题：
例外情况与变通方案一目了然，包括人们在系统之外使用的电子表格。
需求可以被核查，因为每一行都链接到证据。
研讨会推进更快，因为团队已经提前看过工作是如何完成的。
测试中出现的意外更少，因为真实流程在前期就已被捕捉。
同一份录制内容还能用于培训，向用户展示从今天开始会发生哪些变化。
差距分析结果如何为项目其他环节提供输入
项目活动 | 如何使用差距分析 |
|---|---|
设计 | 已达成一致的适配项与解决方案定义“目标（to-be）”流程 |
构建 | 已批准的扩展与接口将成为开发项 |
测试 | 每一项需求都会转化为一个或多个测试用例 |
变更管理 | 部分适配与流程变更会显示人们的工作将在哪里发生变化 |
培训 | 每一项变更都会成为受影响岗位的培训内容 |
效益跟踪 | 流程变更会关联到业务案例（business case） |
关于流程变更在之后如何衡量，请参见 使用 SAP Activate 与六西格玛（Six Sigma）进行流程基准分析（process benchmarking）。
ERP 差距分析的最佳实践
以标准为主导，并要求业务为每一次偏离提供理由。
将每一项需求都链接到证据，最好是对真实流程的录制。
区分需求与习惯，尤其是那些仅因为旧系统当时就是那样而存在的报表与审批。
提前统一评分定义，确保每个工作流都用同一种方式评分。
在决策日志中记录每一项决策及其原因。
尽早让变更与培训负责人参与，因为部分适配通常意味着流程变更。
常见错误（避免踩坑）
用记忆来开展研讨会，却没有现状证据。
把每一次差异都当作差距，并认为都需要定制代码。
决策没有负责人，导致差距一直处于未关闭状态，直到进入构建阶段。
忽略例外情况，随后这些例外会以测试缺陷的形式出现。
丢失需求、设计、测试与培训之间的关联。
差距分析检查清单
范围与流程清单已达成一致。
已通过录制内容捕捉现状（as-is），包括例外情况。
每一项需求都有 ID、负责人，并链接到对应证据。
已达成一致并一致应用评分定义。
每个差距都有类型、解决选项、工作量与优先级。
决策已获批准，并附上原因记录。
结果已关联到设计、构建、测试与培训。
Trupeer 如何帮助你从证据开始进行差距分析
差距分析挑战 | Trupeer 如何帮助 |
|---|---|
研讨会依赖记忆 | SME（主题专家）会录制真实流程，Trupeer 将每一次录制转化为带截图的逐步“现状（as-is）”文档 |
会漏掉例外情况 | 录制内容会捕捉人们在系统之外使用的变通方案与电子表格 |
需求无法追溯 | 每一行差距分析都会链接到录制内容及其来源文档 |
不同国家的团队需要相同的证据 | 将现状文档与视频翻译为 65+ 种语言 |
培训启动较晚 | 同样的录制方式会在新系统配置完成后，直接产出面向新系统的培训内容 |
针对 SAP 项目，了解 Trupeer 如何借助 SAP 培训视频生成器（SAP training video generator），从录制内容生成 SAP 培训。
Genpact 使用这种“先录制再分析”的方法为一家企业范围的 Workday 推出项目：将录制的流程会议与 SME 讲解转化为 500+ 份培训资料，覆盖 20 个工作流、5 种语言；服务 40 个国家的 140,000 名员工；用时 3 个月，而不是 12 个月。阅读 Genpact 客户故事。
下载免费差距分析模板
在 Trupeer 中打开模板，添加你的流程与需求，链接你的现状录制内容，并与项目团队分享。 获取免费差距分析模板。
相关模板
ERP 终端用户培训计划模板
常见问题
什么是差距分析模板？
它是一张结构化表格，用于将业务需求与标准系统提供的能力进行对比。对每一项需求，它会记录现状流程、标准能力、适配或差距评分、差距类型、解决方案、工作量、优先级以及决策。
差距分析（fit-gap analysis）和适配标准（fit-to-standard）有什么区别？
适配标准是从标准系统出发，并要求业务为偏离提供理由（例如 SAP Activate 的 Explore 阶段）。差距分析则是对结果的记录：哪些适配、哪些不适配，以及每个差距将如何被解决。
差距分析应该包含哪些内容？
摘要、评分定义、包含需求、现状证据、标准能力、评分、差距类型、解决方案、工作量、优先级、决策与状态的差距分析表，以及决策日志、待确认问题与摘要仪表盘。
如何在 ERP 实施中解决差距？
优先选择配置与流程变更，然后再考虑标准报表与集成；只有在真正的业务需求下才构建扩展，并尽量以可升级安全的方式实现。
为什么差距分析应该从录制内容开始？
录制内容展示真实工作如何完成，包括例外情况与变通方案，因此需求基于证据而非记忆，测试中出现的意外也会更少。
这个模板适用于 SAP、Oracle 和 Workday 吗？
可以。该结构适用于任何 ERP。对于 SAP S/4HANA，它适配 SAP Activate 的 Explore 阶段中的适配标准研讨会。
差距分析模板有 Excel 版本吗？
有。差距分析表在 Excel 中表现良好，你可以按流程、评分与差距类型进行筛选。在 Trupeer 中打开模板进行定制并导出，或直接复制结构到 Excel。
差距分析模板有 Word 或 PDF 版本吗？
有。使用 Word 处理摘要、决策日志与审批，并导出已批准的差距分析 PDF 以用于签署留档。
差距分析模板是免费的吗？
是的。免费注册后即可在 Trupeer 中打开模板、定制并导出。
谁应该负责差距分析？
解决方案架构师或项目设计负责人负责模板；流程负责人负责其领域内的需求与决策；设计权限负责人负责批准差距解决方案。
差距分析需要多久？
取决于范围。在研讨会之前先用录制内容捕捉现状，通常能缩短研讨会时长，并减少后续补充会议。
差距分析中的 RICEFW 是什么？
RICEFW 代表报表（reports）、接口（interfaces）、转换（conversions）、增强（enhancements）、表单（forms）与工作流（workflows）。SAP 团队用它来对差距分析决策后产生的开发对象进行分类。
