套房还是不套房?

在今天的帖子中，我想我会回到我最喜欢的主题之一:套件与专业解决方案。这是一个有时让人感觉“被打得要死”的话题，但它仍然是一个非常重要的问题，特别是对于那些即将做出采购技术投资决策的组织来说。

在Gartner任职期间，我每年要与数百名客户交谈，他们问我的一个常见问题是“最好的”S2P套件。我的回答一直是(现在仍然是)，你不应该一开始就假设单一的S2P套件是正确的选择。这并不意味着最终最好的选择可能不是单一的S2P套件，但不要因为专业供应商没有“完整的套件”就排除他们。“我在这里用引号标出全套，是因为全套的‘齐全’和不同供应商对全套的定义有很大的不同。或者换句话说，有些套件在某些领域的功能非常薄弱，有些套件被称为“弗兰肯套件”，由多个获得的解决方案组成，集成有限。

所以我为什么说你不应该认为套房就是答案呢?好吧，简单的答案是，没有一个套房是所有行业中最好的。CLM和SXM是一些套件具有非常轻量级功能的领域的例子，更不用说像直接材料采购这样的更具体的领域了。其次，就像之前提到的，一些套房并不一定像他们的营销暗示的那样整合。因此，虽然从it管理的角度来看，有一个供应商来处理可能很诱人，但它可能并不能真正解决您试图解决的业务问题。

尽管如此，套件方法肯定也有好处(如果它满足您的需求)，甚至超出了it管理。一个优点是(希望，但不能保证)您可以在整个套件中获得一致的用户体验，这样用户就可以更直观地学习如何使用新模块，因为图标之类的东西在整个套件中代表相同的概念。在将其视为主要优势之前，您需要了解实际使用多个模块的用户数量。

另一个优势是在分析领域。通过使用一个套件，您可以从一个模块提取数据，以支持另一个模块中的决策和任务。例如，来自CLM应用程序的信息可以帮助最终用户确保在下订单之前有一个有效的合同，并且价格是正确的。但这不是你可以假设的仅仅因为你买了套房。

由多个收购组成的“弗兰肯套件”可能没有这种特定的整合。事实上，即使是一些本地开发的套件也可能会在模块间共享数据方面遇到困难，因为模块被设计为稍后集成的独立产品(即不共享相同的数据模型)。此外，随着api和其他实时集成技术的出现，专家解决方案可能也能够共享数据。毕竟，多租户SaaS解决方案应该能够代表所有客户进行一次集成。

那么，如果你面临这个问题，你应该怎么做?

由于使用套件有好处，您必须在这些好处与特定领域所需的特定功能的需求之间取得平衡。我的建议是评估每个模块的优点，然后看看单个套件中有多少适合您采用。把它视为电子资源采购活动中的一个奖项;最便宜的情况是樱桃选择情况，你选择每件商品的最低价格，不管供应商是谁。但是在本例中，您选择了最能满足您需求的解决方案。这里的风险是，您最终会为每个项目(或在本例中为模块)使用不同的供应商，这可能是不现实的。所以问题就变成了，你愿意多花多少钱来换取更少的供应商，也就是说，你愿意牺牲多少功能来换取更少的应用程序供应商?

对于一个相当复杂的组织，我认为任何单一的S2P套件都不足以真正实现所有采购的数字化。问题是您应该使用多少单个S2P套件，或者在某些情况下，您需要多少补充解决方案来扩展您的S2P套件?