UED设计流程及方法.doc

该【UED设计流程及方法 】是由【胜利的喜悦】上传分享，文档一共【10】页，该文档可以免费在线阅读，需要了解更多关于【UED设计流程及方法 】的内容，可以使用淘豆网的站内搜索功能，选择自己适合的文档，以下文字是截取该文章内的部分文字，如需要获得完整电子版，请下载此文档到您的设备，方便您编辑和打印。UED设计流程及方法
“用户体验设计”无疑是这两年互联网行业最炙手可热的话题,而从我们成都UCD书友会火爆的现场来看,也的确如此。那么“用户体验设计”什么缘故会如此火爆呢?。
这场革命,代表了互联网应用关注焦点的变迁,从以内容为王的门户型网站时代,转变为以用户为中心的互联网服务时代。以用户为中心的互联网服务,自然就需要以用户为中心的设计。然而要做到真正的以用户为中心的设计却并不简单。
这是什么意思呢?我想用彩程的实际经历对那个问题做出说明。和专门多其它软件企业一样,彩程也是从一些中小型的企业网站、电子商务网站开发业务启程的。当时我们开发一个电子商务类网站的流程是什么样的呢?
第一会由超级打杂老妖出马,跟客户沟通,套出用户的需求,然后由费西或是老妖自己,三下五除二的搞一个首页出来,拿去给用户确认,用户假如点头,那么ok,开始做首页的html切图,然后丢给程序员开始开发,同时,美工连续孤军深入,出各种特点内页,切html,交给程序员开发,如此循环往复。而一旦整个项目开始进行,客户就专门少再参与其中了。
因此,那个项目连续运行,直到某一天,程序员说:“好了”,如此,老妖满怀期望的冲到客户那儿,专门想听到客户对网站认可,但实际的场景往往是:
客户埋怨说,那个地点我明明是想要个Flash广告,然而却只有一张图片;那个订单系统如何不行用,什么缘故不参考淘宝来做呢?我还想要个会员系统,每个会员有自己的个人页面。
那个时候,悲伤的老妖只能作出两种选择,要么照单全收,ok,哪里有问题我给你改哪里,要么确实是耍死皮,然而后面一种情形一样可不能显现,因为老妖不愿因为得罪客户而丢掉奶粉钱。因此,那个原本大伙儿都认为专门简单的网站项目就如此被delay下去了。
如此的情形显现的次数多了,让公司首脑小s同学专门不中意,因此他开始召集大伙儿摸索,这是什么缘故呢?让我们来看看之前我们的流程:
       
