从真实长度检查页面布局
默认选项需要容易理解，也应允许合理调整。
帮助内容应围绕任务，而不是只列页面上的控件。
文件整齐之外还需状态
在一个虚构项目里，成员把任务标成完成，只表示代码已经写好，负责人却理解为已经可以交付。软件若直接沿用这个含糊状态，会放大沟通差异。可以先明确不同阶段的进入条件，再给状态命名，让流程承载共同约定，而不是把原有分歧换成彩色标签。
产品文案应帮助使用者判断下一步动作。
交互页面的简洁应与信息是否容易发现一起评估。
给异常状态留下继续的办法
设想参与者在原型中找不到提交入口，主持人立即指给他看，随后又记录任务顺利完成。这样的观察会掩盖入口问题。评审可以先保留自然探索过程，再追问其寻找依据，让结果区分独立完成与获得帮助，使设计判断建立在实际行为而不是演示顺畅程度上。
权限变化需要让内容拥有者理解实际影响。
撤销范围应与提示给出的预期相符。