细致的Microsoft
减少概念……加强决心:
- 你是不是引入了新的概念?为什么?真的必要吗?
- 你能去掉这些不需求的概念吗?
- 其中的区别有意义吗?
- 用户体验会延续同样的概念吗?
小的好或坏也很重要:
- 哪些重要的“大事”是经常会碰到的?
- 哪些小问题是你在着手处理的?
- 少做一些更好。
- 不要把大事从你的体验中去除。
- 为深思熟虑的细节制定计划。
- 修正小的错误。
看起来和用起来都很棒:
- 你的用户体验哪里最棒?它看起来有那么好吗?
- 用户第一眼看到的东西能够让人觉得它用户体验很棒吗?
- 用户体验符合期望吗?
- 用户很清楚能做什么吗?
- 是不是只提供了必要的步骤?
要处理的是让人分心的事,而不是可发现性
- 减少令人分心的事情。
- 不要让功用本人之间进行竞争。
- 努力于新的功用。
- 下列方法不能处理蹩脚的可发现问题:
- 在开始菜单上添加图标。
- 在桌面上放置图标。
- 在通知区域放置图标。
- 使用通知。
- 提供初次运转体验。
- 提供功用教程。
旋钮和问题前的 UX :
- 调低问题的音量。
- 只问一次。
- 不要要求配置来获取数据。
- 这个问题是不是曾经问过了?
- 寻觅合并统一的机会。
特性化,而非定制化:
- 这个功用能否能让用户本人来表述元素?
- 你能否能够区分特性化和定制化?
- 特性化是需求成为新的功用,还是可以利用现有的功用和信息(如用户的位置、背景图片或陈列方式)?
体验的生命周期:
- 考虑下列各个阶段下的用户体验:
- 安装与生成
- 初次使用与定制
- 常规使用
- 管理与维护
- 卸载或升级
- 以一个曾经使用了 12 个月的用户身份来审视整集体验。它能否具有:
为挪动人士建造:
- 所有的 UX 准绳对于 12 英寸和 20 英寸的屏幕都是等价适用的。
- 允许用户被打断。
- 考虑启动和中缀(快速恢复,不要妨碍其他用户体验)。
- 考虑获取或得到连接。
- 功用永远是用户体验的杀手。
ps:微软的细致可以渗透到产品中的每一个环节,或组成人机界面的每一个像素,实在令人钦佩。