按键设置，为什么值得单独做一页？
同一个动作，不同玩家有不同习惯。允许改键看似只多了一组输入框，实际还需要考虑冲突提示、默认值、取消修改和重启后的保存。
在参考工程里，键位通过 PlayerPrefs 保存。测试时可以先修改一个键位，退出再进入，检查界面展示与实际响应是否一致；接着测试重复绑定和恢复默认。每一步都与玩家真正会做的操作对应。
记录开发中那些小而具体的事，它们往往比一句口号更影响使用体验。
“提交成功”之后，用户还需要知道什么
用户提交预约之后，还要知道是否需要人工确认、在哪里查看结果，以及填错信息该怎么办。只显示一个“成功”弹窗，往往把后续问题留给了客服。
设计流程时可以把“等待中”“已确认”“已取消”分别写下来，再为每个状态确定可用操作。表单也应避免网络缓慢时重复提交。
发布前，再走一次不顺利的流程
不联网、加载失败、空数据、从中途退出，都值得测试。游戏要检查返回菜单后的状态，小程序要检查接口失败后的重试提示。
发布清单应写可执行的动作，例如“修改设置后重启检查”，而不是笼统的“设置没问题”。这样更容易发现问题，也便于下一个版本重复验证。