我希望这篇文章是一个讨论，而不是我的另一个咆哮或讲座，所以这里有一个声明让你撕开：

这里只是一个小的解释我的意思，而不是试图捍卫立场太多了（我保留权利在讨论中捍卫它，因为它一直进行）：

这可能是有点挑衅性的，并不意味着我已经100%签署了它，但是为了论证的目的，让我们假设我是，所以请随意攻击

有趣的话题，斯文！

它类似于最小可行产品（MVP）的概念，但与流程有关。

SAP marketing的好处之一是快速成功，易于部署标准功能/最佳实践。

实际上，我认为，淘客机器人，每个试图实施SF的顾问都有类似的想法。但是，与战略方法论相关联的既定流程也非常重要，例如绩效或继任管理等流程。

我预计解决方案选择流程会发生一些变化，因为详细定制流程案例的详细要求对云解决方案没有太大价值。将更多地关注概念、方向、路线图、投资、用户界面、集成。

哦，斯文……为什么一定要成为"论据"？"热烈讨论"怎么样？

我明白你的意思……我有点同意"一切旧的东西都是新的"。购买"能力"件轧机或不着眼于把他们串在一起的一个整体"最佳"的过程听起来非常熟悉。回到"旧"时代，公司会购买一堆"同类最佳"的产品，然后把它们拼凑在一起。公司经常这样做。但像SAP这样的"聪明"公司（以及一些在21世纪初的ERP大裁员中幸存下来的竞争对手）要么收购并合并其他"同类最佳"公司，要么开发/复制自己的公司……在这一切之后，最大的卖点是"不再需要拼凑这些产品……我们的产品都是集成的！"哈哈哈

所以是的……从我的观点来看……这只是事物的自然循环。然而，现在看来，这更容易了，这些规模较小、针对特定领域的"能力"公司更容易涌现出来，满足/满足需求（"有一个应用程序可以满足这个需求！"）。很抱歉，我没有和你多争论。

嗨，克里斯，

你知道，德国人喜欢好的争论（过去是战争，所以我认为我们已经走了很长的路）

我想我知道你的意思。以一种孤立的方式来看待个人的能力可以让你很容易地看到旧的同类最佳的观点。但是，如果wsn不跨越解决方案，那么流程视图不是也一样吗？一个shiney工具一步一个脚印地完成了HR想要的流程，而SAP只有在BAdI项目进行了20天之后才能做到这一点，所以购买了小目标管理应用程序。

如果我说"跨所有HCM流程的集成"也是我们应该寻找的功能之一，这是不是太便宜了？

我一点也不反对HCM过程的大局观，以了解它们是如何协同工作的。

我更倾向于考虑这些项目，在这些项目中，过程映射到非常精细的细节水平。这些项目花了一年时间，成功因素意味着已经发布了4个版本，而我们正在讨论目标设定第四个流程变量第三个例外的第二步，如"如果员工是销售代表，淘客app定制，目标是金钱目标，他们可以挑战目标，人工智能软件下载，直到年度结果发布后2周，如果结果表明整体公司结果不现实（即错过超过12.34%）。他/她应该在制定目标时向其直属经理投诉。如果该直线经理长期缺勤，但尚未死亡或可能死亡，则该期限可延长至6周。在这之后，它会升级到下一级经理（在设定目标时），除非……

但不管怎样：好的观点。很可能会有一种风险，就是不能让这些能力一起发挥它们的魔力。

嗨，斯文，淘客返利软件，

完全同意你的说法！

这里真正的挑战几乎总是来自历史以及公司和人们习惯于看待流程的方式。通常情况下，公司在如何完成当前流程方面有着悠久的历史，这也花费了他们大量的时间、精力和金钱。

考虑到这一点，你会发现大多数公司都在小心翼翼地重新完成整个流程，并且往往有点害怕通过建立新流程而错过一些东西。

然而，最成功的公司而快乐的公司则是那些在项目开始时着眼于新系统的能力并能够适应变化的公司。因此，在整个过程中拥有强大的承诺和决策能力是至关重要的。

在我看来，最大的陷阱是企业无法适应旧的流程，最终无法在新的系统中复制旧的流程。在进行这个项目时，成本会显著增加，而使用新工具的好处也会丧失。

…而且这些"旧"流程往往不仅是根据实际业务需求设计的，而且也是基于开始时的技术限制。瓶颈、"等待"、复杂的通知等等……可能都是需要的，只是因为当时使用的技术在能力、速度等方面受到限制。遗憾的是，在一个过程中，那些"碎片"往往会持续存在，只是因为"我们一直都是这样做的……所以它必须仍然需要"。

"在我看来，最大的陷阱是，公司无法适应，最终无法在新的系统中复制旧的过程。"阿门！

最终，软件支持业务流程。一个好的业务流程不应该由系统来定义，系统应该支持流程。良好的能力使这成为可能。

嗨，卢克，

这可能主要是一个措辞的问题，但由于"过程要求"已被用来刻划非增值细节的石头，我宁愿说"软件应支持一个业务成果"，不一定是一个特定的过程。