设置入口围绕任务展开,功能退出之后内容去哪里,空结果也需要解释条件
1030 · 问答社区
批量修改的数据范围最好能够在执行前固定下来。若操作等待期间筛选结果发生变化,需要明确新增对象是否包含在内。把选择依据与执行范围分开记录,可以让结果更容易核对,也避免用户以为自己确认的是一份清单,实际影响的却是另一组内容。
设置入口围绕任务展开
不同长度的文字有助于检查布局是否稳妥。
用户应能分辨内容已接收与结果已完成的不同阶段。
功能退出之后内容去哪里
回调通知可能重复到达,也可能先后顺序不同。接收者若把每次到达都当成新动作,容易产生重复写入。设计时可以明确事件身份与状态推进规则,让同一通知再次出现时能够被识别,并避免较旧状态把已经确认的新状态覆盖回去。
默认选项需要容易理解,也应允许合理调整。
导出范围最好在操作发生之前清楚可见。
空结果也需要解释条件
领域词汇表需要记录词语之间的差别,而不只是列出简称。草稿、修订与副本可能在日常谈话中混用,在软件行为里却代表不同对象。用一个简短例子交代各自的生命周期,可以让设计、开发与支持使用相同的概念解释后续问题。
键盘路径检查也能暴露顺序与反馈的问题。
中途离开后如何恢复,也是流程完整性的一部分。
问题说明
- 批量行为的影响不能仅靠当前屏幕让人猜测。
- 一个功能的效果应放在具体使用流程中检查。
阅读提示
本文为原创阅读素材,内容用于情境讨论,不对应现实事件或实际服务承诺。
继续了解
把实现状态变成清楚的说明,从通知时机理解消息价值,在功能介绍里保留适用限制问题变具体也是一种收获,从材料缺口形成下一次提问,把观察范围写在判断旁边为暂时无法归类的材料留位,给新的材料留下位置,先讲自己已经理解的部分给未知信息一个明确的位置,拆开问题之后还要回到整体,不把熟悉感直接当成理解目录可以成为问题的地图,把做对一次放回完整过程,让小组讨论多一点追问让屋里的光照向常坐之处,安静时间需要具体的约定,让新角落先经过一次试用把自己放进地方生活之中,田埂也是他人的劳作空间,在陌生街巷慢慢停留从反馈入口看管理过程,用能清单也要说明需求,让长期照料进入方案讨论用能清单也要说明需求,一项经验如何适合另一家,把维护负担完整摆在桌上工具归还之后还需清楚状态,公共安排需要考虑不同处境,让初次参与也能找到路把供给与使用分开理解,把反例留给下一次比较,能源来源之外还有哪些环节给重要连线补上一句关系,结论简短也需要条件完整,不把熟悉感直接当成理解