ourplayhubSTARCLAIM 过去几周一直在全球最大的网页游戏门户之一 CrazyGames 的上线评估计划中。对一个小小的独立工作室来说，这一刻意味着游戏离开了朋友们的手，落入陌生人手中 — 数百个毫无耐心、也没有理由客气的陌生人。这段旅程现在结束了: 门户以留存率打分，标准残酷，这一次我们没有跨过那道杠。但那几周产生的数据永久地改变了这款游戏。这篇是一份坦诚的上线报告: 约 300 名玩家做了什么、在哪里流失、他们的数据又逼着我们发布了怎样的平衡性补丁。
门户上线就像消防水管
在我们自己的网站上，访客是一个一个好奇地走进来的。而在 CrazyGames，上线队列几天之内就把 STARCLAIM 推到了数百名玩家面前。门户玩家的行为方式完全不同: 点开、几秒内下判断、一言不发地离开。想从中学到任何东西，唯一的办法就是遥测 — 匿名的游玩事件，告诉我们一场对局从哪个战役关卡开始、如何结束。没有账号、没有个人数据，只有"有人开始了第 4 关并且赢了"。
但在信任这些数据之前，我们得先修好它。门户会话对分析工具极不友好: 广告插播、标签页切换、不稳定的移动网络都在悄悄吞掉事件，让漏斗对我们撒谎。我们把日志系统重写成了预写队列(write-ahead queue) — 每个事件先存到本地，再发送，并且重试到服务器确认为止。枯燥的管道工程，但下面的每一个数字都因它而存在。
读漏斗: 玩家究竟在哪里放弃
在尝试新战役模式的玩家中，68 人开始了第 1 关。然后逐关递减: 43 人到第 2 关，36 人到第 3 关，27、23…… 稳定且符合预期的流失 — 休闲玩家浅尝辄止后离开。但有一个数字死活不合群: 败率。第 1–5 关，玩家只输掉 0–9% 的对局。而第 6 关的败率飙升到 23% — 到第 7–10 关又跌回接近零。这就是"墙"的特征: 不是第 7 关变简单了，而是第 6 关已经把过不去的人全部筛掉了。
罪魁祸首是一个数字
战役关卡由一个纯函数生成 — 给它一个关卡编号，它返回地图、AI 性格和初始兵力。深挖那条曲线后，问题具体得让人脸红: 玩家的初始单位在第 4 关来了个硬台阶(60 → 50)，而恰恰在同一时间 AI 的初始单位正在爬坡。到第 6 关，玩家对 AI 的战力比已经悄悄滑到约 1.6 — 整个前期最紧的一道关口，砸在了指挥舰队才十分钟的玩家头上。
修复方案就是我们一开始就该发布的样子: 把第 1–10 关做成一条平滑的单调斜坡。玩家的初始舰队现在是滑梯而不是台阶(60、60、58、56、54、52、50……)，AI 的爬坡也相应放缓，第 6 关的战力比从 1.61 提升到 1.79。后期关卡分毫未动 — 第 10 关之后的攀登本来就该咬人。我们的平衡模拟器(用故意做弱的机器人跑数千场自动对局)现在会对第 1 到第 10 关全部设卡检查，这种隐藏的悬崖再也溜不进来了。
起作用了吗 — 以及接下来
- 墙塌了。 补丁后的第一次漏斗分析中，没有一名玩家在第 6 关落败 — 23% 的尖峰消失了。数据尚早、样本也小，但正是模拟器预测的形状。
- 第二天还回来。 让玩家为第二次会话回归，比任何单个关卡都更难、也是更大的杠杆 — 它也正是门户打分的那个数字，以及我们第一次门户之旅结束的原因。这是我们现在设计的核心。
- 深度玩家是存在的。 走得最远的指挥官已到达第 50 关，留下来的战役玩家游玩时长超过 35 分钟。钩子一旦挂上就有效; 关键是让更多玩家撑过最初几分钟。
如果你读过我们的战役开发日志，这篇就是那个故事的另一半: 发布功能是容易的部分 — 真正的游戏设计，发生在看着真实玩家与它碰撞的过程中。
加入漏斗: ▶ 游玩 STARCLAIM — 免费、无需安装、浏览器直接玩。第 6 关在等你，而且现在公平多了。等游戏更让人留得下来，我们会重返各大门户。