先听见用户看到的现象,设置入口围绕任务展开,让范围说明跟着选择变化
1030 · 问答社区
姓名字段不宜假定每个人都能拆成同样两部分。收集信息时可以先确认任务真正需要的称呼与标识,再决定结构。允许完整姓名与偏好称呼分别存在,有助于减少不适合的强制填写,也让后续通知能够使用用户愿意被称呼的方式而非机械拼接。
先听见用户看到的现象
支持沟通可以先复述对方实际看见的现象。
撤销范围应与提示给出的预期相符。
设置入口围绕任务展开
导出文件需要说明包含哪些内容,以及哪些状态不会随文件一起保留。若页面显示了筛选结果,用户可能以为导出仅限当前范围。让范围在操作前可见,完成后能核对,可以减少误用。文件生成成功,也不等于用户已经找到文件或知道如何继续。
批量行为的影响不能仅靠当前屏幕让人猜测。
状态说明需要覆盖结果暂时不明的情况。
让范围说明跟着选择变化
跨进程协作不能只依赖内存中的完成标记。进程重启后,未结束任务需要有可恢复的依据。可以把关键状态与必要输入持久保存,并设计重复执行时的识别方式,让恢复流程能够判断从哪里继续,而不是凭是否收到上一次通知来猜测工作是否完成。
中途离开后如何恢复,也是流程完整性的一部分。
测试样本应标明用途,不能冒充用户真实记录。
问题说明
- 权限变化需要让内容拥有者理解实际影响。
- 一个功能的效果应放在具体使用流程中检查。
阅读提示
本文为原创阅读素材,内容用于情境讨论,不对应现实事件或实际服务承诺。
继续了解
给不同长度的文字留空间,连续跳转也要保留方向,把实现状态变成清楚的说明看清一个状态如何变成另一个,在返回之后继续工作,让不同熟练程度进入评审把撤销范围交代给使用者,从真实长度检查页面布局,把实现状态变成清楚的说明回到一半任务时还能继续,不确定等待也能诚实呈现,更新说明如何对应日常动作留下当时做错的思考过程,从别人方法中寻找可借鉴处,让小组讨论多一点追问让提醒出现在平静的时候,别把每次提醒都留到出错后,用品选择也要考虑维护一张照片之外还有很多经过,风景空旷仍有共同使用规则,陌生人也有不便交谈的时候在分类之外保留交叉关系,暂时判断也可以允许修订,知识框架应允许新经验进入不把熟悉感直接当成理解,把证据与解释分开看,展开连接词看清推理步骤为暂时退出的人留出余地,活动结束后记下实际困难,把共同空间还给共同使用在等待状态中追问用途,让尝试记录保留不确定,账单变化之后还缺什么给重要连线补上一句关系,把抽象关系写成可以核对的句子,拆开问题之后还要回到整体