把操作后果写在前面,让不同熟练程度进入评审,一次保存可能包含多个阶段
1030 · 问答社区
设想参与者在原型中找不到提交入口,主持人立即指给他看,随后又记录任务顺利完成。这样的观察会掩盖入口问题。评审可以先保留自然探索过程,再追问其寻找依据,让结果区分独立完成与获得帮助,使设计判断建立在实际行为而不是演示顺畅程度上。
把操作后果写在前面
实现成功与使用者完成任务之间仍可能有距离。
旧内容如何处理,是功能退出说明中的重要部分。
让不同熟练程度进入评审
导入预览可以让用户在真正写入前看到字段如何对应。若系统自行猜测日期与文本类型,就应把猜测结果显露出来,允许修正。将不可识别的行与可正常处理的行分开说明,也有助于用户决定继续还是返回整理,而不是在最后才收到笼统失败。
支持沟通可以先复述对方实际看见的现象。
通知需要说明为什么在此刻出现。
一次保存可能包含多个阶段
旧客户端仍在使用时,服务端新增字段通常比改变已有字段含义更容易协调。兼容讨论应包括未知字段如何处理,以及旧值是否仍可解释。把过渡条件写进契约,能减少双方对上线顺序的依赖,也让后续清理不再只能依据模糊的经验判断。
默认选项需要容易理解,也应允许合理调整。
测试样本应标明用途,不能冒充用户真实记录。
问题说明
- 不同长度的文字有助于检查布局是否稳妥。
- 撤销范围应与提示给出的预期相符。
阅读提示
本文为原创阅读素材,内容用于情境讨论,不对应现实事件或实际服务承诺。
继续了解
示例内容也会影响判断,自动二字背后的触发条件,用具体任务比较不同方案从首次进入走到任务结束,让保存状态可以理解,自动二字背后的触发条件不让内部分类挡住日常工作,看见等待中的任务边界,看清一个状态如何变成另一个从近邻概念之间辨认差别,看清解释需要哪些隐含前提,结论推广之前比较适用条件学习安排需要真实可用时间,从听者需要决定讲解内容,把一个大问题拆成小入口给生活留下一点空位,让归位动作支持明天开始,从停留位置理解房间用途没有走到终点也能完整记录,沿河观察岸与水的关系,路线分享不要省去出发条件分享顺序不必照搬查找过程,给新的材料留下位置,让例外成为检查边界的机会每种便利都需要条件支持,看见营业前后的必要工作,给公共照明留下反馈在规则变化时留下说明,热闹之外还有参与的条件,让不同表达都能进入讨论观察阳光如何进入房间,不让孤立数值替代判断,从维护工作看持续成本把暂时接受与已经验证分开,类比也要标出不能照搬处,把经历与原因判断分栏记录