通过对那个流程的几个痛楚的日夜思索之后,我们发觉了如下几个凄惨的现实:
,就算用户明白,你也别想明白他怎么说明白什么;
,而无需去考虑整个产品的设计思想,包括用户角色是什么,商业定位是什么,因此你说你想要个新闻栏目,ok,我照着163画一下就了事了;
,只关注用什么设计模式或是用什么框架,美工的设计图对他们来说不值一提,不确实是一个for循环生成li标签而已嘛;
,他给钱了,只想你干好活,最后一手交钱一手交货罢了,但最关键的是,“货”那个东西,大伙儿除了在最后一霎那能看到它的模样,其它大部分时刻它都专门奇异。
专门多时候,最大的问题往往在于我们不情愿去面对问题。因此当我们能把问题找到,并敢于面对问题的时候,解决方法的显现就只是时刻而已了。那个解决方法,当时我们认为最优的,确实是强化设计,最后发觉,事实上确实是引入了“用户体验设计”。
从何入手呢?我们都明白,一样的软件开发流程中,PM会依照用户需求出产品需求分析报告,然后美工介入,出一些视觉界面,然后程序员依照有限的设计图连蒙带猜的进行实际开发。但在如此的模式下,产品会显现几次偏离。
PM只有几十页的文档,而如此的文档传递实际需求的成效极差,不能让用户确认需求,因此显现整个流程中的第一次产品与需求的偏离。美工在做视觉设计的时候,就可能按照他自己的方法天马行空,最后显现整个流程中的第二次产品与需求的偏离。程序员在拿到美工有限的设计图后,大致想了想,觉得自己明白了,然后就开始写代码,然而由于没有完整的产品模型到程序结构的映射,最终导致第三次产品与需求的偏离。如此带来的致命后果确实是:用户明明想要个美女,然而最终实际交付的却是个如花。
如此的流程最大的问题在于,缺少一个能够聚焦各方的核心,几十页的文档无法胜任,而原型却能够。
我们认为原型会专门重要,因此我们第一引入了原型设计。在那个设计过程中,我们使用Axure作为辅助工具,它的好处在于,能让任何一个PM专门容易的上手,并能把需求书中几十页的文字落地为实际的界面。
在PM快速完成原型设计之后,PM会带着原型去和客户讨论,客户由于能有实际的使用感受,因此能够专门快的辨论出设计与他需求之间的偏差,然后PM依照用户的反馈修正原型。
接着,美工上场了,注意,那个时候,美工不再是美工,他有了新的title—视觉设计师。有什么新的要求呢?他需要认确实去评估原型,从设计师的角度动身,对原型提出意见。接着,才是用PS将界面画出来,然后依照设计图制作另外一份原型—高保真原型。
高保真原型和之前的原型—也确实是低保真原型–的差别在于,低保真原型着重完成信息元素的组织以及概念模型的搭建,目标定位在为产品搭框架,填充素材。然而高保真原型会完成对框架的装修以及对素材的组织。如此得到的高保真原型和实际交付的产物就几乎是100%趋近的了。
然后,产品经理会带着这份宝贵的礼物再次走访客户,依照客户的使用反馈做最后的原型调整,至此,整个原型设计时期终止。
接下来,依照高保真原型,我们给出了整个原型的HTML代码,包括规范的CSS样式表以及JS接口,都由我们的前端工程师定义并实现。
最后,我们交到产品实施人员手里的就有两样东西,一是高保真原型,一是HTML框架代码。我们期望高保真原型能真实反应用户需求,同时让实施者明白开发出来的东西是一个什么模样的。其次,通过提交高质量的html代码,减少一般程序员的工作量,因为不可否认的是,现在复杂的前端技术不是一个一般的java程序员能短时刻把握得了的。
因此,最后我们的第一版用户体验设计流程确实是如此的:
       
如此的流程解决了我们之前的哪些问题呢?
第一,原型能够成为客户和项目经理之间的沟通媒介,极大地降低沟通成本;其次,美工获得了解放,从被动画图,转为通过原型真正的参与到了产品设计的流程中来;然后,程序员能通过原型明白自己要做出来的东西怎么说是什么样的;最后,再通过提交完整的前端代码,把传统程序员的前端短板一并解决了,那个流程就看起来差不多专门完美了。
那么实际情形呢?第一需要承认的是,这确实是一个飞跃。我们自己的网站项目都得以顺利的实现,不再有delay的情形,而客户的反馈也专门良好。然而当我们想以外包服务的方式将用户体验服务提供给客户的时候,就显现了问题。
第一的问题是,外包形式的用户体验服务,我们的服务对象从最终用户变成了外包服务购买者,这使得和有效用户进行沟通的成本上升了,在需求调研的时候,感受难以对最终用户进行定位。
其次是,我们发觉低保真原型和高保真原型极有可能变成内部的闭门造车活动,拿出一个完善的原型往往连续专门长的时刻,而客户的产品经理或者项目经理没有在设计途中参与进来,因此当拿出最终的高保真原型的时候,我们自己的设计师就变成了客户的产品经理。
最后的问题是,我们交付给程序员的前端代码太多,导致如此的朴素的心理问题显现:我是程序员,假如我拿到一份不是我写的代码,我就有专门强的恐惧心理,不情愿去看。如此,实际的开发过程中,有专门多前端的问题会压到我们团队头上,因为任何一个前端功能的开发,客户的程序员都能够说,前端代码不是我写的,我可不能。
好吧,问题因此是可不能终止,但我们依旧选择解决问题。
关于难以对最终用户进行定位,我们在做需求分析的时候加入角色分析环节来关心我们完成那个任务。在《设计沟通十器》这本书中,排列了角色分析文档所需的各个要素,我们选择其中最重要的,用户差不多信息、动机、场景、对应需要实现的产品功能来完成角色分析文档。这份文档关心我们建立起了最终的用户模型,因此我们在做原型设计时,就有了最终用户的标准参照物。
其次,我们在设计原型时,尽量和客户一起设计,也即是用专门高的迭代频率和客户交流,甚至经常驻点在客户那儿进行设计,让客户随时了解到我们的原型长成什么样了。
然后,在原型设计时期加入了可行性分析这一环节,提早将程序员拉入设计。和把客户拉入设计一样重要,需要程序员在早期就介入到对设计的评估,包括对后端数据以及前端逻辑实现难度的确认。那个环节确保在后期开发的时候,程序员能有所预备,杜绝了推卸责任的现象。
最后,我们拆分了前端代码开发部分,将前端开发工作改为提供两份文档,一份是视觉规范文档。这份文档详细的提供了视觉界面设计的规范,比如字体规范、是否自适应宽度,各种配色组合等等。另外一份确实是开发指南,包括在可行性评估中得出的有难度的前端部分的示例代码,和相关的接口文档。这两份文档要紧在于鼓舞程序员真正介入前端开发。有问题也不要紧,我们会按项目的实际情形,为客户提供不同时刻的现场技术支持。
如此,就得到了目前我们使用的流程:
        
