PRODUCT ADVISORY COUNCIL
把复杂度放到用户体验中衡量
方法背面
把复杂度放到用户体验中衡量
功能数量不是臃肿的充分判据,能否方便实现目标更关键。
什么时候用
- 多功能产品可用性设计
先问自己
- 新功能让谁多做几步?
- 最常做的切换是否多一步?选完选项是否会被误认为已提交?
可以怎么做
- 比较现流程、增加能力与不做;走查关键任务
- 按关键任务走查入口、选择、提交及完成反馈,记录频率与错误,而非只数功能。
别忽略这些边界
- 隐藏功能不能消除维护和学习成本。
- 界面入口数量不是普适标准,应按任务判断。
- 最小功能范围仍须覆盖完整操作,不能把复杂度转嫁给用户。