 |
细 致的Microsoft
减少概念……增强信心
•你是不是引入了新的概念？为什么？真的必要吗？
•你能去掉这些不需要的 概念吗？
•其中的区别有意义吗？
•用户体验会延续同样的概念吗？
小的好或坏也很重要
•哪些重要的“小事”是经 常会碰到的？
•哪些小问题是你在着手解决的？
•少做一些更好。
•不要把小事从你的体验中去除。
•为深思熟虑的细节制订计 划。
•修正小的错误。
看起来和用起来都很棒
•你的用户体验哪里最棒？它看起来有那么好吗？
•用户第一眼看到的 东西能够让人觉得它用户体验很棒吗？
•用户体验符合期望吗？
•用户很清楚能做什么吗？
•是不是只提供了必要的步骤？
要 解决的是让人分心的事，而不是可发现性
•减少令人分心的事情。
•不要让功能自己之间进行竞争。
•致力于新的功能。
• 下列方法不能解决糟糕的可发现问题：
◦在开始菜单上添加图标。
◦在桌面上放置图标。
◦在通知区域放置图标。
◦使用通知。
◦ 提供首次运行体验。
◦提供功能教程。
旋钮和问题前的 UX
•调低问题的音量。
•只问一次。
•不要要求 配置来获取数据。
•这个问题是不是已经问过了？
•寻找合并统一的机会。
个性化，而非定制化
•这个功能是否能让 用户自己来表述元素？
•你是否能够区分个性化和定制化？
•个性化是需要成为新的功能，还是可以利用现有的功能和信息（如用户的位置、背景 图片或排列方式）？
体验的生命周期
•考虑下列各个阶段下的用户体验：
◦安装与生成
◦首次使用与定制
◦ 常规使用
◦管理与维护
◦卸载或升级
•以一个已经使用了 12 个月的用户身份来审视整个体验。它是否具有：
◦合理的内容
◦ 合理的“音量”
为移动人士建造
•所有的 UX 原则对于 12 英寸和 20 英寸的屏幕都是等价适用的。
•允许用户 被打断。
•考虑启动和中断（快速恢复，不要妨碍其他用户体验）。
•考虑获取或失去连接。
•性能永远是用户体验的杀手。
ps: 微软的细致可以渗透到产品中的每一个环节，或组成人机界面的每一个像素，实在令人钦佩。
轻 巧的Apple
注重设计过程
•在设计过程中引入用户交互的5个目标：
◦了解您的目标客户
◦分析用户的工作流
◦ 构造原型系统
◦观察用户测试
◦ 制定观察用户准则
•做出设计决定
◦避免功能泛滥
◦80% 方案
•优秀软 件的标准
◦高性能
◦易于使用
◦吸引人的界面
◦可靠
◦灵活
◦互操作性
◦移动性
人机接口设 计准则
•人机接口设计准则：
◦ 隐喻（尽量使用隐喻来描述程序的概念和功能，这样可以利用一些已有的概念和知识。）
◦反 映用户的心智模型（用户的心智模型应该在产品的用户接口的设计中体现出来，主要体现在应用程序窗口的布局，工具栏上图标和控件的选择和组织，以及面板的功 能等。）
◦隐式和显式操作（显示的操作清楚的表明了对一个对象操作的结果。隐式的操作通过一些可视化的线索或者上下文来表达结果。）
◦直 接操作 （直接操作是隐式操作的一种，它会让用户觉得可以直接控制计算机显示的对象。）
◦用户控制一切（允许用户而不是计算机来启动和控制操 作。）
◦反馈和交互（反馈和交互意味着通过合适的反馈以及和程序之间的交互从而让用户时刻知道现在发生了什么，而不仅仅是当事情出错时显示一个警 告。）
◦一致性（在用户接口上的统一可以让用户使用从其他应用程序学到的知识和技巧。）
◦ 所见即所得（用户应该可以找到程序的所有功能。）
◦容错性（提供充分的容错性以鼓励用户使用程序的各种功能─也就是说，大部分的操作都是很容易恢 复的。）
◦感知的稳定性（为了给用户一个稳定的感知，对于对象以及实施在这些对象上的操作，Aqua接口提供了一个清晰的限制集合；为了不破坏用 户对稳定性的体验，程序应该保留用户更改过的配置，例如窗口的大小和位置等；提供程序运行的状态和反馈让用户知道程序正在进行的任务，同样能提高感知的稳 定性。）
◦整体美学（整体美学意味着信息经过良好的组织并且和视图设计一致。）
◦避免“模式”（尽可能的让用户在任何时候都能做他们想做 的事情。避免使用模式对话框来将用户锁定在某个操作中，以至于在当前操作完成前用户不能做别的事情。）
◦管理程序的复杂性（开发一个易于使用的程 序的最好办法就是设计得尽可能的简单。）
•设计的优先级
