步步为营的用户体验设计 - 团队、影响力、协作与策略

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

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

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

UX设计团队(UED)组建伊始

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

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

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

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

出处：Be For Web
责任编辑：bluehearts

上一页 下一页 步步为营的用户体验设计 [2]