🧪 Beta 测试与用户反馈指南：把差评扼杀在摇篮里
文档目标：建立一套标准化的测试流程，从 Steam Playtest 申请到用户反馈的闭环处理。
1. 测试阶段划分
不要一开始就面对百万玩家。像剥洋葱一样层层扩大范围。
1.1 亲友测试 (F&F Test)
- 对象：同事、朋友、家人。
- 规模：10-20 人。
- 目的：验证“能不能玩懂”。如果连朋友都不知道怎么操作，UI 肯定有问题。
- 方式：直接发包，站在旁边看他们玩（观察法）。
1.2 封闭测试 (Closed Beta / CBT)
- 对象：Discord 核心粉丝，邮件订阅者。
- 规模：100-1000 人。
- 目的：验证数值平衡，抓深层 Bug。
- 方式：Steam Playtest Key 分发，Google Forms 收集问卷。
1.3 公开测试 (Open Demo)
- 对象：Steam 新品节 (Next Fest) 的路人。
- 规模：无限。
- 目的：验证市场吸引力，积攒 Wishlist。
- 方式：Steam Demo 页面。
2. Steam Playtest 操作指南
Steam 官方提供的测试工具，比发 Key 方便且安全。
- 后台申请：在 Steamworks 勾选 “Steam Playtest”。
- 设置可见性：选 “Visible in Store” 会在商店页显示“请求访问权限”按钮。
- 放量：
- 后台可以看到“有 500 人申请”。
- 点击 “Add 100”，系统随机抽 100 人发邮件激活。
- 不要一次全放，分批次放，观察服务器和 Bug 情况。
- 关闭测试：测试结束时点击 Deactivate，玩家库里的游戏会自动消失（无法再启动）。
3. 反馈收集体系
3.1 游戏内反馈 (In-Game Reporter)
最有效的反馈方式。玩家遇到 Bug 时，按 F8 弹出窗口。
- 自动上传：Log 文件、存档、截图、坐标。
- 玩家填写：简单的描述。
- 工具推荐：Unity User Reporting 或自制 HTTP 接口。
3.2 问卷调查 (Survey)
不要问“好玩吗”。要问具体的问题：
- “你觉得这把武器的攻速是：太快 / 刚好 / 太慢？”
- “你在第几关感到了挫败感？”
- “你最喜欢的一个功能是什么？”
- “你最讨厌的一个功能是什么？”
4. 反馈处理闭环 (The Loop)
收到 1000 条反馈怎么处理？
4.1 分类 (Triage)
使用 Trello 或 Excel 建立标签：
[Bug-Critical]: 崩溃、坏档。 -> 立即修。[Bug-Minor]: 穿模、错别字。 -> 排期修。[Suggestion]: 玩家建议。 -> 慎重听。[Compliment]: 夸奖。 -> 发群里大家开心一下。
4.2 玩家建议的听取原则
- 听问题，不听方案。
- 玩家说：“把 Boss 血量减少一半！”（方案）
- 其实他想说：“Boss 战太长太无聊了。”（问题）
- 解法：也许不是减血，而是增加 Boss 的阶段变化，让战斗更有趣。
4.3 公开回应
在 Discord 或 Steam 公告里发布 “Patch Notes”：
“感谢玩家 @XXX 的反馈，我们在新版本中修复了…”
5. 危机公关 (Damage Control)
如果出现严重恶性 Bug（如删档）：
- 立刻承认：不要装死。发公告：“我们已经知晓问题，正在全力修复。”
- 止损：如果可能，回滚版本。
- 补偿：修复后，给受影响玩家发放游戏内补偿（如特殊皮肤、货币）。
6. 总结
测试不是为了证明游戏是完美的，而是为了发现它哪里还不完美。
珍惜每一个愿意给你写差评的玩家，他们比默默流失的玩家更有价值。