用具体任务比较不同方案，让反馈出现在需要的位置，减少猜测也是交互的价值

用具体任务比较不同方案

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

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

让反馈出现在需要的位置

命令行中的破坏性动作可以先展示实际对象与范围。通配选择或当前目录变化可能让用户误判将受影响的内容。提供预览与明确参数，有助于在执行之前核对意图，也让批量工作不必依靠记住许多隐含默认值来避免错误，使工具行为更容易审查与重复。

旧内容如何处理，是功能退出说明中的重要部分。

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

减少猜测也是交互的价值

需求讨论中出现方便管理这样的表述时，可以追问管理者究竟要作出什么决定。把查看进度、纠正错误与分配工作拆开，才容易发现它们需要不同的信息。记录讨论时保留尚未确定的条件，也能避免一句模糊承诺在实施阶段被理解成无限范围。

交互评审需要包含首次使用与偶尔使用的情境。

产品文案应帮助使用者判断下一步动作。