问:
我想说的是如何在一个小团队内作UE 评估、改进。
UE的评估一切都是建立在数据上面。用数据来衡量可用性。
对于小团队内,有时候没办法有大量数据来分析。那么有经验的设计师 /交互设计师是否可主观评估、且主观建议改善方式?若有可能,当然是得再作数据分析是否提高了可用性了。
又比如,交互设计中,如,在一个注册任务中,某个选项或功能去掉必选了,可以提高注册量,我们可以跟踪数据来分析最后是正确的。但在这改进之前,即评估,我们如何知道这里需要改进,如何在没数据分析前来说服别的部门来作这一改进?
记得白鸦有篇文章说过,大概是说,没有数据分析,通常由专家来评估……(汗,可能记错,再者,专家真的是专家吗?)。这里可能就涉及到了 UE在企业中是甲方地位或乙方地位的问题?在没有数据前,UE 方可能只能用某个成功案例或别的大网站有相同的地方来说证明说服了……
——稻康亩
答:
首先,我不完全同意“UE的评估是建立在数据上面的”这种说法,UE评估分为定性和定量两种,你所说的数据其实指的是定量研究。(具体的解释你可以查阅Alan Cooper的《软件观念革命》一书即About Face 2.0的第一部分第4节。)与定量分析相比,定性研究更适用于在小团队里做用户研究,
你能做的是:
和团队的其他人交流——如产品经理,市场负责人,技术人员,从他们那里了解产品的最初愿景,预算技术约束,以及他们对用户的看法。
用户访谈——寻找几个目标用户对他们进行采访。
对同类产品进行研究——他们的用户反馈会给你很多启发。
查看相关设计资料——很多方法是通用的。
其次,就你举的注册任务的设计例子,我觉得好的解决办法是告诉技术部门你的想法,同时给出充足的理由:你为什么认为这样做会提高用户注册量?是否有以往的成功案例?或者理论依据?我想:将你说服自己的那些理由拿出来,加上良好的表述能力,是完全可以让技术部门接受你的建议的。(除非……你们有个不讲理的技术总监,同时,你的表达能力差强人意-_-!!)
最后,我不是专家-_-! 所以,我没法从专家的角度给出正解,以上回答纯属个人理解包括复述书本。我最多只能谈谈我在抓虾的工作经验。就web2.0网站的设计而言,有一点是非常重要的,也可能是很不同于以往软件开发的经验:用户应该被作为共同开发者来对待。Web2.0网站的一大特点似乎是“永远的测试(Beta)版”(当然,其中的Flickr已经提前过渡到Gama版了:P)。很多功能不是在完全考虑周详并测试成功后才发布出来的,事实上,抓虾的做法是:我们每次都会将新功能上线到:http://lab.zhuaxia.com上,热心的用户会帮我们测试,发现问题并提出意见,我们会时刻关注用户的反馈,从而进行修改和优化,如果一些功能实在不为用户所接受,我们会在正式上线时将其放弃掉。实际上,这并不是Web2.0时代的创新方式。它同样遵循以往的产品设计流程:概念设计——交互设计——视觉设计——用户测试——再设计……,只是我们将这一迭代周期大大缩短,也许一个软件从1.0到2.0版本需要几个月乃至一两年的时间,可现在,也许只是几小时的事情。
没有人是绝对的专家——正如Ajax技术的出现让交互设计师有了更多的发挥空间,同时也面临着无前例可循的挑战。这种时候,自己庆幸吧——抓住机会比别人早走一步,也许你就能成为这方面的专家!
——Lanx