您应该多久更新一次移动应用程序?

已发表: 2021-10-05

如果您发现自己正在阅读本文 - 那么很可能您已经拥有一个移动应用程序,并且您正在质疑您需要发布的应用程序的更新频率。 移动应用程序更新的频率应该是多少? 我们将尝试向您提供应用更新频率所依赖的因素列表 - 通过在下面询问您正确的问题。

如果你想保持领先,永远不要停止跑步

如今,我们教孩子们不断学习是长期保持成功的唯一途径。 在移动应用程序方面,同样的方法适用于企业主——他们对产品进行频繁更新。 尽管如此,功能的数量并不是这些产品应该拥有的唯一东西——它们的发展会随着每个新版本的发布而继续。 这些天我们都参与了某种高科技的竞争,每一个新版本的发生都像进步和趋势的过山车。

因此,移动企业主经常认为保持领先地位的一种方法是拥有出色的移动应用程序更新频率,这是他们不久前发布的。 然而,答案并不像看起来那么简单。
您应该多久更新一次应用程序?

分析第一。

您是否必须时不时更新应用程序? 答案是:不,您不应该在意识到需要更新的内容之前更新内容。 通常,所有更新可以分为两种类型:业务更新和技术更新。 当需要提高某个指标(例如,您的应用中缺少付费用户)时,您会进行业务更新。 当您在市场上发现新的需求并想要满足它时,或者您想要超越竞争对手(因为现在您将是唯一拥有它的人)时,您也会提出这些要求。

另一方面,当出现代码问题时,你会进行技术更新——比如错误、过时的技术、新语言发布等等。

如何优先考虑应用中的功能开发? 阅读我们的文章 - 如何在构建 MVP 后优先考虑功能开发

在考虑开发应用程序的新版本时,您和您的业务顾问需要回答各种业务和技术问题。 以下是一些:

  • 您的应用程序是否足够稳定?
  • 你的 MVP 概念被证明是有效的吗?
  • 您的用户对您的应用有何评价? 他们觉得使用起来方便吗?
  • 您的应用程序所使用的编程语言的最新程度如何?

很明显,为了回答所有这些问题,您需要宝贵的数据。 需要通过留存率和跳出率、用户获取和用户应用内行为等指标进行深入分析,然后再决定何时更新您的产品。 我们将提供一个工具列表,可以为您提供所有必要的数据。

应用内分析

根据您的分析对上述问题的回答,您是否应该给开发团队打个电话,或者推迟一段时间就很清楚了。 但是,您可能无法回答上面提到的所有问题。 在本文中,我将进一步说明如何回答这些问题(如果您已经知道,请跳过这一部分并转到下一部分)。

您的应用程序中有多少错误?

好吧,如果我说您的应用程序中存在的错误越多 - 成功的可能性就越小,那也不会令人大开眼界。 不过,它的好处是发现并修复了错误 - 使用您目前可以使用的许多工具。 我们使用并推荐给大家的一个优秀工具是 Crashlytics——一个强大的崩溃报告解决方案,作为 Fabric 系统的一部分。 研究、分析、查找和修复错误以留住用户 - 此工具允许:

  • 跟踪应用程序中的回归
  • 控制应用程序性能的稳定性
  • 及时发现和跟踪问题

你的 MVP 概念被证明是有效的吗?

正如经常发生的那样,您不会先对整个产品进行投资 - 首先构建一个最小可行的产品,以测试该概念。 您很可能还根据您或您的业务分析师为您提供的业务模型画布,优先考虑了功能开发。 按照这个逻辑,它解决了人们之前主要抱怨的一些问题。
它真的解决了它想要解决的问题吗? 真正理解它的唯一方法是查看行为或您的用户,这将引导我们进入下一个问题。

您的用户对您的应用有何评价? 他们觉得使用起来方便吗?

用户在应用程序中的交互

当您监控用户的反馈时,阅读 App Store 和 GooglePlay 上的评论,并观察用户行为,您可以看到结果——如果他们满意的话。 如果留存率稳步增长,会话时长稳定,用户没有逃离你的应用,那么就没有必要每月更新一次。 分别地,与上面列出的结果相反的指标是错误选择应用程序更新策略的警告信号。

仅供参考:您绝对需要跟踪和分析有关您的应用程序的 9 个指标 - 看看这里是来自 Mushroom 的一个方便的列表

您的应用程序所使用的编程语言的最新程度如何?

数字世界中一切事物的发展速度都是疯狂的,所以难怪去年相关的框架今年有点过时了。 同样的事情,缓慢但不可避免地发生在编程语言上——随着新语言的出现,旧的语言变得尘土飞扬和过时。 我们发表了几篇关于编程语言比较主题的文章:

Swift 与 Objective - C

Kotlin 与 Java

因此,了解最新信息并跟上最新的 IT 趋势可能会对您的品牌特征产生很大的影响 - 您可以将其作为竞争优势来推广您的产品。 例如,Flappy Bird 使用他们向 Swift 的平稳过渡作为其 iOS 应用程序更新频率的促销提示——您可以在 TechCrunch 上的文章中阅读更多相关信息。
另一方面,转换到不同的编程通常会耗费时间和资源,因此您确实需要了解这是否值得。 这可能只是昙花一现,您可能根本不需要遵循。 在上面给出的文章中,我们提供了一些信息,说明为什么您应该考虑为您的应用程序迁移到另一种代码语言,这会影响您的 Android(或 iOS)应用程序更新频率。

您的分析工具套件。

有许多服务可以帮助您跟踪应用程序中的用户行为。 以下是我们个人使用的一些,问心无愧地推荐给您。

1. 谷歌分析

它不仅适用于网站,而且 Google Analytics 也适用于基于 iOS 和 Android 的应用程序,让您可以查看用户人口统计和行为,分析收入流和付款。
类型:免费 + 一些为企业定制的福利

2.乱舞。

作为仅次于 Google 的第二大分析服务,Flurry 同样出色,但也适用于禁止使用 Google 服务的地区(如中国、古巴、阿拉伯国家等)

类型:免费

我们在:Unight iOS 和 Android 上实现了它

3. 应用程序

Inapptics 是最强大的分析工具之一,声称由 AI 驱动并具有在线项目集成,是一项简单的服务,可让您从中获得许多复杂的指标。

定价:免费 + 有一些付费计划选项

4.混合面板

Mixpanel 工具可让您贯穿用户的整个旅程,并借助收到的数据改进用户获取和激活流程。 定价:免费和每年 399 美元的付费选项

  1. 织物。

除了是一个出色的分析平台之外,Fabric 还允许您在该平台上交付构建,这意味着您只需要一个解决方案。

定价:免费

我们将它用于:每个项目 - 因为我们也使用 Fabric 作为构建交付工具。

分析从未伤害过任何人。

谷歌移动分析

如果更新没有坚实的基础,为什么应用程序需要如此频繁地更新?
对于您想要进行的每一次更新,都有一件很棒的事情要记住 - 它必须是经过深思熟虑的。 在深入了解更新过程之前,先了解更新的目的是什么。 你想通过这个实现什么,你将如何检查你所做的更新的效率?

作为每个企业主,您都希望您的产品随着每个新版本的发布而发展壮大。 因此可能会发生这种情况,我们建议您放慢速度并分析可能的更新效果。 适当的货币投资的关键是根据严格的数字来定义更新的紧迫性; 通过这种方式,您不仅可以最大程度地降低浪费金钱的风险,还可以在您的应用程序真正需要的地方进行投资。

由德米特里·多布里茨基和埃琳娜·贝萨拉波娃撰写。