我相信，SAP客户影响计划是一个极好的平台，是SAP了解客户在产品路线图中的需求和需求的一个极好的方式。客户影响力用于SAP中的各种产品，可分解为模块化级别，以便更好地关注产品的特定领域。它不仅是SAP的一个很好的工具，而且对于那些对世界各地的其他客户来说似乎很重要的东西感兴趣的客户来说也是如此。

如果您觉得SAP产品中某种新的或增强的功能非常有价值，您可以记录一个影响请求—这可能会在以后的产品开发中考虑产品。根据我的经验，当发现产品缺陷、意外差距或令人沮丧的限制时，您需要向SAP支持部门记录事件。经过调查，有时支持代理建议您记录一个影响请求，因为您确定的项目没有被SAP视为bug，因此它应该是一个功能请求。

随着时间的推移，我监控了一些客户和一般社区提交的影响请求。一开始，我对SAP路线图中我认为非常重要的请求的前景感到兴奋。我会监视状态，当我收到一封与其中一个请求相关的电子邮件通知时，我会跳到网上。老实说，我对这些要求缺乏进展感到有点失望。

但是，为了避免为自己感到遗憾，我认为缺乏进展的原因与世界各地的其他客户缺乏兴趣有关。毕竟，它是一个确定哪些请求产生最高兴趣的平台，这样SAP就知道下一步要关注什么……在考虑请求之前需要最少的投票数，这就是为什么与其他客户一起推广您的请求以获得更多投票的重要原因。我明白这一点，这对我来说是非常有意义的——有时提高投票率是一项挑战，但我发现，如果你亲自让其他客户知道你感兴趣的请求，那么投票就可以很快获得。顺便说一句，请记住，每家公司只计算一张选票——即使该公司有10个人投票支持一个请求。

不过，我开始注意到一些奇怪的事情——我会发现早在2016年就有记录的请求，有40多张选票，并且仍然处于"已确认"或"已提交"状态。事实上，截至本文撰写之日，仍有超过50票、甚至高达83票的请求仍在等待做出决定——在某些情况下是在两年之后。

我决定，我想根据统计数据，看看SAP客户影响力平台到底有多大的影响力。如果SAP支持代理使用影响平台和概念来解除客户对他们认为的bug、明显的需求或强制性功能的不满，那么了解新请求实际交付的可能性以及时间框架非常重要。

避免做出一般性假设或淡化统计数据，我将重点介绍一个SAP产品，我已经深入参与了过去几年-成功因素。我的重点更多地放在Employee Central和SAP Business Suite之间的集成上，但为了完整性，我扩展了我的分析范围，将整个SuccessFactors Suite包括在内。我还排除了所有标记为重复、合并或已提供的请求。

以下是2016年以来提交的所有成功因素影响请求的视图，按模块：

虽然上面的图表很有趣，但并不完全有用–我们可以从中做出一些假设，但最终有许多影响因素可能会影响可以说抛弃了任何假设。我想把这一点分解到一个我能看到真实事实的点上。

这里是一个按年度提交的影响力请求的视图，显示当前状态：

自2016年以来，已经提交了13976个请求。其中257个是由SAP提供的，占1.8%。这些数据让我大开眼界——我不确定自己是否幼稚，但我预计会有更高比例的请求被提交。我很困惑，物联网教室，只有18.3%的已提交请求实际拥有所需的最少10票。

令我惊讶的是，SAP在决定提交哪些请求时似乎没有考虑投票数。从2016年以来提交的至少有10票的所有请求以及它们的当前状态可以看出这一点：

正如您所看到的，在所有投票数最少的请求中，只有极少数的请求已经提交，或者计划在未来几年内提交。绝大多数都处于"已提交"、"已确认"和"未计划"状态。

我知道SAP不可能满足所有已提交的请求，但看看这些统计数据，它讲述了一个令人信服的故事。我从数字中得到的信息是，如果您记录了一个针对SuccessFactors的影响请求，并且获得了所需的最少10票，那么SAP将有0.34%的机会提交您的请求。一个发人深省的想法。

最后，我想了解一个请求需要多长时间才能送达。为了做到这一点，我必须做出一些可能不是100%准确的假设……对于所有已提交的请求，我测量了从第一次提交请求到最后一次更改请求之间的时间。在做了一些抽查之后，很明显有许多请求被标记为"已交付"，而这些请求本应被标记为"重复"或"已提供"。不幸的是，这会扭曲结果并缩短平均交付时间。我不打算单独评估每一个请求，所以我把它保持原样。以下是提交请求所需时间的视图，按提交年份：

我对数字的分析得出以下结论：