批量操作需要清楚范围,给不同长度的文字留空间,空结果也需要解释条件
1030 · 问答社区
压缩文件导入需要考虑内部结构,而不仅检查外层名称。多层目录、同名条目与展开后的体积,都可能影响处理。可以在真正展开前核对必要条件,并让失败提示指出是哪类约束未满足,让使用者知道如何整理文件,而不是反复更换压缩方式盲目尝试。
批量操作需要清楚范围
导出范围最好在操作发生之前清楚可见。
实现成功与使用者完成任务之间仍可能有距离。
给不同长度的文字留空间
阅读模式与编辑模式之间的切换,应保留当前位置。用户在某一段发现问题后进入编辑,若又被送回文档开头,就需要重新寻找。可以记录滚动与选区线索,让切换围绕当前内容发生,使模式差异只改变可执行动作,而不打断正在进行的理解过程。
一个功能的效果应放在具体使用流程中检查。
清楚的入口名称可以减少理解内部术语的负担。
空结果也需要解释条件
接口返回空列表时,调用方应当能够分辨查询成功但没有匹配项,与数据尚未准备完成。两种情况若只有相同的空白,后续行为便难以确定。契约可以明确哪些状态允许稍后查询,哪些状态已经结束,避免每个使用方各自猜测服务的意图。
状态说明需要覆盖结果暂时不明的情况。
支持沟通可以先复述对方实际看见的现象。
问题说明
- 批量行为的影响不能仅靠当前屏幕让人猜测。
- 页面简洁与信息可发现,需要放在一起考虑。
阅读提示
本文为原创阅读素材,内容用于情境讨论,不对应现实事件或实际服务承诺。
继续了解
沿着做饭顺序调整厨房,别把每次提醒都留到出错后,日常小事也能连接远方不确定等待也能诚实呈现,示例内容也会影响判断,把撤销范围交代给使用者默认选择不必适合所有人,给异常状态留下继续的办法,重试之前确认原操作状态不确定等待也能诚实呈现,让协作变化留下可读记录,从空白页面找到入口不把所有困难归结为态度,计划调整也需要说明原因,在阅读停点留下继续路线从明早需要开始简单归位,沿着做饭顺序调整厨房,一顿家常饭如何共同完成让准备工作贴近日常能力,让记录承认短暂停留的局限,步行计划也要安排返回从问题历史看见思路变化,把暂时接受与已经验证分开,从材料缺口形成下一次提问在适用边界保留余地,重复内容也可能承担不同用途,把抽象关系写成可以核对的句子从维护过程理解持续成本,规则改变时需要共同看见,把后来加入者也放进考虑同一个词也许有不同的用法,把暂时接受与已经验证分开,先问为何保存再决定怎样整理让例外成为检查边界的机会,不把熟悉感直接当成理解,旧笔记也需要可见的修订