那个犯了一个错误，这个错误在当时看来是合理的，但事实证明代价高昂

他们设定了错误的目标，他们误以为是一个普遍的误解：数字化转型与采用新技术有关，不是真正的转型在于使用技术来改善业务成果，这是常见的情况。转型寻求巨大的战略性胜利，因此开始退休内部数据中心并迁移到云的过程，这是好事企业迫不及待地等待几个月的IT团队支持新服务器，他们不能让自己受到基础架构的压力，云使他们获得了自己无法实现的敏捷性。

但是接下来通常会发生的事情是，数字化转型的会审视自己取得的进展

退休的数据中心数量，迁移到云中的数据百分比等等，然后宣布胜利，他们认为通过迁移到云，组织将自动变得更敏捷，更以客户为中心，并且能够更好地与所有从中获得收益的新贵竞争。他们甚至可能以为自己为公司节省了一大笔钱，当然它们在所有方面都是错误的。

移动业务针为了真正获得这些业务收益步是弄清楚要衡量的内容

IT团队已经习惯了与技术相关的目标的一系列指标，他们跟踪指标，事件，日志和跟踪，以确保其软件无论是完整的旧版ERP程序还是包含数千个微服务的面向客户的网站均正常运行，他们倾向于通过每天发送多少代码或是否保持5到9的正常运行时间来定义成功，顺便说一下，这并不是对IT团队的敲门声-这是业务要求他们做的事情。

大多数组织无法将这些指标、事件、日志和跟踪与实际业务成果联系起来

这段代码刷新了您六个星期以来的工作，实际上可以使您动起来吗？它改善了客户体验吗？它是否减少了客户流失或增加了现场时间？它在推动可衡量的业务成果吗？大多数组织都不知道这些问题的答案，这就是为什么他们的数字化转型终将落空的原因。

改善客户成果

公平地说公司一直专注于与技术相关的指标，因为他们不知道下一步是否可以将其与业务成果挂钩，现代性能监视工具不再是这种情况，正如我想向从未遇到过的人解释的那样，我们的软件将他们的客户体验数字化，它捕获了有助于确定客户是否从公司产品中获得所需东西的度量标准，以及如果没有发生这种情况，公司需要进行哪些更改，这将创建一个反馈循环，可以帮助公司避免或快速纠正错误步骤，例如企业通常会扩展到一个新的全球区域，并将旧的目标与他们一同实现，这经常被误导。

找到正确的KPI并将其添加到技术和业务主管的仪表板

您可以使用这些实时洞察力提出一些非常有趣的问题，例如如果将客户支持电话减少30％，对企业有何价值？100％正常运行时间的价值是什么？如果您将员工敬业度提高25％或将40％的时间用于产生新创意，会对您的底线产生什么影响？并且一旦您监视了正确的指标，便可以快速采取行动来解决真正重要的事情，假设您发布了一批新代码，可为客户带来可怕的结果，如果对基础结构进行了正确的检测，则可以在部署更新后10分钟而不是几周后回滚更新。

KPI改变了局面让每个人都制定正确的KPI有一个很好的附带好处–它使您的开发人员对他们产品的成功投入了更多的精力

在没有实际数据的情况下，工程师（有理由地）想知道为什么我们要构建人们可能永远不会使用的东西？ 在它们与业务KPI保持一致之后，对话变成：我们该怎么做才能移动这些数字？他们不再仅仅是订单接受者-现在他们正在使用数据来决定如何交付业务价值，他们在代码如何影响客户体验方面有发言权，他们知道这将是可衡量的，结果反馈回路缩短了，为客户服务的产品功能和工程项目数量急剧增加。