文案应帮助用户完成下一步,空结果也需要解释条件,给异常状态留下继续的办法
1030 · 问答社区
将用户描述直接转换成功能列表,容易遗漏他真正遇到的阻碍。可以先复述当前如何完成工作、在哪一步需要绕路,再考虑软件能够承担哪部分负担。这样形成的需求更容易验证,也能区分必须解决的问题与讨论过程中顺手提出的附加愿望。
文案应帮助用户完成下一步
帮助内容应围绕任务,而不是只列页面上的控件。
页面简洁与信息可发现,需要放在一起考虑。
空结果也需要解释条件
代码中的提前返回可以减少嵌套,但也要让收尾责任清楚。若状态更新分散在许多出口,维护者可能无法确认某个标记是否一定写入。审阅时沿每个出口检查结果与资源归属,能够同时考虑阅读便利与行为完整,避免把风格准则当作无需思考的规则。
实现成功与使用者完成任务之间仍可能有距离。
不同长度的文字有助于检查布局是否稳妥。
给异常状态留下继续的办法
在一个练习流程中,用户可以跳过初始化设置,却无法找到后来补设的位置。跳过应意味着稍后仍可完成,而不是永久失去机会。可以在相关功能入口附近保留补充路径,并解释缺少设置时的限制,让灵活进入不会变成后续难以理解的隐性障碍。
对不确定状态的诚实说明,比虚假的进度更可靠。
交互评审需要包含首次使用与偶尔使用的情境。
问题说明
- 通知需要说明为什么在此刻出现。
- 状态说明需要覆盖结果暂时不明的情况。
阅读提示
本文为原创阅读素材,内容用于情境讨论,不对应现实事件或实际服务承诺。
继续了解
同样名称应有稳定的行为,从首次进入走到任务结束,设置入口围绕任务展开操作之间需要可见的连接,从空白页面找到入口,关闭面板之后焦点去哪里先听见用户看到的现象,列表折叠之后藏起了什么,文件整齐之外还需状态说明不确定究竟来自哪里,先后出现还不足以说明因果,不把熟悉感直接当成理解给不了解的人讲清一个概念,复盘时先看步骤再谈态度,先判断阅读卡在什么地方先改最让清晨卡住的一步,让共同生活少一些猜测,说明自己可以承担哪一步陌生人也有不便交谈的时候,听到故事之后再问一句来处,从个人口味开始描述食物给新的材料留下位置,重复内容也可能承担不同用途,暂时判断也可以允许修订不把估计写成测量结果,让长期执行少一点麻烦,同一设定下的不同感受从一次试走发现参与障碍,意见没有采纳也值得说明,借阅角需要清楚的使用说明走廊照明服务什么活动,让使用体验带着具体情境,把维护负担完整摆在桌上读起来顺畅仍需检查证据,说明不确定究竟来自哪里,不把熟悉感直接当成理解