应用程序发布：无人告诉您的基本步骤

许多团队将发布应用程序视为终点线。代码已准备就绪，测试已通过，现在只需前往商店庆祝即可。接下来是审核被拒绝、没人预料到的隐私要求、不标准的屏幕截图，以及原定于周五发布的问题变成了下周的问题。

发布不是一个按钮。这是一个有自己的规则、自己的截止日期和自己的陷阱的阶段，直到最后一刻才忽略它是推迟已经准备好的产品的最常见方法之一。

本文汇集了以可预测方式发布的基本步骤。这不是每周都会变化的点击式教程。正是一系列决策和准备工作将顺利启动与马拉松式的返工区分开来。

为什么出版应该有计划，而不是即兴创作

App Store 和 Google Play 不是被动存储库。这些平台具有质量标准、内容政策和审查流程，决定您的应用程序是否面向公众。将它们仅仅视为上传目的地就低估了它们的需求。

尤其是苹果公司的审查，因应用程序失败而闻名，其原因让团队措手不及：功能不完整、权限滥用、收集的数据缺乏清晰度，或者根本没有增加足够的价值。谷歌更加自动化，但也有自己的障碍，特别是在隐私和安全政策方面。

规划发布意味着在编写最后一行代码之前而不是之后了解这些规则。开发过程中做出的决定，请求哪些权限，如何处理数据，如何离线工作，直接影响应用程序是否会被批准。

我主张从项目一开始就将发布视为一项要求，而不是“上传”应用程序的人的最终任务。当它留到最后时，它就会成为瓶颈，因为所需的调整与已经耗尽的时间表发生冲突。

成熟的团队将商店的要求融入到产品设计本身中。他们知道，在界面中没有证明其合理性的情况下请求许可会导致拒绝，在没有明确隐私政策的情况下收集数据会导致发布停止，设计不当的元数据会阻碍应用程序的可发现性。

当问题出现时，将发布视为产品变更的一部分：在规划阶段，发布成本低廉，而不是在发布前一天发布，发布成本昂贵且压力很大。

导致大多数发布失败的步骤是遵守数据策略。商店要求应用程序收集什么、为什么收集以及与谁共享这些信息的透明度。

您需要易于访问的隐私政策、商店表单上准确的数据收集声明，以及您声明的内容与应用程序实际执行的内容之间的一致性。这里的不一致不仅仅是拒绝的原因：它是一种法律风险。

在巴西的背景下，这直接与[LGPD0相关。收集个人数据的应用程序需要有法律依据、明确的目的和同意机制。商店的要求和立法是齐头并进的，从设计阶段就满足这些要求，可以避免以后进行修补。

对于数字公共服务，需要格外小心。收集公民数据的市政厅应用程序在目的、保留和安全方面承担着更大的责任。在没有这个良好解决基础的情况下出版，会使该机构面临的风险远远超出了商店拒绝的风险。

获得批准后，就会出现被发现的问题。这里的元数据包括：标题、描述、关键字、类别、图标和屏幕截图。

这些要素不是登记官僚机构。它们决定了某人是否在搜索中找到您的应用程序以及他们在查看页面后是否决定安装它。通用的标题和粗心的屏幕截图即使是优秀的产品也会被毁掉。

将商店页面视为登陆页面。首次捕获需要在几秒钟内传达价值。描述需要在前几行回答该应用程序的用途以及为谁服务。关键词需要反映公众实际如何搜索，而不是团队内部如何命名事物。

这项工作涉及营销和产品，值得像应用程序屏幕一样受到关注。忽视它就意味着在没有招牌的街道上建造一家漂亮的商店。

在提交之前，有一系列检查可以避免愚蠢的拒绝。确认应用程序可以在全新安装下运行，而不依赖于仅存在于开发环境中的数据。在不同设备和系统版本上进行测试。确保审阅者可以访问所有宣传的功能。

一个典型的错误是提交一个应用程序，其主要功能是在审核者无法访问的登录后面进行的。提供测试凭据和明确的说明。无法评估功能的审阅者往往会不赞成。

还要在日程表中规划好复习时间。它会有所不同，并且不在您的控制范围内。任何承诺发布日期而不保留休假时间的人都在押注于一个无法快速响应的过程。

出版并不意味着工作的结束；开始了最具启发性的阶段。最初的几天会为您带来真实的数据：您未测试过的设备上的崩溃情况、用户评论、内部测试未预测到的使用行为。

因此，最容易被忽视的关键步骤就是上线后的运营。您需要生产中的错误监控、响应评论的渠道以及修复出现问题的更新计划。已发布和废弃的应用程序会很快老化并失去商店中的评级。

更新也会经过审查，然后循环再次开始。任何人以与第一个发布相同的态度对待每个发布都可以保持应用程序的健康。那些在发布后松懈的人会积累债务，这些债务会因差评而收取利息。

启动策略本身也值得规划。立即向所有人发布很诱人，但也有风险：如果出现问题，整个基地都会同时受到影响。在向所有人开放之前逐步向一小部分用户发布它，可以带来低影响的意外。当应用程序处理敏感数据或关键服务时，这种谨慎尤为重要，因为大规模故障会造成高昂且明显的成本。

一份做得好的出版物是沉默的：用户甚至没有注意到它背后的工作。做得不好的一个是嘈杂的，充满延迟和补丁的。区别在于将其视为一门学科，而不是最终的形式。

如果您的团队正准备推出应用程序并希望避免审查和合规性陷阱，博客上还有有关移动、隐私和产品管理的其他文本。如果您想谈论您的具体案例，我随时为您服务。