把操作后果写在前面,帮助文档从一个目标开始,让错误提示指向具体位置
1030 · 问答社区
设想用户收藏了一份模板,作者后来更新了内容,他却不知道自己的收藏是否跟随变化。可以区分固定副本与持续引用,并在更新时显示差异。这样使用者能够决定何时采用新版本,也避免熟悉模板悄悄变化后,原有填写习惯与当前规则发生不易察觉的冲突。
把操作后果写在前面
错误提示应解释当前影响,并提供合适的下一步。
清楚的入口名称可以减少理解内部术语的负担。
帮助文档从一个目标开始
有些字段的历史值具有解释作用,不能只保留最新内容。例如审批记录若总是显示当前角色名称,日后可能无法理解当时的授权依据。可以区分需要实时引用的信息与需要保留快照的信息,让历史记录表达发生时的情境,而不被后续修改悄悄重写。
撤销范围应与提示给出的预期相符。
交互页面的简洁应与信息是否容易发现一起评估。
让错误提示指向具体位置
本地缓存清理后,软件仍应能够回到可理解的初始状态。若关键设置只存在缓存中,清理动作可能意外变成数据删除。可以区分可重新获取的副本与用户唯一保存的内容,并在清理说明中交代范围,让节省空间不会带来超出预期的工作损失。
授权流程需要让人明白当前任务与服务对象。
批量行为的影响不能仅靠当前屏幕让人猜测。
问题说明
- 结果暂时不明时,应提供可查询的状态线索。
- 中途离开后如何恢复,也是流程完整性的一部分。
阅读提示
本文为原创阅读素材,内容用于情境讨论,不对应现实事件或实际服务承诺。
继续了解
从问题历史看见思路变化,在不同解释之间比较依据,看图之前先确认单位范围一个例子不能承担全部证明,从近邻概念之间辨认差别,说明不确定究竟来自哪里从问题历史看见思路变化,把经历与原因判断分栏记录,先讲自己已经理解的部分把抽象关系写成可以核对的句子,把暂时接受与已经验证分开,结论推广之前比较适用条件把计划目标放到可观察处,替换一个条件再看原来例子,在讲解停顿处发现知识缺口说明自己可以承担哪一步,先改最让清晨卡住的一步,别把每次提醒都留到出错后为偶然相遇保留恰当距离,沿着具体细节重新回忆,陌生人也有不便交谈的时候经验分享也要说明限制,在使用条件中理解差异,公共区域需要清楚反馈比较方案需要同样的范围,把维护负担完整摆在桌上,让长期照料进入方案讨论从维护过程理解持续成本,公告需要让不同的人读清,初次到访时如何找到入口一顿家常饭如何共同完成,在日常交谈里说明真实需要,别把每次提醒都留到出错后让出处帮助后来重新核查,在分类之外保留交叉关系,问题变具体也是一种收获