封测最最重要的目的就是：发现问题，解决问题!
本篇文章主要内容是：发现问题。因为一些发现问题的方法是可以通用的，但是解决问题的方法很难通用。
┃用户层面
《简约至上》中将用户分为3大类，比较符合用来说明封测阶段的用户属性。
专家型用户——极具探索精神，舍得花时间研究新产品，新服务。这一类用户总体上占极少数。
随意型用户——有兴趣使用全新的产品，但不愿意接触全新的东西，要想让他们接受新功能，哪儿新功能必须足够简单。学习意愿不是很强烈。这类用户占比也比较少。
主流用户——不会因为你的新技术而使用你的产品，他们不会主动去学习新的功能，使用你的产品主要是为了完成某项任务。
在封测阶段，主流用户较少，大部分是专家型用户和随意型用户。所以你得到的玩家反馈并不代表主流用户的看法，需要对玩家的反馈进行一些判断，千万不要一味的听从!
建立在上面的认识后，用户层面主要做2件事情：
尽可能多的获得用户反馈的bug，进行修复
深入的了解玩家对游戏的主观感受，但是这些反馈需要非常慎重的评估和判断
┃数据层面
在封测阶段，数据主要是解决留存问题!
此外，通过留存数据，可以判断出一个产品的大概级别，然后考虑后续的投入计划。(在程序稳定性没有非常严重的情况下，一个次日留存20%多的产品几乎不可能优化到40%~50%)
数据层面同样是解决2大问题：
1.程序稳定性
基础稳定性：客户端卡顿、闪退;服务端连接不稳定、延迟等
程序上的bug
2.游戏设计问题
易用性问题
新手流程设计问题
数值设计问题产生较强挫败感或者不合理的体验
想要通过数据发现问题，首先要有数据!
很多团队意识不到前期数据记录的重要性，不是没有数据，就是记录的数据不可用。
前期数据记录的准备工作主要有3个问题：
需要的数据是否有记录?
记录的方式是否正确?
数据相关参数是否足够?
