一直很想写一篇有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、用户测试、上线后数据跟踪与反馈等, 估计还会要加班.

话说回来, 流程更多是能保证项目的顺利执行(尤其对大型团队而言), 产品的成功应该取决于策略、市场、运营(很重要!)、设计等各个方面.

欢迎讨论.