让用户保持在移动应用程序中是一门科学。
增长黑客课程的作者描述了它在我们关于VC.ru的文章中的基础
：移动应用程序分析空中App机器学习主管Maxim Godzi。 Maxim以移动应用的分析和优化为例，讨论了该公司开发的工具。 由App in Air开发的这种系统的产品开发方法称为Retentioneering。 您可以在产品中使用这些工具：其中一些
可以在GitHub上
免费获得 。
空中应用程序-一个在全球拥有300万活跃用户的应用程序，您可以通过它跟踪航班，获取有关更改起飞/降落时间，注册和机场特征的信息。
从漏斗到轨迹
所有开发团队都构建一个入职渠道（旨在使用户采用产品的过程）。 这是帮助您从上方查看整个系统并查找应用程序问题的第一步。 但是随着产品的发展，您会感觉到这种方法的局限性。 使用简单的渠道，您看不到产品的明显增长点。 渠道的目的是对应用程序中的用户阶段进行总体了解，以向您展示标准的度量标准。 但是，渠道会审慎地隐藏偏离规范的趋势，以解决明显的问题，或者相反，避免特殊的用户活动。
我们在空中App中建立了自己的漏斗，但是由于产品的特殊性，我们得到了一个沙漏。 然后，我们决定扩展该方法，并使用应用程序为我们提供的丰富信息。
构建渠道时，会丢失用户的入职轨迹。 轨迹由用户和应用程序本身的一系列动作组成（例如，发送推送通知）。
使用时间戳，您可以非常轻松地恢复用户的轨迹并为每个轨迹绘制图表。 当然，有很多图。 因此，您需要对相似的用户进行分组。 例如，您可以将所有用户排列在表的行上，并绘制他们使用某项功能的频率。
基于这样的表，我们创建了一个矩阵，并根据功能的使用频率（即，图中的节点）对用户进行了分组。 通常，这是洞察的第一步：例如，在此阶段，您已经看到有些用户根本没有使用部分功能。 当我们进行频率分析时，我们开始研究图的哪些节点是“最大”的，即用户访问最多的页面。 可以立即区分出因某些重要条件而根本不同的类别。 例如，这里有两个我们根据预订决策划分的用户群集（总共有16个群集）。
使用方法
通过以这种方式查看您的用户，您可以查看用于保留用户或获得订阅的功能。 自然，矩阵也将显示明显的事物。 例如，购买订阅的用户在订阅屏幕上。 但是除此之外，您还可以找到其他方式永远不会知道的模式。
因此，我们意外地发现了一群增加航班，在白天主动跟踪航班，然后消失很长时间直到再次飞往某个地方的用户。 如果我们要使用普通工具分析他们的行为，我们会认为该应用程序的功能根本不适合他们：如何用其他方式解释他们使用了一天却永远不会回来。 但是在图表的帮助下，我们看到它们非常活跃，只是它们的所有活动都适合一天。
现在，我们的主要任务是在用户使用我们的统计信息时，推动此类用户连接其运营商的会员计划。 在这种情况下，我们将导入他将购买的所有航班，并尝试在他购买新机票后立即促使他订阅。 为了解决这个问题，我们也开始与Aviasales，Svyaznoy.Travel等应用程序合作。 当他们的用户购买机票时，该应用程序会为他提供将航班添加到空中的航班，我们会立即看到它。
借助该图，我们看到有5％的进入订阅屏幕的人拒绝了它。 我们开始分析这种情况，发现有一个用户转到第一页，启动其Google帐户的连接，然后取消该帐户，退回到第一页，如此四次。 最初，我们认为：“此用户显然有问题。” 然后我们意识到，很可能该应用程序存在错误。 在渠道上，这将解释为：用户不喜欢应用程序请求的权限集，于是他离开了。
在另一组中，屏幕上丢失了5％的用户，该应用程序提供了选择智能手机上所有日历应用程序中的一个的功能。 用户一次又一次选择不同的日历，然后简单地离开该应用程序。 原来，这是一个UX问题：一个人选择了日历后，他必须单击右上角的“完成”。 只是不是所有的用户都看过。
空中的第一个屏幕应用程序
在我们的图表上，我们看到大约30％的用户没有超出第一个屏幕：这是由于我们积极推动用户进行订阅。 在第一个屏幕上，该应用程序提供使用Google或Triplt进行注册的功能，并且没有可以跳过注册的信息。 在离开第一个屏幕的用户中，有16％的用户单击“更多”并再次返回。 我们发现他们正在寻找一种在应用程序中进行内部注册的方法，我们将在下一个更新中发布它。 此外，立即离开的人中有2/3根本不按任何东西。 为了弄清楚他们发生了什么，我们建立了一个热图-一个热图。 原来，客户端单击不是活动链接的应用程序功能列表。
赶上这一刻
您经常会看到人们在柏油路旁边践踏道路。 固位抢占是试图找到这些路径，并在可能的情况下改变道路。
当然，我们不能向实际用户学习，但是至少我们开始自动跟踪指示用户在应用程序中存在问题的模式。 现在，如果存在大量的“循环”，则当用户一次又一次返回一个屏幕时，产品经理会通过电子邮件接收通知。
让我们看一下用户轨迹中哪些模式通常是有趣的，以分析问题和应用程序增长点：
- 循环和循环。 上面提到的循环-当在用户路径中重复一个事件时，例如Calendar-calendar-calendar-calendar。 具有大量重复的循环显然是接口问题或事件标记不足的指针。 循环也是一条封闭的路径，但与循环不同，它包含多个事件，例如：查看航班历史记录-添加航班-查看航班历史记录。
- 限流器-当用户由于某种障碍而无法继续通过应用程序进行所需的移动时，例如，屏幕上的界面对客户而言并不明显。 这样的事件抑制并改变了用户的轨迹。
- 分叉点-重大事件之后，不同类型的客户的轨迹被分开。 特别是，这些屏幕不包含对目标操作的直接转换或号召性用语，而是有效地将某些用户推向了该操作。 例如，与应用程序中的内容购买不直接相关，但客户倾向于购买或不购买内容的屏幕的行为将有所不同。 分叉点可以是影响用户行为的点，带有加号-影响购买决策或右键单击或减号-它们可以确定几步后用户将离开应用程序。
- 中止的转换点是潜在的分叉点。 您可以将它们视为可以推动目标操作的屏幕，但事实并非如此。 当用户有需求时，这也可能是一个时间点，但我们不满足，因为我们根本不了解它。 轨迹分析应该可以确定这一点。
- 分心点-屏幕/弹出窗口不会为用户带来任何价值，不会影响转换，并且可以同时“模糊”轨迹，从而使用户从目标操作中分心。
- 盲点-应用程序，屏幕和功能的隐藏点，用户很难触及。
- 排水渠-交通泄漏点
通常，数学方法使我们能够理解，客户使用产品应用程序所使用的方式与产品经理通常认为的方式完全不同，从而尝试为用户计划自己的某种标准用例。 坐在办公室并参加最酷的产品会议，仍然很难想象用户可以使用该应用程序解决其问题的各种实际条件。
这让人想起一个冷笑话。 测试人员进入酒吧并下达命令：一个啤酒杯，2个啤酒杯，0个啤酒杯，999999999个啤酒杯，杯中的蜥蜴，–1个啤酒杯，qwertyuip啤酒杯。 第一位真正的顾客走进酒吧，问厕所在哪里。 酒吧突然起火，所有人都死了。
产品分析人员深入研究此问题后，开始引入微矩的概念。 现代用户需要立即解决他们的问题。 大约在几年前，谷歌开始讲话：在公司中，这种用户行为被称为微时刻。 用户分心了，不小心关闭了应用程序，不了解他的要求，在24小时后再次登录，再次忘记了，然后单击了Messenger中朋友发送给他的链接。 所有这些会话的持续时间不超过20秒。
因此，我们开始尝试配置支持服务，以便员工几乎可以实时了解问题所在。 当一个人来到支持页面并开始写问题时，我们可以确定问题的本质，知道它的轨迹-最近100个事件。 以前，我们使用对支持服务的请求文本的ML分析，自动按类别将对支持服务的所有呼叫分配。 尽管分类成功，但当所有呼叫中的87％正确分配在13个类别之一中时，使用轨迹的工作可以自动找到最适合用户情况的解决方案。
我们无法快速发布更新，但是即使用户遵循我们已经看到的情况，我们也可以注意到该问题，并向他发送推送通知。
我们看到优化应用程序的任务需要用于研究用户轨迹的丰富工具。 此外，了解用户走过的所有路径后，您可以铺平正确的路径，并使用定制内容，“通过手柄”推送通知和自适应UI元素，引导用户进行最能满足其需求并带来收益的针对性操作，数据和其他业务价值。
注意事项
- 仅通过渠道示例调查用户转化-丢失了应用程序提供给我们的丰富信息。
- 对图表上的用户轨迹进行的保留分析有助于了解您使用哪些功能来保留用户或刺激用户订阅。
- 保持导向工具可帮助您自动跟踪实时模式，这些模式指示用户在应用程序中的问题，并在难以发现的地方发现并关闭错误。
- Retentioneering工具提供了构建自动ML工具的能力，以预测用户和指标的关键事件：用户损失，LTV和许多其他易于在图形上识别的指标。
我们正在围绕Retentioneering建立一个社区，以自由交流思想。 您可以将我们正在开发的工具视为一种语言，来自不同移动和Web应用程序的分析师和产品可以用这种语言交流见解，最佳技术和方法。
您可以在“ 增长黑客”课程中学习如何使用这些工具： Binary District 移动应用程序分析 。