移动性能优化：任何人都不能忽视的基本原理

有一个无形的时刻决定了几乎每个应用程序的命运：前三秒。正是在这个时间间隔内，用户无需理性地决定该应用程序是否尊重他们的时间。任何出色的功能都无法在加载时冻结的屏幕上幸存下来。

当谈论移动性能时，话题往往会很快转向图形、基准测试和工程术语。但出发点不同：表现是尊重的承诺。快速打开的应用程序表明它重视使用它的人。

本文是对基础知识的介绍。不是为了让你成为渲染专家，而是为了让领导产品、雇用开发人员或制定业务决策的任何人都了解真正的利害关系。

为什么移动性能不同

考虑手机上的性能与考虑网络或桌面上的性能不同。环境更加恶劣。

电池是有限的。连接在 5G 和电梯阴影区域之间摇摆。该处理器比开发应用程序的机器更温和。用户还有数十个其他应用程序竞争同样的注意力和内存。

在巴西，这一点更为明显。很大一部分用户群通过入门级设备进行访问，存储空间几乎已满，数据计划也有限。实际上，这款仅在最新 iPhone 上运行良好的应用程序排除了大部分市场。

这是第一个根本：移动性能也是一个包容性的问题。对于那些想要“快速”应用程序的人来说，这并不是一件奢侈的事情。这是产品在国内实际发挥作用的条件。

要开始思考这个主题，有必要将性能分为三个维度。

启动速度是点击图标和能够使用应用程序之间的时间。这是最残酷的指标，因为它发生在任何参与之前。

响应速度是用户点击按钮、滚动列表或打开屏幕时的感觉。当触摸和反应之间存在明显的延迟时，大脑就会注意到出现了问题，即使它不知道如何命名。

感知速度是最有趣也是最被低估的。它不测量毫秒；它测量的是毫秒。测量感觉。应用程序可以在幕后完成繁重的工作，但仍然感觉是即时的，只要它能为用户提供即时反馈。

理解这个三维度会改变一切。性能不仅仅是让系统运行得更快；而是让系统运行得更快。是协调等待者的感知。

当我们观察真实情况时，理论就会变得具体。

想象一下，市政厅启动了一个用于发布重复 IPTU 和调度服务的应用程序。使用此应用程序的公民不是科技迷；他们是科技爱好者。他想解决问题并回到自己的生活中。

如果主屏幕需要很长时间才能加载服务列表，人们会立即感受到：“政府又来了”。在这种情况下，绩效承载着机构声誉的重量。缓慢的应用程序会加剧对公共部门的不信任；一个快速的应用程序开始重建它。

想象一下一家开展快闪活动的商店。数千人同时打开该应用程序。如果店面需要很长时间才能呈现产品图像，则销售会在购买点击之前就终止。

这里的基础很明确：绩效和收入直接相关。每一秒的等待都会带来可衡量的财务成本。

考虑一个使用应用程序来记录访问的健康检查团队。他们在信号弱的地方工作。如果应用程序不是设计为离线工作并稍后同步，那么它根本不适合实际工作。

在这种情况下，基本原则是针对最坏的网络情况进行设计，而不是最好的网络情况。

最常见的错误是将优化视为项目结束时的完善步骤。 “首先我们让它发挥作用，然后我们让它变得更快。”

这几乎不会发生。当产品准备就绪时，改变性能意味着重新考虑无人愿意触及的结构决策。其结果是一个应用程序承担了所做的选择的重量，而不考虑速度。

性能是一个架构决策，是在一开始就做出的。一次上传多少张图片。在设备上处理多少内容以及委托给服务器处理多少内容。如何在本地存储数据。这些选择定义了应用程序以后永远不会超过的性能上限。

将此视为最后一刻的技术细节是一个管理错误，而不仅仅是一个工程错误。

中心论点是：移动性能并不是技术团队独有的问题。这是一个产品和业务决策。

当经理了解速度会影响保留率、转化率和品牌认知度时，他就不再将绩效视为成本，而是开始将其视为一项投资。问题不再是“优化需要花费多少钱？”变成“如果不优化我们会损失多少？”。

这次谈话有一个诚实的限制。优化的收益递减。追求绝对完美会消耗资源，而这些资源本可以用于更重要的功能。优秀的领导者知道如何确定应用程序对于其受众和用例来说已经足够快的时间点。

我们的目标不是成为世界上最快的应用程序。关键是要足够快，以至于没有人会考虑速度，因为当它很好时，它就会消失。

在任何先进技术之前，三个基本问题指导着我们的工作。

谁是真正的用户以及他们在什么设备上访问？仅在高端设备上进行测试隐藏了大多数人将面临的问题。

旅途中最关键的时刻是什么？并非每个屏幕都需要同样快。开场和转换画面值得格外关注。

正在上传哪些没有人使用的内容？许多缓慢的应用程序只是执行不必要的工作，搜索不可见的数据，并加载很少访问的资源。

从这里开始可以避免优化不重要的事情的浪费，同时真正的瓶颈仍然完好无损。

归根结底，性能是一种转化为代码的同理心。每一个使应用程序更快的技术决策都是为了不浪费屏幕另一边的人的时间、数据和耐心。

那些理解这一点的人不再将优化视为一项无聊的义务，而是开始将其视为产品质量的一部分。在移动领域，质量始于用户从未注意到的速度，因为它始终存在。

如果你领导一个数字产品，并且觉得团队中关于绩效的讨论仍然被视为最后一刻的细节，那么可能是时候回顾一下这个优先事项了。这里还有其他有关技术执行和产品策略的文章可以帮助进行此对话。