什么是UED

期间也有很多朋友问我，“UED 是干什么的”、“你竟然不写 PHP，去写 Javascript 了？”，等等问题 -- 的确不幸的是，作为“传统程序员”的我，之前对于前端开发的理解，都会笼统的认为那是“美工”的事情。

然而这个观点，在我进入这个团队一段时间以后，发生了点改变 -- 目前我一点也不怀疑，前端的工作会比服务器端轻松多少。OK，废话不多说，下面说下我对于 UED 的认识和见解。

UED（User Experience Design），从字面的意思上理解就是“用户体验设计”。在解释这个名词之前，就不得不说到 UE（User Experience，用户体验）方面的概念。

说实话我有点讨厌那些概念性的解释，任何这样类似的知识都可以从网络上找到。百度百科上对于“用户体验”的解释，可以总结归纳为“用户用你的产品感觉怎么样”（维基百科上解释更详细，不过需要跳墙访问）。

总而言之，按照我自己的话说，UED 的使命就是让用户用我们的产品用着爽 -- 这句话可以分成几个部分，即“用户”、“产品”还有“爽”。“用户”是服务对象，“我们的产品”是产出，而“爽”是目的。

所以，UED 相比传统的开发人员更多了两层额外的因素。第一，就是面对用户；第二，就是面对产品。这就是为什么我感觉前端开发者并不比“传统程序员”要轻松的原因。

从技术角度上理解，前端开发人员当然要熟悉相关的前端开发知识，比如 CSS、Javascript 以及 HTML（是的，没有开玩笑）；更“要命”的还要理解一些概念上的知识，比如 Web 标准等等。

还要可能会和后台开发人员相互沟通合作，这就有可能需要写基本的服务器端的知识，比如 PHP 、甚至数据库等等。

而最重要的是，除了技术层面上的东西，还要跨出开发人员这一角色 -- 更多时候是扮演设计师的角色。所以，必须

具有战略眼光、研究产品方向（范围）、优化产品架构（结构）、视觉创
新与规范（界面）于一身，专业特质使得他站在以用户为中心的设计、研
究层面思考一切问题。

-- 偷个懒，引自白鸦老大的 Blog。

就说这些了。阐述这些概念的目的，其一是能让我的朋友们了解我的工作，其二能让自己明确目标，并朝这个目标努力。

再贴几个链接，以便大家能更深入理解

1. UED 是什么样的部门
2. UE 是怎样的一个部门，描述你心中的 UE
3. UED应该向产品负责，而不是向 PM 负责

摘自某位UED..