让反馈对应真实状态
将加载顺序绘制为诸如准备第一个场景、等待所需资源、准备开始以及无法加载所需项目等状态。对于每个状态，决定玩家看到什么以及可以采取什么行动。如果可以在加载可选内容时玩游戏，请让准备情况可见，并将可选工作排除在关键路径之外。
仅当分母已知且每一项都有明确含义时，才使用实际完成计数。如果工作的持续时间未知，请使用带有简短说明的不确定指标，而不是达到 99% 并停止的百分比。如果解码或初始化仍然阻止播放，请勿将资产传输标记为完成。
测试延迟、失败和恢复
在开发工具中，限制网络速度，并故意让一个必需请求失败。检查进度是否保持可见，重试不会无限制地重复侦听器或请求，并且失败的可选效果可以回退而不会阻止启动操作。当恢复无法继续时，提供退出或返回路线。
请不熟悉构建的人解释延迟加载后的屏幕。如果他们无法判断游戏是在等待玩家操作、等待资源，还是已经出错，请改进状态标签和操作。在窄显示屏上重复此测试，以便轻松找到消息和重试控件。
关于游戏加载反馈的常见问题
旋转器的反馈是否足够？
旋转器显示活动，但不显示其目的或结果。将其与简洁的阶段标签配对，并在所需操作失败时添加重试或退出选项。
加载屏幕应该显示百分比吗？
仅当该值代表已知工作以及测量完成情况的进展时。对于不确定的任务，诚实的阶段标签可以避免暗示游戏无法提供的精度。
延伸阅读
发现信息过时了？ 报告需要更正的内容