先听见用户看到的现象
产品文案应帮助使用者判断下一步动作。
历史记录应帮助理解变化，而不仅显示有人操作。
把操作后果写在前面
密码输入的帮助应让用户知道可接受条件，而不是要求通过失败猜测规则。允许粘贴与使用凭据管理工具，也能减少记忆负担。对于不符合条件的内容，可以指出具体需要调整之处，同时避免在日志中保存输入，让便利与保护在同一流程中得到考虑。
批量行为的影响不能仅靠当前屏幕让人猜测。
帮助内容应围绕任务，而不是只列页面上的控件。
列表折叠之后藏起了什么
一次迭代容纳不下完整愿景时，可以围绕独立任务划分范围。先让一种明确情境能够从开始走到结束，再增加其他入口，比留下许多无法完成的半截流程更容易评估。边界应包括暂时不支持时如何解释，使使用者不会把缺失功能误认为自己操作有误。
默认选项需要容易理解，也应允许合理调整。
交互页面的简洁应与信息是否容易发现一起评估。