从用户的角度来看，缓慢的数字体验与宕机没有什么区别。以下是可以采取的五个措施来提高性能。
译自 Slow Is Officially the New Down. So Now What?，作者 Leo Vasiliou。
慢已正式成为新的宕机。这是 Catchpoint 的 SRE Report 2025 的一项主要发现，53% 的研究受访者同意这种说法，44% 的人表示“应该根据服务级别目标”来跟踪性能。
那么现在该怎么办？
在 SRE 报告的背景下，该研究表面上是在谈论 Web 性能以及提供快速、个性化和无缝数字体验的需求。该报告接着说，“糟糕的 [app] 性能与完全停机或不可用一样糟糕”，并且 IT 部门应该根据基于体验的目标来衡量性能（例如，确保 95% 的用户可以在 5 秒内在我们的网站上完成结账）。
这让我开始思考。如何在没有所有这些术语的情况下，检验性能的重要性？（想想这个建议：“在结婚之前，你应该先让对方使用一台网速很慢的电脑，看看他们到底是什么样的人。”）
更重要、更严肃的问题是，组织可以采取哪些措施来应对这种新模式？
首先，为了好玩，这里有一些个人的试金石，可以衡量您自己对性能的重要性的看法。
下次您通过汽车餐厅的窗口时，另一端的实体问您“我可以点餐了吗？”，请不要回答。而是开始慢慢地数：“一密西西比……二密西西比……”我敢打赌，在您数到三或四个密西西比之前，他们可能会再次问“我可以点餐了吗？”请注意，如果您提前在应用程序上订购，而不是在汽车餐厅订购，那么对您来说，慢已经成为新的宕机！
下次您要在线下单时，并且您得到任何形式的沙漏（例如，沙漏图标、“请勿刷新此页面或返回”消息等），请注意您在开始猛烈移动光标或查看手机上的最新通知或社交媒体更新之前等待了多长时间。可能只有几秒钟。
下次您开始观看“操作方法”视频时，请注意您在开始思考“告诉我怎么做就行了”之前观看了多长时间。您很可能会回去寻找另一个持续时间较短的视频。
现在我们已经稍微热身了一下，让我们认真起来。更快的网站和应用程序意味着您的组织可以更快地赚钱。不乏数据表明“快速”网站的积极影响与“慢速”网站的消极影响（实际上是指快速与慢速的用户体验）之间的关系。
考虑到这一点，让我们看看五个可以帮助您解决“慢已正式成为新的宕机”问题的行动。
至关重要的是，要使不同管理层对可靠性实践的看法保持一致。我们的研究突显了不同管理责任级别对可靠性实践的看法存在明显差异。如果 IT 团队和业务团队无法就哪里出了问题达成一致，那么几乎不可能确定 Web 性能计划的优先级。为了解决这个问题，请承认 IT 部门和业务部门的观点之间存在差距，并努力弥合这一差距。
通过比较“设想的工作”与“实际完成的工作”，确保对当前状态有一个清晰的共识。此外，了解 IT 部门为提高 Web 性能所做的努力如何对业务收入和其他关键 KPI 产生积极影响。
根据体验级别目标跟踪性能至关重要。大多数 IT 组织只关注良好或“绿色”的内部 IT 指标，但这并不一定意味着用户的数字体验也很好。
仅监控和衡量内部指标并不能保证良好的用户体验。因此，重要的是添加由外而内的、基于体验的指标，例如在您的网站上完成结账的用户数量，并根据基于体验的目标跟踪它们。使用燃尽图可视化您是否正在按计划实现或错过这些目标，以清晰地了解您的进度。
利用人工智能和分析可以帮助您更快地找到答案。除了跟踪体验级别的目标之外，还可以使用人工智能和分析功能来超越简单的平均值。集中趋势平均值可能会产生误导，并且不会揭示具有不同类型体验（例如，快速或缓慢）的用户百分比。 重要的是要识别长尾（不太频繁的值），因为它们可能代表重要的收入来源。使用高级分析来呈现性能数据的完整分布，并按重要的业务维度（例如，哪些市场产生最多的收入）来分解数据。利用人工智能来查找数据集中的趋势变化和相关性。
仅在其来源（例如，从其托管的同一云）测量应用程序的性能，无法深入了解影响用户体验的因素。这就是为什么您必须将性能思维应用于用户与您的站点或应用程序之间的所有堆栈组件。由于体验级别的目标至关重要，因此了解影响该体验的因素将有助于您解决出现的性能问题（例如，上次更新后性能是否下降？）。
因此，除了在源头测量性能之外，还要测量用户体验的性能（实际发生的地方），以获得全面的了解。
最后，以持续的性能改进和优化的文化为主导。性能不是一次性的努力；它需要持续的工作来改进和优化前端和后端。随着客户期望的不断提高，他们对更快体验的需求也将继续提高。
为了满足这些期望，请考虑以下 4C。建立一种由常青的性能思维催化的沟通和协作的文化。这将有助于确保您的组织始终专注于提供最佳性能。