大多数公司在流程还没梳理完之前，就先选好了SAP模块。这份清单被交给系统集成商（SI），SI照着清单报价，六个月后项目范围翻了一倍，原因是这些模块本该支撑的流程，有一半从一开始就没有达成一致。这种顺序，是我见过的范围蔓延最常见的单一原因。
我做这个工具，就是为了把这个顺序倒过来。告诉它您所在的行业、企业规模，以及您实际运行的业务流程。它会返回一份起步用的模块清单、值得考虑的BTP组件，以及一个尊重模块之间依赖关系的分阶段上线计划。它用来开启讨论，而不是给出答案。答案来自您的蓝图。
输出结果保持厂商中立。它不会把RISE排在GROW之前，也不会把核心内扩展排在BTP之前。它告诉您架构大致需要是什么样子，这样您走进与SI的谈判时，带着的是一个立场，而不是一个问题。
从下拉菜单中选择您的行业，设定公司规模，再勾选真正在范围之内的业务流程。工具会按行业契合度为核心模块加权，在相关时叠加行业专用版本，在确有差距的地方建议BTP扩展，并把这一切按阶段排序。
生成路线图之前，您可以修改这些建议。您比工具更了解自己的业务。工具的作用，是避免讨论从零开始。
- 核心模块清单：FI/CO、MM、SD、PP、HCM，以及您的流程所需的其他ERP主干模块。
- 行业专用模块：适用时给出银行、零售、医疗或制造行业的版本。
- BTP扩展：Integration Suite、Build、AI Core，以及其他用来弥合标准SAP与您实际做法之间差距的平台组件。
- 集成图：各模块彼此之间的位置关系，以及明显的集成点在哪里。
- 分阶段路线图：哪些模块放在第一阶段，哪些推迟到第二阶段，以及哪些依赖关系不能打破。
Create your SAP implementation roadmap
Fields marked * are required.
- FI（财务会计）：总账、应付账款、应收账款、资产会计。没有商量余地的核心。
- CO（管理会计）：成本中心、利润中心、内部订单、产品成本核算。通常与FI搭配。
- MM（物料管理）：采购、库存、供应商管理、发票校验。
- SD（销售与分销）：订单到收款、定价、发货、开票。
- PP（生产计划）：离散制造、流程制造和重复制造。流程行业使用PP-PI。
- HCM（人力资本管理）或SuccessFactors：核心人力资源、薪资、人才管理。大多数新建项目的前台选用SuccessFactors，在本地合规要求的地方则保留SAP Payroll。
- EWM（扩展仓库管理）：超出基本库位管理的一切需求。波次管理、库位分配、劳动力管理。
- PM（工厂维护）：重资产行业。工单、预防性维护、通知单。
- QM（质量管理）：检验、不合格品处理、抽样。尤其适用于受监管的行业。
- PS（项目系统）：以项目驱动的业务。建筑、工程、资本性支出跟踪。
- TM（运输管理）：货运、路线规划、承运商集成。
- GTS（全球贸易服务）：海关、制裁名单筛查、优惠贸易。
- BTP（业务技术平台）：Integration Suite、Build、AI Core、HANA Cloud。承载一切不该放进核心的内容的扩展层。
- 行业云（面向零售、银行、公用事业等行业的S/4HANA）：建立在S/4HANA之上的行业专用数据模型和流程。
从流程开始，而不是从模块开始。如果您无法描述订单到收款（order-to-cash）、采购到付款（procure-to-pay）、记账到报告（record-to-report）和招聘到退休（hire-to-retire）这些流程在您企业里今天是怎么运转的，那您还没有准备好去选模块。我见过的每一场走偏了的绿地（greenfield）与棕地（brownfield）之争，都是因为少了这一步。
大胆地推迟到第二阶段。大多数客户希望一切都在第一阶段上线，几乎没有一家真正需要。EWM、TM、GTS、PS，以及更深层的分析层，通常都可以等一等。先让FI、CO、MM、SD和PP稳定下来。等业务消化了这些变化，再加上其余的部分。
把Clean Core原则当作一种纪律，而不是口号。核心里的每一处定制，都要让您付出两次代价：一次是开发，另一次是此后十年里的每一次升级。如果某个流程需要自定义逻辑，就把它放到BTP上。核心保持干净，扩展保持可移植。这是大多数项目中最大的单项架构决策，而几乎没有人能在第一阶段把它做对。
在差距确实存在的地方用BTP，而不是在它看起来时髦的地方用。当范围内有超过三四个非SAP系统时，Integration Suite才真正有价值。当您需要的工作流或低代码应用不适合标准Fiori时，Build才真正有价值。当您有明确的用例时，AI Core才真正有价值，而不是幻灯片上写着“我们应该用AI做点什么”的时候。
- 制造业（离散与流程）
- 零售与消费品
- 金融服务与银行
- 医疗健康与生命科学
- 物流与运输
- 能源与公用事业
- 建筑与工程
- 公共部门与政府
- 专业服务
- 电信
- 酒店业
- 教育
每个行业都会调整模块组合。制造业会引入PP、QM，往往还有EWM。零售业主要依靠SD、MM和行业云版本。银行和保险业在S/4HANA上有自己的数据模型。医疗行业则增加了标准模型所没有的合规和病历方面的复杂性。
- CIO和IT总监：在选择供应商之前确定架构规模。
- 项目总监：制定经得起指导委员会审视的分阶段上线计划。
- CFO和财务负责人：对合作伙伴提出的模块清单做合理性核查。
- 顾问和独立咨询师：为与客户的讨论准备一个站得住脚的起点。
- 企业内部的转型团队：在引入SI之前开展早期的架构工作。
- 站得住脚的起点：模块清单来自流程逻辑，而不是SI的报价单。
- 更快的蓝图：几个小时就能进入实质讨论，而不是几周。
- 内置分阶段：路线图按依赖关系为模块排序，而不是按合作伙伴最想先卖什么来排序。
- BTP与核心的界线清晰：初步划分哪些内容属于平台，哪些属于核心。
- 厂商中立：没有推销RISE、GROW或任何特定版本的动机。
- 免费且私密：在您的浏览器中运行，任何数据都不会离开您的设备。
这个工具推荐具体的SAP产品，还是只推荐模块？
它按类别推荐模块和BTP组件，而不是具体的SKU。您会看到FI/CO、MM、SD、PP、Integration Suite、AI Core等类似的构成要素。它不会在RISE with SAP、GROW with SAP和本地部署的S/4HANA之间做选择，因为这个决定取决于您的部署偏好、基础设施和商务层面的意愿，而不取决于模块组合。
谈产品版本时，带着模块清单去和厂商沟通，并要求对每个方案分别报价。
我可以导出物料清单（BOM）吗？
可以。输出结果是一份带分阶段信息的模块清单，您可以把它复制到电子表格、蓝图文档或方案书中。清单的结构便于直接对应SAP合作伙伴的报价模板。
如果您想为BOM配上更完整的说明，我的SAP实施成本计算器会给出与之配套的预算范围。
推荐结果中是否包含RISE with SAP？
不包含。RISE是围绕S/4HANA Cloud、BTP额度和托管服务的一种商务封装。工具关注的是您在功能上需要什么。至于通过RISE、GROW还是传统许可来获得这些功能，是另一个决策，取决于托管偏好、IT运营模式，以及您希望SAP承担多少日常运行工作。
无论哪种方式，模块清单都是一样的，变的是商务载体。
它涵盖BTP扩展吗？
涵盖。Integration Suite、Build（低代码与流程自动化）、AI Core、HANA Cloud，以及更广泛的扩展层都在范围之内。工具会标出BTP大概率值得上的场景：超过几个的非SAP集成、自定义工作流需求，或是明确的AI用例。它不会为了凑数而把BTP塞进推荐里。
BTP这一层由Clean Core原则驱动。如果定制不可避免，就放在BTP上，而不是ERP核心里。
行业专用版本怎么处理？
当您选择的行业触发时，工具会引入行业云版本（面向零售、银行、公用事业、专业服务等的S/4HANA）。行业专用模块同样如此：流程制造用PP-PI，公用事业用IS-U，银行用IS-B。它们会作为单独的条目列出，让您看到为什么推荐它们。
如果您的行业是混合型的（制造业且服务业务占比较高，或零售业带有制造业务），请选择占主导的行业，再手动添加次要模块。
这个工具适合SAP新客户，还是现有客户？
两者都适合。新客户在供应商选型之前用它起草初始架构。现有客户用它对现有系统做压力测试，找出本该实施却没有实施的模块，或是界定第二阶段的扩展范围。如果您把模块标记为已有，分阶段逻辑会尊重已经就位的部分。
如果您正处在从ECC迁移到S/4HANA的过程中，这个工具能帮您决定哪些内容带到新系统，哪些退役，哪些新增。在这种情况下BTP的建议更重要，因为大多数遗留的ECC系统都带有需要在新核心之外找到归宿的自定义代码。
分阶段建议的准确度如何？
分阶段建议反映的是在大多数项目中成立的依赖逻辑：FI和CO先于MM，MM先于SD，核心ERP先于EWM和TM，BTP集成先于任何紧密的非SAP系统耦合。它不反映您所在组织特有的变革承受能力、监管日历或财务结账周期，请据此做相应调整。
我见过一些项目试图一次做完所有事情，这行不通。第一阶段应当是让企业在新平台上完成结账并服务客户所需的最小范围，其余都属于第二阶段。
这个工具免费吗？
免费。无需注册，无需提供邮箱，无需付款。推荐过程完全在您的浏览器中运行，不会存储或传输任何数据。
如果您需要帮助，把输出结果转化为真正的蓝图，或对合作伙伴的方案做压力测试，请预约一次30分钟的通话。