让内部记录支持外部解释
产品文案应帮助使用者判断下一步动作。
默认选项需要容易理解，也应允许合理调整。
让危险操作说明影响对象
故障排查文档可以先从使用者看得见的现象开始。无法打开文件可能对应多种原因，直接要求检查某个内部服务未必适合所有人。按现象给出简单判断分支，并说明何时需要求助，可以让读者逐步收集有效信息，也避免未经理解就执行具有额外影响的操作。
重复点击可能来自反馈不足，而非使用者缺乏耐心。
键盘路径检查也能暴露顺序与反馈的问题。
看清一个状态如何变成另一个
电量与流量也是移动软件的资源。频繁轮询可能让状态显得及时，却在后台持续消耗设备。可以根据任务紧迫程度调整更新方式，并尊重省电与网络偏好，让实时性成为有条件的选择，而不是无论用户是否关注都保持相同请求节奏的默认行为。
对不确定状态的诚实说明，比虚假的进度更可靠。
权限变化需要让内容拥有者理解实际影响。