UED设计流程及方法.docx

UED设计流程及方法
“用户体验设计”无疑是这两年互联网行业最炙手可热的话题，而从我们成都UCD书友会火爆的现场来看，也的确如此。那么“用户体验设计”什么缘故会如此火爆呢?。
这场革命，代表了互联网应，一是HTML
框架代码。我们期望高保真原型能真实反应用户需求，同时让实施者明白开发出来的东西是一个什么模样的。其次，通过提交高质量的htmI代码，减少一般程序员的工作量，因为不可否认的是，现在复杂的前端技术不是一个一般的java程序员能短时刻把握得了的。
如此的流程解决了我们之前的哪些咨询题呢?
第一，原型能够成为客户和项目经理之间的沟通媒介，极大地降低沟通成本;其次，美工获得了解放，从被动画图，转为通过原型真正的参与到了产品设计的流程中来;然后，程序员能通过原型明白自己要做出来的东西怎么讲是什么样的;最后，再通过提交完整的前端代码，把传统程序员的前端短板一并解决了，那个流程就看起来差不多专门完美了。
那么实际情形呢?第一需要承认的是，这确实是一个飞跃。我们自己的网站项目都
得以顺利的实现，不再有delay的情形，而客户的反馈也专门良好。然而当我们想以外包服务的方式将用户体验服务提供给客户的时候，就显现了咨询题。
第一的咨询题是，外包形式的用户体验服务，我们的服务对象从最终用户变成了外包服务购买者，这使得和有效用户进行沟通的成本上升了，在需求调研的时候，感受难以对最终用户进行定位。
其次是，我们发觉低保真原型和高保真原型极有可能变成内部的闭门造车活动，拿出一个完善的原型往往连续专门长的时刻，而客户的产品经理或者项目经理没有在设计途中参与进来，因此当拿出最终的高保真原型的时候，我们自己的设计师就变成了客户的产品经理。
最后的咨询题是，我们交付给程序员的前端代码太多，导致如此的朴素的心理咨
询题显现：我是程序员，假如我拿到一份不是我写的代码，我就有专门强的恐惧心理，不情愿去看。如此，实际的开发过程中，有专门多前端的咨询题会压到我们团队头上，因为任何一个前端功能的开发，客户的程序员都能够讲，前端代码不是我写的，我可不能。
好吧，咨询题因此是可不能终止，但我们依旧选择解决咨询题。
关于难以对最终用户进行定位，我们在做需求分析的时候加入角色分析环节来关心我们完成那个任务。在《设计沟通十器》这本书中，排列了角色分析文档所需的各个要素，我们选择其中最重要的，用户差不多信息、动机、场景、对应需要实现的产品功能来完成角色分析文档。这份文档关心我们建立起了最终的用户模型，因此我们在做原型设计时，就有了最终用户的标准参照物。
其次，我们在设计原型时，尽量和客户一起设计，也即是用专门高的迭代频率和客户交流，甚至经常驻点在客户那儿进行设计，让客户随时了解到我们的原型长成什么样了
然后，在原型设计时期加入了可行性分析这一环节，提早将程序员拉入设计。和把客户拉入设计一样重要，需要程序员在早期就介入到对设计的评估，包括对后端数据以及前端逻辑实现难度的确认。那个环节确保在后期开发的时候，程序员能有所预备，杜绝了推卸责任的现象。
最后，我们拆分了前端代码开发部分，将前端开发工作改为提供两份文档，一份是视觉规范文档。这份文档详细的提供了视觉界面设计的规范，比如字体规范、是否自适应宽度，各种配色组合等等。另外一份确实是开发指南，包括在可行性评估中得出的有难度的前端部分的示例代码，和相关的接口文档。这两份文档要紧在于鼓舞程序员真正介入前端开发。有咨询题也不要紧，我们会按项目的实际情形，为客户提供不同时刻的现场技术支持。
如此，就得到了目前我们使用的流程：
姿月脈一
*
b
•J
3
囚圖问
璋亀好吹
股眾阿斥鱼
□巧殊评15
i¥"«
•/t祁
护
H用尸is训
低尿嶷计
javaSelpli
期盍特
高保奧说计
卜町血C升州
Hash^lftx
示郦码
彩程UED流程图那么，如此的流程实施的成效如何样呢?我们来实际看一个例子。那个例子是给四
方科技的一款网络优化平台提供用户体验设计服务。
第一是对产品进行商业目标需求调研，在了解到这款产品的差不多商业目标定位后，我们便开始了用户角色分析。我们第一把产品的最终用户分为两类，一类是治理层，他们最大的愿望是，一眼把握自己企业的网络使用情形，想明白自己什么缘故发封email都会这么慢。当他们一眼发觉自己企业网络显现专门后，接着他们需要把优化网络的任务下派
给一个下级，那个下级可能确实是人事部经理或一个网管。他们的最大愿望是，确保公司网
络的正常运行，完成老总下达的任务。
老板
电脑眾平：中騷址务鹘练程度匚高
刘强
特熱企业核心，为企业发展逍希望■登陆乎皆后第「眼就能看劃企览的网络