30 分钟，看懂 UX 的全貌
你已经知道怎么让系统正确运行。学习 UX，会帮助你进一步判断：玩家是否理解这个系统，是否愿意使用它，以及出问题时能否继续。
UX 是 User Experience，中文通常说“用户体验”。放到游戏里，我们主要关心玩家。一个按钮再漂亮，如果玩家不知道为什么点、点完没有反应、返回后丢了进度，体验仍然会出问题。
这半小时不需要记住所有术语。准备一个你想做的功能，跟着下面六步写出一张需求卡。每步五分钟是建议预算；想展开时，再进入对应章节。
0–5 分钟：把“做什么功能”改成“帮谁完成什么”
“做一个新手引导”是功能名称。“让第一次来的玩家知道这局收集什么，并完成第一次消除”才是玩家结果。
本指南贯穿一个虚构游戏：方块小岛。每局用有限步数收集指定数量的蓝色方块；点选两个上下或左右相邻的同色方块完成消除。它只是教学案例，没有真实运营数据。
先写一句话：
当第一次来的玩家在碎片时间打开游戏时，我希望他看懂本局目标，并独立完成一次蓝色消除。
“独立”意味着不需要开发者在旁边口头指导。你可以看出来这件事是否发生。
继续读：UX、UI 与游戏设计。
5–10 分钟：把玩家走过的路径画出来
你熟悉接口调用链。玩家也有自己的行动链，只不过起点是意图，终点是他理解的结果。
不要一开始就画十几个页面。先画完成一个目标所需的最短路径，再问：哪一步可能失败或被打断？
动手：把上图替换成你自己的功能，至少补上一条失败路径。详见流程设计。
10–15 分钟：用一次操作理解“反馈”
打开首次引导实验，先完成一次消除，再切换到信息不足的方案。
观察三件事：目标是否容易找到？选中之后是否有变化？选择错误时，能不能自己知道下一步？
这就是很具体的 UX 问题。它可以被设计、实现和验证，也能被你清楚地告诉 AI。
把“给按钮加动效”改写成：“让玩家确认选择已被收到；选中后立即显示边框，选择无效时说明需要同色且相邻。”
继续读：反馈与动效。
15–20 分钟：补齐看不见的状态
后端接口通常有成功和错误返回。玩家面对的状态更细：等待、处理中、完成、失败、取消、切到后台、重新回来。
| 情况 | 玩家需要知道什么 | 你需要规定什么 |
|---|---|---|
| 资源还没准备好 | 还在处理，还是卡住了 | 当前阶段、可否取消 |
| 点了两次开始 | 有没有开出两局 | 重复操作的处理 |
| 接电话后回来 | 刚才的进度还在吗 | 暂停、保存与恢复 |
| 广告提前关闭 | 为什么没有奖励 | 发奖条件和可继续路径 |
动手：为你的功能补上三种异常。详见状态与异常。
20–25 分钟：把想法交给 AI，而不是让 AI 猜
先给背景、目标、主路径、异常、约束和验收，再请求方案。下面这段已经比“帮我做个好用的引导”更容易执行：
我在做微信点选消除小游戏，目标玩家第一次接触本作。
本轮目标：玩家能理解蓝色收集目标并完成第一次消除。
主路径：进入 → 看目标 → 选择相邻蓝色 → 消除与目标更新。
无效选择不扣步；解释同色和相邻条件，允许取消选择。
本轮不新增登录、付费或排行榜。
请先指出缺失信息，给两种引导方案与取舍，暂不写代码。
然后用需求模板生成器写你自己的版本。生成器只帮你组织文字，不会替你证明方案正确。
25–30 分钟：给设计一次被推翻的机会
找一位符合目标情境的人，请他“开始一局，尝试完成目标”。保持安静，记录停顿、误触、求助和原话。结束后再问他如何理解规则。
如果你不断解释玩法，测到的可能是你的讲解能力。对 AI 进行模拟评审也很有帮助，但它不能代替真实玩家的行为。
你的第一张需求卡至少应有：
- 玩家与使用情境。
- 一个可观察的目标。
- 一条主路径、三条异常路径。
- 每一步的反馈和下一步。
- 两条可执行的验收条件，以及一次试玩计划。
带着这张卡进入完整知识地图。正在赶功能时，也可以直接查需求简报和体验验收。
概念来源
UX 涉及人与产品交互的整体体验，UI 是其中重要的一部分。概念边界可查 Norman 与 Nielsen 对 UX 的定义。本章的六步路线与方块小岛案例是本站原创教学安排，不是经过实验验证的固定学习时长。