通用概念 - 在工作中不一定能帮助做具体决定,但是可以在做选择上的指引
<aside> 📌 Form Follows Function 形式服从功能
</aside>
期望
操作习惯:自上而下,从左至右
注意力的分配
固有认识(例如红色 🔴=警示 ❌)
换位思考
给用户不止一个选择,但也不应该很多
可能出现疑问:给提示,内容应该容易理解
业务流程 working process
场景 scenario
频率 frequency
操作流程 user flow ≠ 业务流程
每个「功能」需要分解为一系列的「操作」
触发器 trigger ← 「组件库」包括了常见的各种可能
每个操作都应该有具体的反馈
每个中间状态都对应不同的操作,对前台 / 后台的影响也不同
后台逻辑 backend logic ≠ 操作流程
<aside> 💡 需要积累认识:每个操作对前台 / 后台的影响
</aside>
<aside> ☝ 后台全部数据对用户是部分可见的。多少可见取决于业务
对于一个具体的功能,可以通过页面更简洁( = 藏的更深)+更多步骤操作来达到
</aside>
Designing Web Interfaces_ Principles and Patterns for Rich Interactions-O'Reilly Media (2009).pdf
👈 工具书 需要用的时候可以查找
10个启发式原则 - 好的系统应该具有的可用性特点
<aside> 🤔 Do or Don‘t
</aside>
<aside> 💡 通过巧妙灵活的方式标识状态
</aside>
<aside> 💡 使用用户表达 而不是机械性搬运技术表达
</aside>
👇 Don't
https://lh4.googleusercontent.com/cSxSg4hORMnhc_BakdjGOME-qLVB1ord1GpTD8nyCFaQLn8AUoaByablvDR5vp2Lh9-d_bsK4-orFsKIzI0B80-4qWeuE5RNbrPW2vmXyPwiPjllweQCIqlXoQqmrSNdphJIc_rfRKM
Query → Apply
<aside> 💡 选择不应过多
</aside>
<aside> 💡 1. 人之常情 2. 软件通用处理
</aside>
防止操作失误:二次确认
<aside> 💡 与Freedom的区别
Error Prevention = 一个较为重要的动作 发生前防止错误发生
Freedom = 一个误操作**发生后**
给用户撤销的选择
</aside>
<aside> 💡 与Recall的区别
Recall = 从**脑海**里想出需要的结果
Recognition = 从一系列待选项里找出 需要的结果 (认知负担更小)
</aside>
<aside> 💡 "Less is More."
</aside>