打磨：看别人玩，然后闭嘴

你已经不是玩家了

这是打磨阶段的前提，必须先接受它。

作为作者，你身上有三样玩家没有的东西：

1. 你知道所有答案。你没法体验「不知道该干什么」是什么感觉。
2. 你有肌肉记忆。你玩了一千遍，你的操作水平远超任何新玩家。你觉得「这关挺简单」是没有意义的判断。
3. 你知道意图。你看到一个色块，知道它「代表」一扇门。玩家看到的只是一个色块。

一次有用的玩家测试怎么做

规则零：闭嘴

这是全章最重要的一条，而且它比听起来难十倍。

玩家会卡住。他会往错误的方向走。他会没看见那个明显的按钮。他会用完全不对的方式尝试。

你会有一股强烈到生理性的冲动想开口说：「那个……你要往右走。」

忍住。

唯一允许说的话

只有一句，而且要在开始前说清楚：

「你可以随时说出你在想什么，但我不会回答。我不是在测试你，我是在测试这个游戏。你卡住了是我的问题，不是你的。」

最后那句很重要。人在别人面前玩游戏卡住时会尴尬，会觉得自己笨，然后会开始假装懂了 —— 那时候数据就污染了。明确地把责任揽过来，他才会放松。

要求「出声思考」

请玩家把心里想的说出来。这是从测试里榨取信息的关键技巧。

你想听到的是这种：

「这是什么……哦，是个敌人吗？」
「我踩它试试……啊死了。」
「所以不能踩。那要绕过去？」
「这个门是不是要钥匙……我去找找。」
「（沉默 40 秒）……嗯，我不知道该干嘛了。」

那个 40 秒的沉默，比任何问卷都有价值。

记录什么

怎么读反馈：玩家说的问题往往不是真问题

这是打磨阶段第二重要的技能。

有一条被反复验证的经验法则（来自游戏和产品设计两个领域）：

玩家非常擅长指出「哪里不对」，非常不擅长指出「为什么不对」，也几乎从不擅长说「该怎么改」。

但有一类反馈要直接采信

观察到的行为，不需要翻译，直接采信：

• 他在这里卡了 2 分钟 → 这是事实
• 他从来没用过冲刺 → 这是事实
• 他在第 4 关放下了手柄 → 这是事实
• 他试了三次跳跃都撞到那个角 → 这是事实（去看看要不要加边角宽容，第 10 章）

行为数据是硬的，语言数据是软的。这就是为什么「看他玩」比「问他感受」有价值得多。

几个人才够

好消息：比你想的少得多。

• 第 1 个人：会暴露最严重的问题（通常是引导和前三分钟）
• 第 2–3 个人：确认第 1 个人的问题是普遍的还是个人的
• 第 4–5 个人：开始重复，新信息变少

所以：5 个人一轮，改完再找 5 个新的。两轮 10 个人，能解决绝大多数问题。

找什么样的人

• 不玩这类游戏的人特别有价值 —— 他们会暴露你所有「这不是常识吗」的假设
• 不是程序员的人更好 —— 程序员会本能地体谅你，然后给出被污染的反馈
• 亲密的朋友和家人价值最低 —— 他们会说「挺好的」。除非你能明确要求他们说实话，否则别把测试名额浪费在他们身上

打磨的顺序

反馈收集完了，你有一张长长的清单。按什么顺序做？

性能：什么时候该管

打磨期该做一次性能检查，但不要过早优化。

几条实用的：

• 测最差情况，不是平均情况。屏幕上敌人和特效最多的那一刻，帧率是多少？
• 关注帧率的稳定性，超过绝对值。稳定 45 帧比在 60 和 30 之间跳要好得多（第 10 章：玩家对延迟波动比对延迟本身敏感）。
• 在你能找到的最差的机器上测一次。你的开发机不代表玩家的机器。
• 2D 游戏最常见的性能问题：粒子数量、每帧的节点创建 / 销毁（改用对象池）、以及在 _process 里做了本该在 _physics_process 或者根本不该每帧做的事。

class_name Pool
extends Node

@export var scene: PackedScene
@export var initial_size: int = 32

var _free: Array[Node] = []

func _ready() -> void:
	for i in initial_size:
		_free.append(_make())

func _make() -> Node:
	var n := scene.instantiate()
	n.set_process(false)
	n.set_physics_process(false)
	add_child(n)
	n.hide()
	return n

func take() -> Node:
	var n: Node = _free.pop_back() if not _free.is_empty() else _make()
	n.show()
	n.set_process(true)
	n.set_physics_process(true)
	return n

func give(n: Node) -> void:
	n.hide()
	n.set_process(false)
	n.set_physics_process(false)
	_free.append(n)      # 不 free，放回池子

什么时候停止打磨

回到第 22 章那张「完成的定义」。打磨阶段最容易无限延长，因为总有能改进的地方。

本章小结

• 你已经不是玩家了：你知道答案、有肌肉记忆、知道意图。你的判断不可信。
• 规则零：闭嘴。你想开口的每一个瞬间，都是一条待办事项 —— 写下来，别说出口。
• 开场只说一句：「我不是在测试你，我是在测试这个游戏。」
• 要求出声思考；记录卡住、死亡、说错的名词、没用的机制、放下手柄的时刻。
• 最重要的窗口是前三分钟：控制什么、往哪走、有意思的事、目标是什么。
• 玩家的反馈是症状，不是诊断，更不是处方。但观察到的行为直接采信。
• 5 个人一轮，改完再找 5 个新的。迭代比样本量重要。别把名额浪费在会说「挺好的」的人身上。
• 打磨顺序：P0 崩溃 / 存档 → P1 前三分钟 → P2 普遍卡点 → P3 手感 → P4 juice → P5 美术。
• 停止信号：清单打完、新测试者无 P0–P2、或者你已经在改没人会注意的东西。