本文作者在踩了几个月的坑后，总结对官方指南一些经过数据验证过的经验，关注焦点是「用户」，按照「邀请安装→安装时引导→安装后升级」的环节，悉数分享。

• 「这是什么报错？文档里没写，也不能复现啊。」
• 「安装数不对吧？7 日新增数一直是 25？」
• 「这种情况用户能收到 push 吗？还得传两个更新包自己验证？」
• ……

如果这是自家产品，恐怕这每个问题都值得配一把霍霍磨好了的大刀，然而它是：TestFlight，苹果官方的 iOS 应用内测分发平台。

这个官方内测产品在中文互联网上的讨论却不多，大部分是操作指南类的说明，与「用户」关联的几乎没有（事实上，英文搜索结果也一样）。当我开始用它内测时，有整整一个月时间，内心都在咆哮：没人在用 TestFlight 吗？没人遇到过这些坑吗？没人发现这个小操作会痛失一批用户吗？

——当内测用户到达上千的数量时，官方指南（ iTunes Connect Resources and Help ）中未提及的各类问题开始出现，内测用户的激活安装率中，出现了 x0% 比例的不可控因素。

在踩了几个月的坑后，总结了一些经过数据验证过的经验，关注焦点是「用户」，按照「邀请安装→安装时引导→安装后升级」的环节，悉数分享。

正文包括：

• 激活安装环节的坑；
• 流程引导的经验；
• 版本升级时用户端常见情况；
• iTunes connect 平台的坑；
• iOS 内测方式总结。

激活安装

邀请到用户参与内测，已经是一道坎；而从接受邀请到激活安装，还会有相当惊人的流失率。

调查过近 200 个流失用户后，总结出以下占比较高的原因及对应解决方法。属于看起来不做也没什么，数据验证下来，效果却很好的步骤，永远要预估和照顾到用户的懒和漫不经心。

问题：

• 因为嫌麻烦稍后安装，最终忘记（20%）；
• 安装过程复杂，直接放弃（7%）；
• 英文邮件，看不懂；
• 不信任 TestFlight；
• 以为需要用电脑。

解决：

1. 提供图文演示（文字描述只要三句话，但真的不够）；
2. 提示发件人为“TestFlight”，告知是苹果官方内测渠道；
3. 直接引导用户在「手机端」查收邮件，能顺利点击邮件中的链接，跳转到 APP Store 下载 TestFlight；
4. 定期提醒未安装用户，可以召回一部分。

流程引导

用户终于开始安装内测版本啦，开始接收各种报错反馈吧：

• 找不到邮件：TestFlight 邀请码邮件( no_reply@email.a ) 会被 QQ 邮箱标记为垃圾邮件，需要引导查看垃圾邮件；
• TestFlight 界面提示「Update your device」：TestFlight 需要 iOS 9.1 以上系统，在内测邀请用户时就需要排除这部分用户；
• TestFlight 界面提示「Couldn’t load the APPs」：（可能）需要在 WiFi 环境下打开 TestFlight，才能加载内测 APP；
• TestFlight 界面提示「Couldn’t accept the invite – Invite code has expired」：可能是网络问题导致用户已经 Redeem 成功，但状态没有更新。重启 TestFlight 看看。

从实际经验上来说，也可能是邀请码有问题……此时需要在 iTunes connect 后台，将用户邮箱删除并重新添加，用户会收到一封新的邀请码邮件。

升级通知

邀请来并留住了用户，愿用户跟着我们长长久久地升级内测下去。这时开发者眼中，用户的理想内测安装组合：TestFlight APP + TestFlight 版自家应用。发布新版时，TestFlight 推送消息，用户轻轻一点即可更新。Xiu，坐等后台数字上涨。

然而在用户的手机中，现实是五花八门的：

• 装完 TestFlight APP，忘记装内测版应用；
• 跑去装线上版应用，覆盖了内测版；
• 下完内测版，顺手卸TestFlight APP ；
• ……

这些情况下的用户能收到通知吗，收到的是怎样的？这些情况心里没有谱，容易走两个极端：放任用户流失/其他渠道重复提醒和打扰。

在用了四个邮箱、找了另一个应用、折腾了两个安装包后，初步了解各种状态的用户，收到的 TestFlight 邮件及手机 push 情况：

结论：

（1）用户在 iTunes connect 后台内测名单中

• 只要手机中安装了 TestFlight，都可以打开 TestFlight 安装内测版本；
• 卸载 TestFlight 则无法接收 push；
• 引导用户在手机中保留 TestFlight 很重要。

（2）当用户被移出内测名单

• 内测资格停止，需要重新走邀请流程；
• （4.17 TF 改版后）当用户被移出内测名单，在版本更新前又添加回时，用户自动拿回内测资格，不需重新接受邀请

（3）用户始终没有安装过

ic 后台显示用户状态为「Invited」，新版本发布后，不会再次发邮件给用户（毕竟对方没接受过邀请嘛）。如果想要再次邀请，需要点击「Resend」。

没错，仍然没有批量「Resend」的选项，有请前端壮士帮忙写脚本。

工具问题

最后是在 iTunes connect 上查看和管理用户啦：

iOS Builds：

• 安装数：偏高
• 每日安装数：不准，永远最高 25

内测名单管理：

批量导入：

• 导入前确保邮箱地址中没有空格，否则导入后无法有效发送邮件，iTunes connect 也不会报错让你知道的；
• 导入后，会莫名有一些条目导入失败，然而没有报错，原因未知

批量移除：4.17 TestFlight 改版时，这个功能下掉了，找前端的壮士写脚本吧

用户 Status：Installed 中显示的版本是第一次安装版本，非实时。

iOS 内测方式总结

因为这篇文章，联系到了好几个公司的小伙伴，把可以共享的一些信息也整理到这里一起参考，时效性截至 2017 年 10 月。

（1）前情提要简介

Android 渠道的内测相对简单一些，很多应用会直接把内测版本推送给用户进行升级，有问题继续推送新的灰度包，时间和渠道上都比较自由。

iOS 渠道权限控制严，管控力度也大，官方许可的内测渠道只有一个 Testflight。这个方式总人数有限、操作复杂、应用不稳定、后台工具难用、需要官方审核时间，因此各公司有自己的方式来减少麻烦情况/寻找新渠道。

（2）内测方式汇总

• Beta 企业包：易用性高，采用的公司比较多；要小心量的扩张引起苹果爸爸注意；
• PP 助手：对用户要求较高，需要会翻墙；某新闻资讯 APP 采用这个方式；
• 变种 – 公司内部推广内测版：用连接的网络、IP、手机号等方式，识别出内部员工后，推荐员工使用内测版本；适合员工数量多的公司；
• 变种 – 正式版本弹窗，引导到 Testflight 版本：这个方式技术实现了更友好的交互，达到的效果是：用户在正式版看到内测弹窗后，点击确认，即可等待手机下载好 Testflight 和内测版应用，并自动激活。避免需要用户自行跳出正式版本，自行下载 Testflight、激活、下载内测版本一长串繁琐操作。实现其实不难，iOS 工程师傅研究一下就点通啦。最开始是某外卖 APP 采用。知乎站内已经有 Larry 分享：TestFlight 的使用（更偏重于用户体验）。

作者：安妮塔，美食内容付费产品运营。用户留存、增长、付费转化、会员体系，欢迎交流~

本文由 @安妮塔 原创发布于人人都是产品经理。未经许可，禁止转载

题图来自Unsplash，基于CC0协议