让内部记录支持外部解释
交互评审需要包含首次使用与偶尔使用的情境。
状态说明需要覆盖结果暂时不明的情况。
先听见用户看到的现象
依赖清单需要能够回答某个组件为什么存在。直接依赖可能由当前代码使用，间接依赖则来自其他组件。维护时沿实际关系查找来源，可以判断升级或移除会影响哪些部分，也能避免只看名称陌生就删除，或因为一直存在便默认它永远有保留价值。
设置分类应贴近使用者想完成的事情。
键盘路径检查也能暴露顺序与反馈的问题。
重试之前确认原操作状态
文件句柄泄漏可能只在长时间运行后暴露。一个短任务每次多留一个资源，单次检查未必明显。可以观察重复执行后的资源趋势，并检查异常出口的关闭责任，让问题归因到具体生命周期，而不是仅在达到系统限制时重启进程，把症状暂时隐藏起来。
页面简洁与信息可发现，需要放在一起考虑。
帮助内容应围绕任务，而不是只列页面上的控件。