用具体任务比较不同方案，让历史记录能够回答问题，让范围说明跟着选择变化

用具体任务比较不同方案

不同长度的文字有助于检查布局是否稳妥。

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

让历史记录能够回答问题

原型评审中的赞同未必表示双方理解一致。可以请参与者用自己的话描述按钮触发后的结果，再比较描述中的差别。尤其在保存、提交与发布这些相近动作上，提前发现预期冲突，往往比实现后再修改提示文字更能减少返工与协作摩擦。

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

实现成功与使用者完成任务之间仍可能有距离。

让范围说明跟着选择变化

一个虚构项目把全部警告都放在页面顶部，长表单中的使用者却看不到新出现的提示。可以在全局区域保留摘要，并让相关字段附近也显示具体原因。对刚刚发生的问题提供适当焦点引导，能帮助用户修正，而不需要不断滚回开头确认页面是否又增加了文字。

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

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