WEB用户体验设计的五个要点.doc

用户体验是个涉及面很宽泛的问题……重视用户体验的站点设计者们,努力地不断试用着自己的和他人的作品,不断地琢磨并优化着各种操作细节,找出能找到的最好的设计……可以说,实操中的用户体验建设,更多是一种“迭代”式的开发过程:按照某种原则体系设计功能、版面、操作流程,在系统完成后,还要通过考察各种途径的用户反馈,经历一个相对长时间的修改和细化过程。而优化阶段得到的反馈,却时常会使得既定的版面、操作流程面临外科手术的风险,有时甚至影响到功能层面的设计……所谓的“细节之处见魔鬼”。
限制WEB用户体验建设的因素很多。现有技术上的限制、使得设计人员必须优先在相对固定的UI框架内进行设计;设计的创新,在用户的接受程度上也存在一定的风险;开发进度表,也会给这样一种具有艺术性的工作带来压力;设计人员很容易认为他们了解用户需要,但实际情况常常不是这样;后期的基于反馈的细化,也有各种代价,优化的效果往往也是有限的。所以在开始设计工作之前,不妨花一些时间,审视一下目前的各种解决问题切入点,在开发之前,找到能产生80%贡献度的那20%的设计突破点(而不是过分依赖事后的优化,以及干脆让用户在“自定义”功能中去“摸索”最合适的界面配置…)。
一、切实关注用户需要的设计
首先需要明确,以用户为中心这样一个原则(一个怎么强调也不为过的核心原则)。也就是,界面的设计,和系统的模块结构、功能结构,并不是一个对应的关系,而且应该说,绝不应该是一个对应关系。和界面设计相对应的,应该是用户想要在站点上做的事情,以及做的方式。典型的问题是,当你需要用户输入比较多的数据完成某个任务的时候,比如填写个人简历资料,是否应该根据内容的性质,进行适当的输入页面拆分、或者组织成一个操作流程,在每一步配以合适的操作提示以及阶段性的操作结果。还是只是简单地对应数据库表结构、给出一个long long bill of inputs?……
也许你注意到了“任务”这个词眼。“任务”会是一个很合适的表述,说明用户在站点上的一组操作,所有的操作,都是在完成特定的“任务”,操作流程,也就是“任务流”。分析用户使用站点提供的一个功能时,会出现的各种可能情况以及其后续可能的发展,可以把“任务流”组织成一个树状的结构。基于这样一个模型进行早期分析,可以保证设计者在后期深入设计、优化各种细节时,却仍能保证足够的大局观,最大程度减少可能被忽略环节。很多时候,用户内心很无助、无奈,尤其面对操作失败的时候,因为他只得到一个“操作失败”的提示,却无从知道发生了什么事,以及应该怎么处理、如何求助。因为设计者在组织操作流程的时候,基本上是基于“数据表结构---各种操作”这样一种思路,并没有考虑到面对各种可能的操作结果,用户会有什么样的需要。
对任务流的结束点的处理方式(尤其是操作失败的情况),可以间接体现一个站点的用户友好程度。
二、适合不同“级别”用户的设计
用户分类是个不小的话题。对于一套成型的WEB应用,可以有不止一种的用户分类方式。基于站点的盈利目标,可以有目标用户、非目标用户;基于web ,可以做信息产生者、读者这样区分;云云。但是对于用户体验建设,主要是基于使用者对这套具体web应用的熟悉程度来区分的,这也是对所有web应用用户通用的区分方法。明显的,对于不同level的用户,他们的具体需求是很不一