沿着任务重新组织设置,重试之前确认原操作状态,在返回之后继续工作
1030 · 问答社区
故障复盘可以从可核对的时间线开始,区分当时已知的信息与事后才获得的解释。这样更容易理解每个决定为何发生,也能避免用结果倒推参与者理应知道一切。行动项应指向可以改变的条件,让讨论最后能够转化为后续维护工作。
沿着任务重新组织设置
不同长度的文字有助于检查布局是否稳妥。
权限变化需要让内容拥有者理解实际影响。
重试之前确认原操作状态
一个假设的资源管理器允许拖动整个目录,但没有显示其中仍有共享对象。移动完成后,协作者突然失去访问。评审可以把权限变化纳入预览,并在必要时请求明确选择,让目录整理与协作关系同时被理解,避免位置动作以隐蔽方式改变他人的工作能力。
撤销范围应与提示给出的预期相符。
帮助内容应围绕任务,而不是只列页面上的控件。
在返回之后继续工作
批量接口可以对每个对象返回独立结果,而不只给出整批成功或失败。这样使用者能够知道哪些已经生效,哪些还需要处理。结果组织应保留与原请求的对应关系,并解释部分完成时如何继续,避免重发整批导致已经完成的动作再次执行。
默认选项需要容易理解,也应允许合理调整。
交互评审需要包含首次使用与偶尔使用的情境。
问题说明
- 对不确定状态的诚实说明,比虚假的进度更可靠。
- 用户应能分辨内容已接收与结果已完成的不同阶段。
阅读提示
本文为原创阅读素材,内容用于情境讨论,不对应现实事件或实际服务承诺。
继续了解
一项经验如何适合另一家,沿着维护过程继续追问,在来源特点之外继续追问给公共照明留下反馈,让舒适进入节能讨论,用具体路段整理照明需求观察阳光如何进入房间,同一设定下的不同感受,方便究竟落在哪个人身上把犹豫旧物放在可复查处,衣柜分类跟着穿着情境走,空间有限也可以坦然说明留下当时做错的思考过程,不同说法也许范围并不相同,目录可以成为问题的地图被打乱之后重新安排今天,一顿家常饭如何共同完成,在顺手位置减少重复寻找旅途的速度可以重新商量,为不同体力留出调整方式,把未完成留给未来的旅程别把每次提醒都留到出错后,把饭桌上的默认期待说开,账本帮助看见日常选择不确定等待也能诚实呈现,让中途离开也有返回线索,在功能介绍里保留适用限制先确认需要哪一种帮助,愿意帮助不等于随时有空,在分工之中给热心留休息让生效条件在页面上可见,让危险操作说明影响对象,从首次进入走到任务结束先讲自己已经理解的部分,先问为何保存再决定怎样整理,从具体问题整理概念