移动转化漏斗在幻灯片上很容易画出来，但在产品中却很难看到。在幻灯片上，这是一个干净的三角形：安装、打开、注册、购买。在真实的产品中，屏幕是一团乱麻，用户在没有警告的情况下消失，大多数团队只有在收入目标没有达到时才发现泄漏。
修复漏斗的团队和只抱怨漏斗的团队之间的区别在于一件事：知道如何阅读该工具。购买 Mixpanel 或 Amplitude 并查看仪表板而不知道要问什么问题，就像拍 X 光但不知道断骨在哪里一样。
本文通过具体示例展示了每种类型的工具在移动渠道的每个阶段所揭示的内容。它不是功能列表，而是阅读指南。
移动渠道具有网络渠道所没有的步骤
在示例之前，先进行模型调整。在移动设备上，渠道在应用程序之前开始：在商店中。如果用户在 App Store 上看到您的应用程序但没有安装它，那么该用户就已经泄露了该应用程序。然后是安装、打开、入门、激活，然后才是实际的转换。
每个步骤都需要不同类型的工具，这就是团队迷失的地方，他们使用产品分析来了解商店问题，或使用归因工具来了解入职问题。正确的工具，正确的步骤。
示例1：商店泄漏
想象一下，一款送货应用程序在 Android 上安装率很高，但在 iOS 上安装率却很糟糕。产品分析看不到这一点，因为 iOS 用户甚至没有安装它。
在这里，正确的工具是归因和商店分析、App Store Connect、Google Play Console 或像 Adjust 或 AppsFlyer 这样的层。在示例中，Play 管理中心会显示 iOS 上的商品详情已过时的屏幕截图和较低的评分。问题从来不在于应用程序；而是在于应用程序。它就在窗户里。
该示例的教训是：如果您的漏斗顶部似乎破裂，请在接触产品之前环顾商店。
示例 2：入职期间放弃
想象一下一款金融应用程序，从首次打开到完成注册，该应用程序失去了 60% 的用户。他们到底在哪里放弃了？
这就是事件漏斗工具、Mixpanel 和 Amplitude 发挥作用的地方。您将每个入门步骤定义为一个事件，该工具会在它们之间绘制漏斗。在示例中，Amplitude 将在文档验证屏幕中显示一个残酷的下降：用户到达后，发现他们需要拍摄自己的身份证件，然后关闭了应用程序。
这种洞察力只有经过完善的事件漏斗才能提供。如果没有它，团队将不得不猜测问题是否出在整个注册上，而实际上这只是一个屏幕。
要了解放弃的原因，请使用会话重放工具，例如适用于移动设备的 Smartlook 或 Hotjar 会话记录。在该示例中，录音显示用户由于界面照明不佳而尝试对相机进行对焦但没有成功。定量数据告诉你在哪里；重播告诉我们原因。
示例 3：未发生的转换
考虑一个移动电子商务，其流量良好且购物车已满，但完成率较低。事件漏斗显示结帐下降。现在呢？
这里的示例需要一个实验工具：Firebase A/B 测试、Optimizely 或类似工具。您提出一个假设：“下降是因为我们在付款前要求注册”。测试带有访客结帐的版本。在该示例中，没有强制注册的结账变体将恢复损失的转化的很大一部分。
这个例子的要点是漏斗工具显示了问题，但只有实验才能证明解决方案。仅仅看到秋天是不够的；该假设需要进行检验。
最常见的阅读错误
这些例子中反复出现的错误并不是缺乏工具，而是仓促的阅读。团队查看汇总指标（“转化率下降了 5%”）并在不进行细分的情况下做出反应。但从总体来看，移动渠道是存在的。
在交付示例中，平均转化率隐藏了损坏的 iOS 和运行良好的 Android。按平台、流量来源和应用程序版本进行细分，可以将不透明的数字转化为诊断结果。每个严肃的工具都允许这种细分；很少有团队真正使用它。
还有数据的问题。您在渠道中跟踪的每个事件都可能是个人数据。在巴西，在不考虑同意和数据最小化的情况下实施漏斗正在与仪表板一起建立 [LGPD0 负债。衡量一切并不是一种策略；而是一种策略。这是风险。
示例4：漏斗忘记的保留
大多数团队将漏斗视为以第一次转换结束的东西。但考虑一个教育应用程序，其安装漏斗直到第一节课都很棒，但即便如此，它在第二周就失去了几乎所有用户。
在这里，传统的渠道看不到任何东西，因为它只查找初始转化。正确的工具是 Amplitude 和 Mixpanel 中的群组保留分析。您看到的不是细线，而是一张表格：一周内回来的每组用户、下一周回来的用户数量以及之后的用户数量。
在这个例子中，队列分析会揭示问题不是头等舱，而是缺乏返回的理由。用户将完成第一堂课，而永远不会收到第二堂课的钩子。诊断完全改变了行动：这不是改变入职，而是建立一个重新参与周期。
这个例子的教训是，没有保留的转化是虚荣的。仅衡量首次转化的漏斗会庆祝离开的用户。同类群组工具将漏斗视图扩展到产品的真正价值得到证明的地方，即在用户的返回中，而不是在第一次会话中。
区分优秀漏斗的阅读
漏斗工具不提供答案，它提供更精确的问题。上面的示例具有相同的共同点：工具指出了要查看的位置，并且团队需要成熟地在采取行动之前询问原因。
谁将仪表板视为裁决，谁就能解决问题。谁把它当作一个假设，谁就解决了原因。这就是优化漏斗和搞乱它之间的区别。
如果您正在构建或阅读应用程序的转化渠道，并想讨论哪些工具对您有意义，那么值得讨论。博客上还有另一篇关于同一主题的文章，重点关注日常运营，以及有关分析和移动用户体验的文本。
另请阅读
- 【移动转化漏斗实践：如何日常操作工具1
- [移动转化漏斗：应用优化2
- 【数字化实验：A/B测试与成长指南3
- 【移动性能优化：让应用飞起来的必备步骤4
- 【移动端性能优化-初学者实例5
- [SaaS转化漏斗：停止优化错误步骤6