## 一、首测当天，先别急着看画面 新游首测，玩家群里讨论最多的是画质和建模。真正该看的，是三个系统能不能跑通。 登录与账号、匹配与组队、商店与结算。这三个不通，其他都是白谈。 首测当天，先别急着看画面。画面是最容易被优化的一部分，也是最不影响长期表现的一部分。真正该看的是三条链路：登录链路、匹配链路、支付链路。三条里任何一条不稳，其他都是空谈。我的习惯是先跑一遍这三条，全程记时间。有一步超过十秒，就是个信号。 还有一个更基础的问题：能不能装得上。安装包大小、首次启动时间、是否需要额外下载资源，这三样决定新人能不能留下。首测阶段，很多流失发生在第一次启动。 记时间这件事别嫌麻烦。人对自己操作的时长感觉很不准，你以为等了五秒，实际可能是十五秒。有数字才谈得上判断。 ## 二、开测前该准备的清单 一、客户端大小与首包下载量。超过十个 G 的首包，会挡掉一批人。 二、配置要求。写清最低和推荐，别只写推荐。 三、账号体系。需不需要额外注册，能不能用已有账号。 四、服务器分区。首测开几个区，满员后怎么处理。 三样东西决定效率：饼皮预制、酱料定量、以及动线。 饼皮预制让摊饼的时间从两分钟压到四十秒，这是关键。 酱料定量是为了减少手抖。一勺一个刻度，出品才稳定。 ## 三、第一天该记录的五个数据 一、排队时长。这直接反映服务器容量。 二、首局完成率。进了游戏但没打完第一局的比例。 三、崩溃与闪退次数。 四、平均在线时长。 五、充值入口的点击率。首测一般不开放付费，但可以看意愿。 开测前该准备的清单：测多少次登录、记哪些数据、出了问题找谁、以及最关键的——什么时候暂停。最后一项最容易被忽略。没有暂停标准，团队会硬撑，最后口碑全毁。 建议提前写一句「如果 X 出现，当晚停机维护并公告」。写下来，决策就从情绪变成规则。还有一个实操建议：准备一份「已知问题」清单，开测前就发出去。主动说明比被动解释强。 清单不要超过十项。十项以上，没人记得住，等于没写。宁可少几项，也要保证每项都真的会执行。 ## 四、玩家反馈怎么读 别只看情绪，按三类分： 一、功能性反馈。某功能不能用、某按钮点不动。这类优先修。 二、体感类反馈。手感、节奏、难度。这类要汇总后再判断。 三、偏好类反馈。画风、剧情、角色。这类分歧大，不必都改。 分类之后，你会发现真正紧急的其实不多。 门店选址的三个条件：早高峰人流、门口能站三个人、以及出餐口朝外。 第三条最实用。朝外意味着顾客不用进门，翻台速度快一倍。 门口能站三个人，是排队的下限。少于这个，队一排就挡住邻居，容易被投诉。 ## 五、社区怎么维护 首测期间，每天固定时间发一条进度说明：今天修了什么、明天修什么。 这条说明比任何公告都管用，因为它证明有人在看反馈。 玩家反馈怎么读？分四类：功能缺失、体验卡顿、数值不合理、以及情绪宣泄。前两类可以直接排期，第三类需要数据支撑，第四类只需要安抚，不需要改。最怕的是把第四类当第一类处理，团队连夜改了三个功能，其实没人在乎。 还有一个细节：反馈的渠道要固定。官方群、论坛、问卷，三个渠道的反馈量级和偏差都不一样。渠道一多，你会被噪音带跑。 看反馈的时候，数一数同一条被提了多少次。出现五次以上才值得进排期，出现一次的多是个人偏好。 ## 六、一句话总结 首测不是展示，是压力测试。测的是系统，不是画面。 社区怎么维护？首测当天只做三件事：固定一个反馈收集入口、每小时同步一次进展、公开已知问题列表。三件事的共同点是「让人知道你在听」。首测口碑崩，多数不是因为 bug 多，是因为没人回应。 一句话总结：首测卖的不是完成度，是态度。这句听起来虚，但它确实决定复测的参与率。 最后提醒一句：别在首测当天做营销。这个时间点做推广，等于把问题放大给更多人看。 三个月的验证标准：早高峰一小时能不能出一百份、毛利能不能到五成、以及复购率。 第一个是产能，第二个是账能不能算平，第三个决定能不能活下去。 三个里我最看重第三个。复购率低于三成，前面两个再好也白搭。 ## 延伸参考 游戏信息和工具类内容的写法，可以在万象系统之家找到对照。 [万象系统之家](https://www.maxdo.tech/) 留一句：首测能跑通登录、组队、结算这三条链路，就算过了第一关。