一直很想写一篇有UE参与后开发流程应该怎样的文章，和大家做一个讨论。

网上现在有不少关于流程的文章或讨论，在一些行业聚会上也常常提到这个问题。现在最流行的一个词叫“以用户为中心的设计”（UCD，User-Centered Design)，客观讲UCD不仅是一套方法，更是大势所趋，不管是所谓的蓝海还是红海，最终产品要想获得成功，都必须UCD。从这个角度来讲，最重要的是产品开发人员必须先要有以用户为本的理念，其次再讲方法。

董建明博士、傅利民博士和Salvendy教授曾经联合写过一本书，叫《人机交互：以用户为中心的设计和评估》，其中详细介绍了一套UCD的开发流程，将整体流程大致划分为三个阶段：策略和用户分析 > 设计和评估 > 实施和评估。不过个人感觉这套流程有些理论化和繁琐，对一些以研究为目的的团队或项目比较适用（项目周期较长)，但未必适用于一些要求快速开发的项目。但从这套流程看出，评估和迭代是非常重要的！

IBM也有一套很完善的UCD方法说明，并公布在网上，充分发扬了IBM做事规矩、事无巨细的特征，也可以作为参考。

在我看来，对很多快速而轻量级的项目（注意！)而言，有UE参与的开发流程无外乎四个阶段：需求定义 > 快速原型（Prototype）> 交互式模型（Mockup）> 开发与上线。在这套流程中，一些易用性研究和用户研究方法（如问卷、焦点小组、认知走查等)都会包含在整个流程中，比如在需求定义阶段可以展开焦点小组、头脑风暴、竞品分析等，在快速原型（一般为低保真)阶段可以展开认知走查、Persona等，Mockup阶段可以主导专家评估或用户测试。。。这种流程的特点是每一个阶段都会直接作用于最终的产品上线，而且最大限度地保证前端界面设计的质量，同时Mockup阶段更是清除掉其中的hard code后，就可直接复用到产品的前端开发之中，因此较为省时。

举例：A项目组近期需要为某小区开发一套web地图，周期为4个月。

需求定义：思考并解决 现有哪些类似的产品或服务？（竟品）该小区的哪些人会成为我们的用户？（问卷或访谈）他们想通过地图得到什么？（焦点小组）该项目的预算和策略是什么？（参考）这套地图和我们的其他产品如何融合？（参考）最终输出一份报告或说明，耗时10个工作日（周末要加班)。

快速原型：根据上述报告设计一份纸质原型（或再配合讲一个故事，Storyboarding)，画出流程图和概念图（很重要！)，找若干用户（6-8个)做一次走查，找出其中的问题并修正。另外评估该原型是否符合我们的典型用户！耗时8个工作日（周末还要加班)。

交互式模型：设计师设计界面，工程师做前端开发，部分交互效果可通过js模拟出来（hard coding)，以方便展开专家评估和用户测试。需要指出的是这个阶段RD同事已经可以通过前面的成果以use case/UML等方式来设计系统架构了，并行开发两不误。耗时8个工作日（周末继续加班)。

开发与上线：这个阶段的重担落在了RD手中，不过UE也不会闲着，一方面开发过程中工程师还会不停地就一些细节问题来骚扰你，另一方面我们要撰写相关的规范文档如UI设计规范、交互设计规范（如果时间充裕的话它们应该在开发之前就完成)以及协助业务部门设计帮助信息等。 此外在后期还有QA、用户测试、上线后数据跟踪与反馈等，估计还会要加班。

话说回来，流程更多是能保证项目的顺利执行（尤其对大型团队而言)，而产品的成功还主要取决于策略、市场、运营（很重要！)等。

原文链接：http://hi.baidu.com/askhexiao/blog/item/55e00bd1c7e7a9d0572c8432.html

更多UI博客精选