步步为营的用户体验设计

之前搞了两篇响应式Web设计方面的译文，包括响应式Web设计的概念、组成要素及基本的实现思路，以及怎样通过CSS3 Media Query进行设计开发；今天换个口味，来点儿务虚的。本文作者从一名用户体验设计团队leader的角度出发，简要介绍了UX设计相关工作在公司内部是怎样步步为营的从无到有展开的。没有不切实际的大道理，也没有什么技术细节的讲解，通篇更像是作者对工作中典型阶段的回顾与总结，包括团队组建、理念及影响力的培养、部门协作、项目介入方式等方面。废话不多说，走着。

多数时候，新的方式方法不会被很容易的付诸实践。特别是在旧有习惯已经根深蒂固的情况下，前行过程中的每一个阶段，在参与者看来，都好像是一种很新奇的玩意儿。不是所有人都喜欢新鲜事物，但是作为确切目标的执行者，大家必须学会新的思维方式与实践方法，并贯彻到实际工作中。

在本文中，我（英文原文作者）将以公司网站的改版项目作为思路梗概，进行工作的回顾总结，并分析我们的团队是怎样在整个改版过程中步步为营的贯彻用户体验设计思路的。下面的插图展示了改版前后两个版本之间的显著变化。

UX设计团队（UED）组建伊始

最近，我被法国的一家主流电子商务网站聘请去组建一个用户体验设计团队。在我赴职之前，这里的UX团队基本就是一个愿望良好但组织松散的项目委员会，成员包括一名项目经理、一名功能及技术规范撰写人员，以及一位自称是人机工程专家的自由职业平面设计师。当这个委员会无法就某个最终设计方案达成一致时，他们会投票；通常的结果是，他们会接受全盘接受彼此的方案，因为投票结束时，开发周期所剩下的时间已经不允许他们做任何的修改和迭代了。本质上说，这个UX团队对于所谓的“以用户为中心的设计（UCD，user-centered desgin）”或是交互测试等没有任何实际的进程规划。

“用户体验”的概念适用于任何地方，但要使这个概念有足够的吸引力和影响力，以至于可以在组织或公司内部形成这样一个令人尊敬的部门，你首先要解决一筐的问题。无论这个团队中是否有真正意义上的管理角色存在，用户体验设计的相关工作其实一直存在于整个组织中，只是在执行方式与注意力是否集中等方面，会有很大差异。组建UX团队、树立精神与目标并将其作为团队核心价值焦点——这需要一个缓慢而稳健的过程，我们不能寄希望于所有的问题都能在一夜之间被解决。

然而，很多人都希望，正式组建起来的UX团队可以为那些一直以来困扰着他们的问题带来答案。其实，“用户体验设计”并非用来获取答案，它应该为项目执行方式的选择提供建议，或是为更好的设计开发流程创建架构。所以，一开始，我做了很多“倾听”的工作，去了解各方面的问题和意见——比如参加了一些项目评审会，或是与设计师进行交流。在这些倾听与交流的过程中，有一点我需要清楚，就是在项目的实际进程里，到底是哪些角色对设计方案有最终决策权。我还要了解目标市场，了解有哪些潜在因素会使正确的方案在经济上缺乏可行性；在项目中期，我还必须与IT及软件架构等相关团队有效配合。

做过倾听与交流的工作之后，我就可以写自己的“脚本”了：我和那些会与UX团队密切配合的上下游团队做了进一步的深入交流，特别是产品部以及前端开发人员；在了解了他们在项目中的实际作用和角色后，我开始从公司内部挖人……我招募到一名人机工程顾问，专门做眼动跟踪及其他的可用性研究；从市场部搞来一名有标准化UI设计实践经验的实习生。有了这些人才，我们的UX团队开始吸引人们的目光了；我们收到了越来越多的关于提升产品用户体验的研究需求，并且开始逐的步集约规范内部的设计流程。

三大职能要素：信息架构、人机工程、视觉设计

对于电子商务网站来说，有三个重要的方面将成为整个用户体验设计相关工作的支柱：信息架构、人机工程和视觉设计。正如前面所说，我已经挖到后面两方面的相应人员了，并着手招募信息架构方面的人才。

我做了一个幻灯片，对相关部门进行了宣讲，描述了UX团队在补充进信息架构方面的人员之后会怎样有效的改善设计流程。我将很多与市场需求相关的内容文案、媒体文件等作为信息碎片，向大家描述信息架构的职能是怎样将这些重要信息通过线框图原型有效的组织起来的；而人机工程交互设计方面，又是怎样基于有效组织的信息架构去提升可用性，改进交互的；最后，我们的视觉设计师又是怎样将所有这些整合起来呈现在页面上的。

在招募到了信息架构师之后，我就得到了一条完整的设计角色链条。

另外，我算了笔帐，并决定再引进一名平面设计。还记得前面提到过的那个自由设计师吗，公司付给他的薪水几乎与全职设计师持平了，但限于兼职的性质，我们几乎不能与他面对面沟通，这使得视觉方面的工作进度很难与新团队的步伐保持一致。一个全职的、优秀的视觉设计师，除了在工作职能中的贡献之外，对塑造用户体验设计团队的气质、性格和影响力等方面也会起到重要的作用。

改变团队观念

UX团队的人员到位了，接下来要进入一个相对困难的阶段了——改变团队观念。这里所说的团队不是指UX方面，而是整个公司内部与项目设计开发相关的组织团队。我们需要改变的，是其他部门对于用户体验团队在项目每一个阶段中的产出成果的预期方式。正如前面讲到的，当我刚刚赴职时，UX团队内部的角色划分是相当模糊的，在其他部门看来，其中任何一员都应该是全能角色。当时，视觉设计师在产品开发的每个阶段都必须提供完整的“最终”视觉稿，然后其他相关部门会根据这个“原型”进行接下来的评审等流程。

我知道，对于其他相关部门的那些多数没有设计经验的人来说，要让他们拿着一份未完成的草稿或是线框图来进行分析和反馈，确实不是一件容易的事。但我尝试着让他们知道这些初稿和线框图的价值——这些原型可以帮助整个团队尽快完成初期设计方案及后续迭代，而不必被那些与当前阶段无关的因素牵扯精力，譬如配色、元素的精确布局等。他们慢慢的明白了，线框图并不等同于最终的视觉设计稿，它只是一种抽象，其的作用是帮助项目相关人员以及参与可用性测试的用户在短时间内针对最主要的问题进行反应和回馈，而无需等待视觉设计师花费时间和资源去将大量尚未确定的元素呈现在高保真视觉稿中。