给异常状态留下继续的办法，让内部记录支持外部解释，先听见用户看到的现象

给异常状态留下继续的办法

一个功能的效果应放在具体使用流程中检查。

不同长度的文字有助于检查布局是否稳妥。

让内部记录支持外部解释

文本排序不总能按照字符编码满足阅读习惯。多语言列表可能需要依据当前语言采用不同规则，同时保留稳定的次级排序。设计时可以明确名称比较的目标，并测试混合文字与重音字符，让查找体验来自可解释的语言约定，而不是偶然的内部存储顺序。

帮助内容应围绕任务，而不是只列页面上的控件。

键盘路径检查也能暴露顺序与反馈的问题。

先听见用户看到的现象

将用户描述直接转换成功能列表，容易遗漏他真正遇到的阻碍。可以先复述当前如何完成工作、在哪一步需要绕路，再考虑软件能够承担哪部分负担。这样形成的需求更容易验证，也能区分必须解决的问题与讨论过程中顺手提出的附加愿望。

同一行为的命名需要保持稳定的使用预期。

状态说明需要覆盖结果暂时不明的情况。