在SAP实施项目中工作了25年之后，我得出的结论是，从长远来看，SAP客户最痛苦的一个因素是未能简化业务流程，尽管他们最初的意图是这样做。

一切都开始得很好，首席信息官往往会决定他们应该为（？）采用商品流程"我想要一个普通的实现"。然而，一旦我们将这一阶段进行得更深入，流程负责人就不想符合标准并采用"最佳实践"，因为他们有一种特殊的工作方式，需要产品的灵活性。我在这些gap-fit研讨会上参加过很多次，经常听到"我们不能这样运行流程，我们有一个业务需要说…现在在某些情况下，这是真的，大数据怎么用，但更多的时候，在那一刻，改变业务流程的痛苦似乎太大了。

在渴望取悦客户和满足期限往往项目团队决定弯曲产品。尽管很多人都能理解这一意图，但这一决定往往是在没有适当考虑TCO的情况下做出的，TCO是在未来的每次升级中重新测试和支持这一定制代码的长尾。许多gap-fit研讨会未能真正挑战企业需要改变软件的需求，因为这被认为是一个简单的出路。

我曾作为SAP实施项目的咨询开发人员工作，我只喜欢一个大的定制开发来测试我的技术能力。当问题到达开发人员那里时"我们能改变一个流程让它这样做吗？"当然，物联网概念股，我们可以，但不是所有可以做的事情都应该做。

实施合作伙伴，无论多么体面，在获得定制产品的报酬时，都不能做到真正的公正。如果业务部门策划变革，淘客app制作，改变其工作模式，以适应最佳实践，大数据分析方法，这需要时间，并导致昂贵的项目延误…。。这句话有点让人困惑

在过去的10年里，我一直在SAP的支持领域工作。每一位IT经理或首席信息官都希望从SAP得到同样的东西：帮助我降低运营成本（包括痛苦的升级），但同时让我增加创新。然后，服务器云平台，云出现了，有人称之为云思维。

云从根本上是不同的，必须相应地接近它。SAP S/4HANA云提供了预定义的业务流程，采用了严格符合标准的方法。这是最终实现正确的机会，可以将商品业务流程更改为标准，最终实现许多SAP项目失败的地方。这是一个降低ERP运营成本的机会，但仍然可以通过快速的季度发布来增加创新。

作为激活方法的一部分，我们在SAP帮助客户举办了一个合适的标准研讨会，为实现标准化目标提供了一个新的机会。这并不意味着意味着你不能改变任何东西，但这确实意味着数字核心仍然是标准的。这一标准化核心对于SAP来说是必不可少的，以确保我们能够在每个季度发布时有效地提供无缝创新。

客户仍然觉得这是符合标准的，而不是符合差距的过程，但一旦他们完成了项目的那个阶段，并开始使用云系统，他们都同意，光靠治理是不可能达到这种标准化水平的。SAP已经实施ERP 40年了，我坚信，要在真正的多租户云世界中取得成功，强制标准化水平是必不可少的。