谈谈网站项目中的用户体验设计流程(2)

好吧，问题当然是不会结束，但我们还是选择解决问题。

关于难以对最终用户进行定位，我们在做需求分析的时候加入角色分析环节来帮助我们完成这个任务。在《设计沟通十器》这本书中，罗列了角色分析文档所需的各个要素，我们选择其中最重要的，用户基本信息、动机、场景、对应需要实现的产品功能来完成角色分析文档。这份文档帮助我们建立起了最终的用户模型，因此我们在做原型设计时，就有了最终用户的标准参照物。

其次，我们在设计原型时，尽量和客户一起设计，也即是用很高的迭代频率和客户交流，甚至时常驻点在客户那里进行设计，让客户随时了解到我们的原型长成什么样了。

然后，在原型设计阶段加入了可行性分析这一环节，提前将程序员拉入设计。和把客户拉入设计一样重要，需要程序员在早期就介入到对设计的评估，包括对后端数据以及前端逻辑实现难度的确认。这个环节确保在后期开发的时候，程序员能有所准备，杜绝了推卸责任的现象。

最后，我们拆分了前端代码开发部分，将前端开发工作改为提供两份文档，一份是视觉规范文档。这份文档详细的提供了视觉界面设计的规范，比如字体规范、是否自适应宽度，各种配色组合等等。另外一份就是开发指南，包括在可行性评估中得出的有难度的前端部分的示例代码，和相关的接口文档。这两份文档主要在于鼓励程序员真正介入前端开发。有问题也不要紧，我们会按项目的实际情况，为客户提供不同时间的现场技术支持。

这样，就得到了目前我们使用的流程：

那么，这样的流程实施的效果怎么样呢?我们来实际看一个例子。这个例子是给四方科技的一款网络优化平台提供用户体验设计服务。

首先是对产品进行商业目标需求调研，在了解到这款产品的基本商业目标定位后，我们便开始了用户角色分析。我们首先把产品的最终用户分为两类，一类是管理层，他们最大的愿望是，一眼掌握自己企业的网络使用情况，想知道自己为什么发封email都会这么慢。当他们一眼发现自己企业网络出现异常后，接着他们需要把优化网络的任务下派给一个下级，这个下级可能就是人事部经理或一个网管。他们的最大愿望是，确保公司网络的正常运行，完成老板下达的任务。

有了这样一份角色分析文档，接着我们的低保真原型设计就会围绕角色的动机和场景来进行。下面我们来看看首页设计：

可以从这个流量监控的首页看出，如果我是老板，很容易掌握的几个信息是：今天公司网络的整体流量情况，现在哪个员工的流量最高，是否正常。有了这几个信息，我就大概知道我自己发邮件，之所以慢，是不是由于内部网络原因引起的。如果是，这时候我就会抄起电话打给人事部经理或是网管，让他给我解决问题了。

人事部经理得到这个任务后，就会通过平台的流量实时监控页面，找出究竟是哪部分的流量出现了问题。然后在上网控制页面，修改对应的网络策略即可。

围绕角色文档的低保真设计之后，我们的视觉设计师会基于低保真原型出视觉设计图，并将其作为素材制作高保真原型。最终的高保真原型就是这样的：

高保真原型结束后，紧接着是两份文档的编写，一是这样的一份视觉规范文档，我们看到这份文档中包含了页面布局定义、字体的字号以及颜色、所有控件的颜色定义等。

接下来是一份开发指南文档，其中给出了一些复杂控件的前端代码实现参考，供程序员在实际开发时使用。

最后，我们在用户现场完成了4个工作日的现场技术支持服务，解决了一些html框架搭建，切图等前端技术问题。

这就是我们的用户体验设计流程以及方法。它并不是完善的，甚至可能全盘错误，比如在如何为用户提供更好的前端开发的帮助方面，我们还在进行各种尝试。没有不变的流程，只有不断探索。

最后，我想回归到“用户体验设计”本身。用户体验设计的出现，只是代表传统软件行业在互联网时代开放、共享、自由的氛围中的一种进化需要，而它最终会和整个软件产品的研发流程融为一体，成为无论是从需求分析、到界面设计再到开发到运维的一部分，因为我们随时都需要将用户置入服务的核心，用我们的爱来浇注产品本身。

讨论: http://www.missyuan.com/viewthread.php?tid=441747