01
让操作被发现
用户需要从外观和提示判断哪里能操作、怎样操作。功能存在与功能能被发现是两个不同问题。
查看正反案例
正向案例
可编辑字段显示边框与编辑提示，保存后更新显示状态。
反向案例
把普通段落藏成可点击入口，没有任何可见线索。
动手练习
列出所有可操作区域，检查其外观能否提示行为。
日常的设计
The Design of Everyday Things
理解操作、反馈与错误。
已学 0 / 6 个主题
6 个主题学习内容
02
建立自然映射
控制的位置、排列和命名应与被控制对象形成容易理解的关系。对应关系越直观，需要记住的规则就越少。
查看正反案例
正向案例
房间平面图上的灯具开关与实际灯具位置对应。
反向案例
四个相同开关排成一列，只有编号，没有说明各自控制哪里。
动手练习
画出控制与对象的连线，寻找交叉和含糊的对应关系。
03
用反馈闭合操作
完成动作后，用户需要看见系统发生了什么。反馈要与任务相关，并且区分处理中、完成与失败。
查看正反案例
正向案例
上传后显示文件名和进度，成功时出现可打开的文件入口。
反向案例
点击上传后按钮毫无变化，用户无法判断是否需要再点一次。
动手练习
为一个操作补齐等待、成功和失败三种可见状态。
04
帮助形成概念模型
界面会教用户理解产品如何工作。命名、布局和反馈应共同支持一个连贯的解释，避免不同位置暗示不同规则。
查看正反案例
正向案例
回收站清楚说明文件可恢复，并提供统一的恢复入口。
反向案例
按钮叫“归档”，提示却说“删除成功”，用户无法判断数据还在不在。
动手练习
用一句话说明产品的工作方式，再检查界面是否支持这句话。
05
通过约束预防错误
约束能减少不合适的操作机会，但要让人理解限制的原因。避免把系统限制伪装成用户犯错。
查看正反案例
正向案例
选择配送日期时，不可配送的日期被禁用，并解释原因。
反向案例
允许选择任何日期，付款后才通知该天无法配送。
动手练习
找一个高频错误，尝试用选择控件、合理默认值或范围限制预防它。
06
区分失误与理解错误
人可能知道目标却点错，也可能从一开始就误解规则。前者需要撤销、保护与恢复，后者需要更好的解释和模型。
查看正反案例
正向案例
误删后可撤销；重复误解“公开分享”时，则改进权限说明。
反向案例
所有问题都归为“用户不仔细”，只增加更多确认弹窗。
动手练习
收集两种错误，分别判断应改善操作保护还是概念理解。
把阅读变成一次实践
从一个小任务开始
找一个容易按错的开关或设置项，画出控制与结果的对应关系。调整名称、位置或状态反馈，让别人不用阅读说明也能判断怎么用。