帮助文档从一个目标开始，从通知时机理解消息价值，让任务入口保持容易辨认

帮助文档从一个目标开始

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

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

从通知时机理解消息价值

边界测试可以从规则发生变化的位置寻找样例。允许为空与禁止为空、刚好达到长度上限与超过上限，往往比许多普通值更能检验判断。每个样例应说明对应条件，使失败能够指向某种约定，而不是只呈现一组作者也难以解释的输入输出。

通知需要说明为什么在此刻出现。

用户应能分辨内容已接收与结果已完成的不同阶段。

让任务入口保持容易辨认

订阅内容变更时，用户需要能够找到当初开启订阅的位置。每条消息都可以提供查看来源与调整偏好的路径，减少因为无法控制而直接屏蔽全部提醒。取消之后也应确认生效范围，让用户知道是不再关注某个对象，还是关闭整个类别的信息。

批量行为的影响不能仅靠当前屏幕让人猜测。

导出范围最好在操作发生之前清楚可见。