设计师挖掘用户需求浅谈
 

2010-01-20 来源:hello77.com

 

摘要:

对于设计师,

-挖掘用户需求,具有什么样的价值?

-挖掘用户需求,能做些什么事?

-挖掘用户需求,保持怎样的心态?

-挖掘用户需求,实践中可以怎样做?

俺的宗旨,尽量把自己的实践方法介绍给大家,重点在于HOW。

但俺根本的宗旨,不是教大家花很多时间去执行这些方法,而是培养一颗贴近用户的心

0.BG

我们,或是莫名其妙的开工,根本不清楚自己接的什么产品;或是MRD\PRD一应俱全,却是依葫芦画瓢,只专注于界面的设计;又或者热情高涨,很有见解,却PK的不是那么有理有据。这就是我工作一年来的前世今生。

当然我们的终极目的并不是尽早拿到一份数据翔实的MRD或者缜密完善的PRD,这个产品/项目概念是什么,动机是什么,怎么做比较好等等,才是设计师们前期想要了解的,而且希望是越早越好、越多越好。

也许有人说,有了运营、PD、用研的达人们,设计师为什么也要凑上来围观呢?

答:因为我们是一群自以为的、不明真相的体验专家。

1.WHY——针对4个对象的9点必要性

【对于设计师】

×做好本职工作的入门课

之前看了篇文章,作者主张先做行业专家,然后才有资本做体验专家。设计师具备了一定UE领域的专业知识,但只有加上对行业的用户行为、行业规则、行业特点深度了解,才算具备谈体验的基本条件。

我是豆瓣的忠实用户,我是Google的热情粉丝,但是作为电子商务的设计师,我们可能是天然的买家,但大都没有开过店,或是小本经营,对于卖家群体依然很陌生,所以贴近用户深入持久地了解这个行业是似乎是我们的入门课。而即便在用研团队介入的情况下,设计师依然需要关注和参与整个研究的过程。

一句话:先把自己打造成行业的专家或者至少是资深用户。

×使设计师关注大交互

如果只是抱着MRD\PRD依葫芦画瓢,我们就只会专注于交互方式是否优异,控件用的是否合适这样的交互细节。不是说细节不重要,如果产品的功能设定有问题,细节处理的再精妙也只是舍本求末,缘木求鱼,因为那不是用户需要的,他们totally不care。关注用户、关注行业可以在不经意中把我们的注意力转移到产品的大交互上来。方向指明了,更利于精益求精。

一句话:不要先入为主,不要陷入细节 。

×提升设计师的专业技能

学工业设计的时候,我们有市场调研这一课。设计流程中,前期调研是一个必经环节。虽然学校时调研往往流于形式,使设计总充满学院味,但可见这项技能重要性。

掌握独立研究的方法和流程,可以帮助我们更有效的开展工作。而且方法是通用的,即便不是设计师的角色,习得此项技艺也会受益良多。

一句话:师夷长技以进取。

【对于项目】

×保证项目顺利,明确表达产品意图

要保证项目顺利执行,交互和视觉设计能够更好的表达产品意图,设计师须要对这个产品的前世今生有个了解,不能望(PRD)文生义。

×验证商业与用户需求的契合度

可以帮助PD去验证产品的规划和功能点是否与用户的需求有太大的差异,当差异过大时,及时作出判断,适当调整产品方向;

×增强认同感与使命感

即便我们所得研究结果与PD前期的规划内容一致,我们所做的事依然不是徒劳。它可以让团队对将要做的事抱有强烈的认同感和使命感,更好的把产品实现出来。

【对于产品】

×摸清用户的底线,抓住核心体验

TA没想到的,你给了,TA未必高兴;但TA想要的,你没给,那TA就不能接受了。基础的就是核心的,抓住了用户基础需求,改善基础体验,才能降低用户的门槛(A宣 语),这才是用户最离不开这个产品的原因。

×有利于产品的可持续发展

我们这里的设计师们大都身兼数条产品线,每天都是多任务处理,很难对自己的产品有很深入的认识,开发亦然。举例某产品的前端开发工程师一年换了5人,工作量大的话,他们只能按照我的描述去纯写代码,因为没有时间了解业务。不同的PD规划了不同的方向,不同的设计师设计了不同的风格,不同的开发人员写了不同的代码,致使产品不能持续发展,严重影响了用户体验。如果设计师可以持续跟踪用户的需求变化,并形成文档记录,一来方便自己对产品的理解,二来可以降低其他人的学习成本,即便换了人也能把产品的原主旨贯彻下去。

【对于资源】

×在没有用研团队支援的情况下,通过快捷、便利的方法,独立研究,产生结论。

2.WHAT——通过1套步骤得到5个结果,也许更多

设计与艺术都是富余创意的,它们的区别在于设计是为解决问题而存在的创造性活动。日前在UPA参加了Elizabeth女士关于创新与创造的工作坊,区分了三个概念:Creativity(创意)、Innovation(创新)、Invention(创造)。其中“创造”即是发现问题并解决问题。所以设计的本质在于解决问题。

之前说过我们是一群不明真相的专家,我们“不明”的就是产品到底存在怎样的问题。所以要解决问题,当然要先找到问题。发现表面的问题很简单,难点在于如何攫取本质。

记得上学时有个很经典的设计课题:《坐的设计》。大家于是就是一哄而上YY各种各样的椅子,“不就是画椅子嘛!”那么沙发呢?沙包呢?树桩呢?这些何尝不能用来坐着,可见椅子只是万千中的一种答案,这个问题的本质在于解决坐的问题,只要可以支撑人体重量的方案都是可考虑的。没有看清本质,局限了我们思路的广度。

我们可以尝试通过如下的步骤发现问题,消耗时间比和难度是我根据自己的实践给出的评估:

×收集信息——时间:全部的50%;难度:三星

信息的收集是一种带有技巧的体力活,耗费的时间较多,掌握一定的访谈和测试技巧后,设计师也是很容易上手的。和专业用研同学的区别在于提问的质量,和整个流程的熟练度。但总体不影响信息的收集工作。

×分析信息——时间:全部的30%;难度:四星

A. 整理信息,使之可用

B. 筛选信息,使之有效

C. 信息分类、关联、比较,使之明晰

分析的目的在于发现问题,本阶段会总结一些比较表面化的问题,进而得到较浅层的答案。这个过程需要学习分析的技巧,训练思维方式,一些具体的方法会在【后篇】中说明。

×挖掘本质——时间:全部的20%;难度:五星

通过收集信息了解大量(62%)的表面现象,通过分析信息找到一定量(31%)的答案,最终为了深入剖析,挖掘那极少量(7%)的本质。这个阶段比较困难,但是提升前两个步骤的质量可以帮助我们找到问题的本质。

另外,设计师的研究可以得到如下几种结果:

1.Personas——给谁做

2.用户需求清单——做什么

3.重要性排序——先做什么

4.风险点清单——不做什么

5.产品设计建议——怎么做

至于产出物的形式可以具体情况具体分析,只要便于你的团队理解和运用就好:)


火龙果软件/UML软件工程组织致力于提高您的软件工程实践能力,我们不断地吸取业界的宝贵经验,向您提供经过数百家企业验证的有效的工程技术实践经验,同时关注最新的理论进展,帮助您“领跑您所在行业的软件世界”。
资源网站: UML软件工程组织