空结果也需要解释条件，看清一个状态如何变成另一个，更新说明如何对应日常动作

空结果也需要解释条件

设置分类应贴近使用者想完成的事情。

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

看清一个状态如何变成另一个

类型约束可以提前排除一部分无效组合，但不应让类型名称取代业务解释。某个值即使通过编译，也可能在当前状态下不允许使用。设计时可以区分结构合法与行为合法，让调用者知道哪些保证来自数据形式，哪些仍需在具体任务发生时检查。

对不确定状态的诚实说明，比虚假的进度更可靠。

重复点击可能来自反馈不足，而非使用者缺乏耐心。

更新说明如何对应日常动作

小范围试用的结果需要说明参与者与任务边界。几位熟悉流程的人顺利完成，不足以推断所有使用方式都没有问题。可以准确描述已经观察到的情况，并列出尚未覆盖的情境，让结果支持下一步决策，也避免一次有限检查被逐层转述成没有依据的全面保证。

键盘路径检查也能暴露顺序与反馈的问题。

中途离开后如何恢复，也是流程完整性的一部分。