彩程UED流程图
那么,如此的流程实施的成效如何样呢?我们来实际看一个例子。那个例子是给四方科技的一款网络优化平台提供用户体验设计服务。
第一是对产品进行商业目标需求调研,在了解到这款产品的差不多商业目标定位后,我们便开始了用户角色分析。我们第一把产品的最终用户分为两类,一类是治理层,他们最大的愿望是,一眼把握自己企业的网络使用情形,想明白自己什么缘故发封email都会这么慢。当他们一眼发觉自己企业网络显现专门后,接着他们需要把优化网络的任务下派给一个下级,那个下级可能确实是人事部经理或一个网管。他们的最大愿望是,确保公司网络的正常运行,完成老总下达的任务。
      
角色分析
有了如此一份角色分析文档,接着我们的低保真原型设计就会围绕角色的动机和场景来进行。下面我们来看看首页设计:
       
低保真原型
能够从那个流量监控的首页看出,假如我是老总,专门容易把握的几个信息是:今天公司网络的整体流量情形,现在哪个职员的流量最高,是否正常。有了这几个信息,我就大致明白我自己发邮件,之因此慢,是不是由于内部网络缘故引起的。假如是,这时候我就会抄起打给人事部经理或是网管,让他给我解决问题了。
人事部经理得到那个任务后,就会通过平台的流量实时监控页面,找出怎么说是哪部分的流量显现了问题。然后在上网操纵页面,修改对应的网络策略即可。
围绕角色文档的低保真设计之后,我们的视觉设计师会基于低保真原型出视觉设计图,并将其作为素材制作高保真原型。最终的高保真原型确实是如此的:
      
高保真原型
高保真原型终止后,紧接着是两份文档的编写,一是如此的一份视觉规范文档,我们看到这份文档中包含了页面布局定义、字体的字号以及颜色、所有控件的颜色定义等。
接下来是一份开发指南文档,其中给出了一些复杂控件的前端代码实现参考,供程序员在实际开发时使用。
最后,我们在用户现场完成了4个工作日的现场技术支持服务,解决了一些html框架搭建,切图等前端技术问题。
这确实是我们的用户体验设计流程以及方法。它并不是完善的,甚至可能全盘错误,比如在如何为用户提供更好的前端开发的关心方面,我们还在进行各种尝试。没有不变的流程,只有不断探究。
最后,我想回来到“用户体验设计”本身。用户体验设计的显现,只是代表传统软件行业在互联网时代开放、共享、自由的氛围中的一种进化需要,而它最终会和整个软件产品的研发流程融为一体,成为不管是从需求分析、到界面设计再到开发到运维的一部分,因为我们随时都需要将用户置入服务的核心,用我们的爱来浇注产品本身。