掐掉30内测流失率：TestFlight官方指南没有告诉你的

　　本文作者在踩了几个月的坑后，总结对官方指南一些经过数据验证过的经验，关注焦点是用户，按照邀请安装安装时引导安装后升级的环节，悉数分享。
　　这是什么报错？文档里没写，也不能复现啊。
　　安装数不对吧？7日新增数一直是25？
　　这种情况用户能收到push吗？还得传两个更新包自己验证？
　　如果这是自家产品，恐怕这每个问题都值得配一把霍霍磨好了的大刀，然而它是：TestFlight，苹果官方的iOS应用内测分发平台。
　　这个官方内测产品在中文互联网上的讨论却不多，大部分是操作指南类的说明，与用户关联的几乎没有（事实上，英文搜索结果也一样）。当我开始用它内测时，有整整一个月时间，内心都在咆哮：没人在用TestFlight吗？没人遇到过这些坑吗？没人发现这个小操作会痛失一批用户吗？
　　当内测用户到达上千的数量时，官方指南（iTunesConnectResourcesandHelp）中未提及的各类问题开始出现，内测用户的激活安装率中，出现了x0比例的不可控因素。
　　在踩了几个月的坑后，总结了一些经过数据验证过的经验，关注焦点是用户，按照邀请安装安装时引导安装后升级的环节，悉数分享。
　　正文包括：
　　激活安装环节的坑；
　　流程引导的经验；
　　版本升级时用户端常见情况；
　　iTunesconnect平台的坑；
　　iOS内测方式总结。
　　激活安装
　　邀请到用户参与内测，已经是一道坎；而从接受邀请到激活安装，还会有相当惊人的流失率。
　　调查过近200个流失用户后，总结出以下占比较高的原因及对应解决方法。属于看起来不做也没什么，数据验证下来，效果却很好的步骤，永远要预估和照顾到用户的懒和漫不经心。
　　问题：
　　因为嫌麻烦稍后安装，最终忘记（20）；
　　安装过程复杂，直接放弃（7）；
　　英文邮件，看不懂；
　　不信任TestF
　　以为需要用电脑。
　　解决：
　　提供图文演示（文字描述只要三句话，但真的不够）；
　　提示发件人为“TestFlight”，告知是苹果官方内测渠道；
　　直接引导用户在手机端查收邮件，能顺利点击邮件中的链接，跳转到APPStore下载TestF
　　定期提醒未安装用户，可以召回一部分。
　　流程引导
　　用户终于开始安装内测版本啦，开始接收各种报错反馈吧：
　　找不到邮件：TestFlight邀请码邮件（noreplyemail。apple。com）会被QQ邮箱标记为垃圾邮件，需要引导查看垃圾邮件；
　　TestFlight界面提示Updateyourdevice：TestFlight需要iOS9。1以上系统，在内测邀请用户时就需要排除这部分用户；
　　TestFlight界面提示Couldn’tloadtheAPPs：（可能）需要在WiFi环境下打开TestFlight，才能加载内测APP；
　　TestFlight界面提示Couldn’taccepttheinviteInvitecodehasexpired：可能是网络问题导致用户已经Redeem成功，但状态没有更新。重启TestFlight看看。
　　从实际经验上来说，也可能是邀请码有问题此时需要在iTunesconnect后台，将用户邮箱删除并重新添加，用户会收到一封新的邀请码邮件。
　　升级通知
　　邀请来并留住了用户，愿用户跟着我们长长久久地升级内测下去。这时开发者眼中，用户的理想内测安装组合：TestFlightAPPTestFlight版自家应用。发布新版时，TestFlight推送消息，用户轻轻一点即可更新。Xiu，坐等后台数字上涨。
　　然而在用户的手机中，现实是五花八门的：
　　装完TestFlightAPP，忘记装内测版应用；
　　跑去装线上版应用，覆盖了内测版；
　　下完内测版，顺手卸TestFlightAPP；
　　这些情况下的用户能收到通知吗，收到的是怎样的？这些情况心里没有谱，容易走两个极端：放任用户流失其他渠道重复提醒和打扰。
　　在用了四个邮箱、找了另一个应用、折腾了两个安装包后，初步了解各种状态的用户，收到的TestFlight邮件及手机push情况：
　　结论：
　　（1）用户在iTunesconnect后台内测名单中
　　只要手机中安装了TestFlight，都可以打开TestFlight安装内测版本；
　　卸载TestFlight则无法接收
　　引导用户在手机中保留TestFlight很重要。
　　（2）当用户被移出内测名单
　　内测资格停止，需要重新走邀请流程；
　　（4。17TF改版后）当用户被移出内测名单，在版本更新前又添加回时，用户自动拿回内测资格，不需重新接受邀请
　　（3）用户始终没有安装过
　　ic后台显示用户状态为Invited，新版本发布后，不会再次发邮件给用户（毕竟对方没接受过邀请嘛）。如果想要再次邀请，需要点击Resend。
　　没错，仍然没有批量Resend的选项，有请前端壮士帮忙写脚本。
　　工具问题
　　最后是在iTunesconnect上查看和管理用户啦：
　　iOSBuilds：
　　安装数：偏高
　　每日安装数：不准，永远最高25
　　内测名单管理：
　　批量导入：
　　导入前确保邮箱地址中没有空格，否则导入后无法有效发送邮件，iTunesconnect也不会报错让你知道的；
　　导入后，会莫名有一些条目导入失败，然而没有报错，原因未知
　　批量移除：4。17TestFlight改版时，这个功能下掉了，找前端的壮士写脚本吧
　　用户Status：Installed中显示的版本是第一次安装版本，非实时。
　　iOS内测方式总结
　　因为这篇文章，联系到了好几个公司的小伙伴，把可以共享的一些信息也整理到这里一起参考，时效性截至2017年10月。
　　（1）前情提要简介
　　Android渠道的内测相对简单一些，很多应用会直接把内测版本推送给用户进行升级，有问题继续推送新的灰度包，时间和渠道上都比较自由。
　　iOS渠道权限控制严，管控力度也大，官方许可的内测渠道只有一个Testflight。这个方式总人数有限、操作复杂、应用不稳定、后台工具难用、需要官方审核时间，因此各公司有自己的方式来减少麻烦情况寻找新渠道。
　　（2）内测方式汇总
　　Beta企业包：易用性高，采用的公司比较多；要小心量的扩张引起苹果爸爸注意；
　　PP助手：对用户要求较高，需要会翻墙；某新闻资讯APP采用这个方式；
　　变种公司内部推广内测版：用连接的网络、IP、手机号等方式，识别出内部员工后，推荐员工使用内测版本；适合员工数量多的公司；
　　变种正式版本弹窗，引导到Testflight版本：这个方式技术实现了更友好的交互，达到的效果是：用户在正式版看到内测弹窗后，点击确认，即可等待手机下载好Testflight和内测版应用，并自动激活。避免需要用户自行跳出正式版本，自行下载Testflight、激活、下载内测版本一长串繁琐操作。实现其实不难，iOS工程师傅研究一下就点通啦。最开始是某外卖APP采用。知乎站内已经有Larry分享：TestFlight的使用（更偏重于用户体验）。