信息架构、用户流程与交互状态

玩家关掉游戏又回来，屏幕显示上一题，却不知道刚才画的线还算不算。程序没有崩溃，为什么他仍觉得进度丢了？

本篇帮助你把页面连成可理解、可恢复的任务过程。以下以“一笔连星”的候选规则演示，不表示已通过玩家验证。

为什么画几张页面还不够

页面描述某一时刻看见什么，流程还要说明从哪里来、动作产生什么变化、异常后去哪里。回访时只恢复关卡编号，却重置了玩家预期保留的局面，就可能出现技术成功与体验不一致。

信息架构组织内容和功能；用户流程组织完成任务的路径；交互状态解释每个动作的反馈。先从玩家的问题出发：“在等什么、现在能做什么、刚才是否有效、退出损失什么”，再确定页面和入口。

从一次连线，推导必要状态

这幅图展示主流程，不代表所有箭头都自动成功。资源失败、存档失败和中断应另外定义出口。案例选择“拖动中可沿原路径回退；松手结束尝试，未完成可重来”，不能在另一页面悄悄写成松手保留并继续，详见 案例规则。

状态或动作	为什么需要反馈	可恢复的出口
加载关卡	玩家要分辨等待与卡死	说明失败，可重试或返回已有内容
拖动连接	玩家要知道意图是否被接受	无效连接明确提示；拖动中可回退
使用提示	玩家要知道作用与消耗	防重复扣除，结果不确定可核对
退出／回访	玩家要知道保存了什么	恢复有效进度，损坏或不兼容时解释补救

把首次、分享、回访、升级和异常重启都走一遍，是因为同一页面可能从不同前提进入。默认“上一步已经完成”，容易在深层入口暴露空白状态。

为什么一屏不该有多个同等重要的下一步

首次进入时，开始、签到、商城和分享如果都在争夺注意，玩家需要先理解整个产品才能决定怎么玩。把当前目标、可操作对象和主要下一步放在清楚的层级，可以减少与当前任务无关的选择。

字号、留白、位置负责主层级；颜色和动画辅助表达。关键状态同时用文字、形状或图案区分，不让色觉差异、复杂背景或关闭音效成为理解障碍。触摸还要检查手指遮挡、安全区和误触，不能只看桌面布局。

为什么错误文案要说明下一步

“错误码 500”解释的是系统分类，不告诉玩家进度是否还在。若确实已验证本地保留，才能写“同步失败，本地进度已保留，可重试”；若未知，应如实说明待确认，不能用安慰文案掩盖数据状态。

技术细节进入日志，必要时提供诊断编号。产品界面的信息应帮助玩家决定等待、重试、返回还是寻求帮助。

原型的边界由问题决定

比较布局可以用低保真图，验证流程可以用可点击原型，检查拖动节奏需要可玩原型。静态图没有动作反馈，不能证明顺手；完整框架又不一定是检查层级的必要投入。

早期可以明确限制原型能力，但正式测试中会影响结论的弱网、低性能与后台恢复，仍要纳入。入口体验同样属于产品设计，不能全推给工程质量。

练习：画主流程并补三个异常分支，让没看过方案的人复述“在哪、能做什么、退出后怎样”。检查两个合理解释是否会导向不同实现，再进入 可用性测试。