让范围说明跟着选择变化,把实现状态变成清楚的说明,把撤销范围交代给使用者
1030 · 问答社区
假设原型中有一个清除按钮,它在单条记录旁删除内容,在列表顶部却只移除筛选条件。名称相同但后果不同,容易造成误解。可以依据对象与动作重新命名,并在布局中表达作用范围,让视觉靠近与文字含义共同帮助判断,而不是让用户靠记忆分辨例外。
让范围说明跟着选择变化
结果暂时不明时,应提供可查询的状态线索。
交互评审需要包含首次使用与偶尔使用的情境。
把实现状态变成清楚的说明
通知偏好可以按信息用途组织。必须处理的请求、一般活动摘要与功能介绍,对用户的重要性不同。允许分别选择渠道与频率,可以减少全部关闭之后漏掉关键事项的情况,也让提醒保留价值,而不必靠更强烈的颜色与声音争夺注意力。
导出范围最好在操作发生之前清楚可见。
历史记录应帮助理解变化,而不仅显示有人操作。
把撤销范围交代给使用者
文件预览服务应把不可信内容与主应用隔离。文档中的主动行为或外部引用,可能超出单纯阅读的需要。可以根据支持范围禁用不必要能力,并让无法完整展示的部分有明确说明,让预览提供可用信息,同时不把打开附件自动等同于允许执行其中所有行为。
帮助内容应围绕任务,而不是只列页面上的控件。
用户应能分辨内容已接收与结果已完成的不同阶段。
问题说明
- 同一行为的命名需要保持稳定的使用预期。
- 页面简洁与信息可发现,需要放在一起考虑。
阅读提示
本文为原创阅读素材,内容用于情境讨论,不对应现实事件或实际服务承诺。
继续了解
让使用说明回到真实场景,节约讨论也要照顾舒适,储能概念需要边界说明沿着维护过程继续追问,在使用条件中理解差异,新添设备与旧习惯的变化从临时需求看见空间缺口,让休息也有可以安放的位置,借出物品之前先说清楚安静时间需要具体的约定,给待处理物一个短暂停留处,旧物记忆可以有别的载体让下一次复习有处接续,给不了解的人讲清一个概念,让疑问保持可以被回答说明自己可以承担哪一步,让归位动作支持明天开始,被打乱之后重新安排今天给旅程留下调整余地,在离开之前重新看见,把好奇心放在适合的边界内把操作后果写在前面,把按钮文案放进行动场景,看清一个状态如何变成另一个重试之前确认原操作状态,让保存状态可以理解,给等待过程明确反馈让不同需要进入讨论,把未解决事项带到下一次,初次到访时如何找到入口不让内部分类挡住日常工作,文案应帮助用户完成下一步,更新说明如何对应日常动作在分类之外保留交叉关系,旧笔记也需要可见的修订,让例外成为检查边界的机会