记不多最初看到这幅图是在那里，后来子条做这幅图挂在了自己的博客顶端，让我感叹！直到今天我重读“中国欧盟可用性讲座”第四期巡回演讲稿的时候，其中一个讲座的开场白用的这张图，其寓意相当鲜明！人类不应当去适应工具！进化错了…

在这幅演讲里，详细的介绍了可用性的定义、方法、原则…  

Donald Norman 在1986年写道：
”然而以用户为中心的设计强调系统的目的是为用户服务，而不是使用某种特定的技术，也不是一段漂亮的代码。用户的需求应该主宰整个界面设计，而界面的需求则应该主宰系统其余部分的设计。”

可用性定义—”产品在特定使用环境下为特定用户用于特定用途时所具有的有效性、效率和用户主观满意度。”ISO 9241-11 可用性指南

以用户为焦点：活动的目标、工作领域或使用背景，需要及早以用户的目标、任务和需求来引领开发
1.项目的所有成员必须理解活动的目的，使用背景，用户是谁，他们所处的环境、目标和任务，他们为什么和如何执行他们的任务，他们如何沟通、合作和交流等。这能够帮助建立和维护以用户需求为焦点，而不是以技术为焦点
2.诸如识别用户信息、环境调查和任务分析等活动必须成为开发过程的自然组成部分
3.保证所有的项目成员都见过真实或潜在的用户，例如，通过拜访用户工作场所。可以将关于典型用户、任务和剧情的描述等贴在项目工作室这种地方的墙上来维持以用户为焦点

用户的积极参与：用户代表应该积极地、尽早并且持续地参与到整个开发过程及系统生命周期中
1.用户应该直接参与到开发项目和相关活动中来，例如组织机构的设置、新工作惯例的开发等
2.用户必须是所面向用户群的代表
3详细说明用户在哪里、什么时候及如何参与到开发中。明确适当的用户参与阶段及用户特征。强调在工作现场与用户相见的重要性
4.注意领域专家（对工作活动很熟悉，但不一定是潜在用户）与真实用户的区别。领域专家可以是开发组的成员，但是在非长期的意义上，在分析、设计和设计方案评估过程中的某些活动中应该让真正的用户参与进来

原型制作：应该尽早且持续地使用原型来与最终用户一起对想法和设计方案进行可视化和评价
1.使用多种纸面草图、模型和原型来支持创意过程，获取需求，将想法和解决方案可视化。应该和最终用户一起在使用环境中评估原型
2.重要的是在编码之前先使用快速草图等低保真度手段
3.在使用背景中与用户一起使用原型(使用背景原型技术).
4.从一个比较高的抽象度开始概念设计，不要过快地转移到细节上。如果可能的话同时开发多个原型

…….

这里仅摘录其中的只言片语，相必大家和我一样，深刻的认识到以用户为中心的重要性。在中国，同行们还有很多要做…
(有兴趣的可以到中国欧盟可用性研究中心下载讲座，下载不下来的可以找我索取）