-
2006-05-16
先做用户调研还是后做用户调研?
版权声明:转载时请以超链接形式标明文章原始出处和作者信息及本声明
http://bicespring.blogbus.com/logs/2478873.html

一直以来,自己都认为设计应该在编码之前,调研应该在设计之前,但当我看了Norman的这篇文章,我开始对这个流程的第一阶段感到疑惑。Norman说,我们错了,应该是“设计第一,调研第二”,理由是“一旦项目公布后,再来研究它应该是什么已经为时已晚”——可是我想,一个项目,难道不是应该在它公布之前、做设计之前去调查、收集用户需求么?什么时候反过来,先闭门造车地做项目,然后才去调查研究用户的需求了?你不事先做用户调查,你怎么知道用户需要什么,市场需要什么,难道你闭上眼睛凭借头脑风暴和天马行空的想象力就可以做出一个令人称赞的设计?
——我想我对Norman文中观点的理解可能有失偏颇,后来我在查资料时看到一篇关于草坪铺路的小故事,它是这样写的:
保护草坪是很难的,因为草坪上的路往往并不是按人的方便性来修的。有一次一个设计师承接了一个项目,交付使用后在这个建筑物的周围全部铺上了草坪,没有路,任人去踩,几个月后,草坪上就分明出现了几条道:有粗有细,然后他就此基础上修路,也有粗有细,结果可想而知。
在这个过程中,设计师没有去做用户调研,而是先做了设计,交付给用户使用后,通过发现、分析用户在使用过程中出现的问题后修正设计(修路),从而改进设计本身。
这个例子给我的启发有两点:
一是有时候用户需求是一个很难去定义或着说很难去完全量化的东西,站在设计师的角度我们只能而且也只是在猜测用户需要什么,用户需要什么只有用户自己才知道(甚至有时候用户自己也说不清楚自己究竟需要什么)像上面的例子就提到草坪上的路往往并不是按人的方便性来修的,因为每一个人踏草坪时(这里且不论乱踏草坪的RPWT)所走的路径、方向,举足的轻重、大小都是不同的,即使是同一个人在不同的环境下(比如雨天和晴天),不同的情绪下(比如心情开朗和心情不爽的时候)踏草坪的结果也是不同的,设计师没办法也不可能将所有的需求都一并考虑进去,这是不现实的。
二是面对这样的情况我们应该怎样去做用户调研?首先是方式,对于一般产品的市场营销调研,问卷调查和口头访谈是最常见的也是用的最多的方式,但我觉得它有时并不真正有效,那些通过调查问卷得到数据建立起来的数理统计模型应用起来往往极其有限,当一个初始变量发生变化时,结果就大相径庭;而口头访谈获得的数据信息往往受到用户当时的情绪、访谈的环境、访谈者的语气和引导能力等诸多因素的影响,如果仅仅是对一部分用户进行调研,所获得的信息就不够充分而没有足够的说服力;而如果要充分获得这些信息,势必要付出极大的信息成本/交易费用,这对一个实力或资本不是非常雄厚的公司或企业来说是不现实的。其次是流程,这就是我写这篇文章想要弄清楚的问题,——先做用户调研还是后做用户调研?上面例子中的设计师采取了后者,设计师很聪明地把定义用户需求的任务交给用户自己去做,并且他没有使用任何传统的用户调研方式,只是让用户自己亲身去体验,去做,去尝试,他自己则在一边以旁观者的角度静静地观察、分析,“几个月后,草坪上就分明出现了几条道:有粗有细,然后他就此基础上修路,也有粗有细”,因此而获得了成功的设计。这个例子我想应该是对Norman观点的最好例证。
小结
无论是先做用户调研还是后做用户调研,我始终认为,交互设计应该是一个迭代的过程(图),没有永远完美的设计,只有不断完善的设计;没有最终的产品,只有不断改进的产品。从分析用户需求→设计→用户反馈→再分析→再设计→再反馈....如此螺旋般迭代下去,循环往复,周而复始。
一点个人看法,先放上来,寻求解惑,日后修改。
随机文章:
谷歌:如果重新设计? 2007-03-06交互设计:不是什么和是什么 2007-01-24说明书 2007-01-23上网干什么?浏览、收集、分享和创造以及联系 2006-09-24绘图软件中的经典概念、工具和功能 2006-09-23
收藏到:Del.icio.us

评论
因为这个过程中设计师并没有与用户进行任何直接的接触,也没有获得任何形式上的统计数据
这句话可能不是很准确
设计师把一块没有踩过的草地交给用户就相当于把问题或者问卷给了用户
用户把“喜欢踩哪里”作为对这个调查的反馈呈现给设计师
事实上,不“直接接触”的调研很多阿
例如网络投票
我认为只要把反馈信息传达给设计师了
用户调研就算是成功了,而不需要关注有没有直接的接触
2、就目前这只鸡和这个蛋(关于草坪铺路的小故事)来说,看似辨别出了“先有鸡的还是先有蛋”,但实际并非如此..
我理解:"用户踩出来线, 然后根据踩出来的线去修路"实际上也是先做了用户调查,然后才有设计结果。 原因如下:
首先,弄个草坪算不算是“开始设计了”值得商榷。 然后,我认为这个先做出来的草坪其实可以看作“调查问卷”(只是这种调查方式和原始的方式不同而已),
所有:“用户自己踩出来了的线”就是“问卷的统计结果”,然后根据“问卷的统计结果”开始真正去设计和建设那条路。。。
3、如果非要说“先调查还是先设计”我赞成windy说的“产品完成之后的用户研究对于产品的改进(下一个版本)是有意义的。而它对当前版本的意义,。。。。”
4、有人问我“在简单demo设计之前是否需要用户调查?”,我很肯定的说“需要”;有人问我“在项目启动之前时候需要用户调查?”我很肯定的说“需要”;有人问我“在项目过程中和项目完成之后是否需要用户调查?”我很肯定的说“需要”。我补充道:“可能每个‘需要’的程度和方式不同,在项目启动之前你可能只是'模拟性的思考用户习惯和需求' 从而猜测你的项目价值,但实际上你也是做了用户调查,只是深度和方式不同。。”
5、“设计”和“调查”一定是一个迭代的过程,没有“调查结果”(哪怕是虚拟的)就不可能有设计的开始,没有“设计”也不可能有“调查”的对象...
我觉得我们是不是曲解了诺曼的意思?
更多观点:http://www.uicom.net/blog/article.asp?id=334
十分同意你这个“先有鸡还是先有蛋”的观点,这个例子经过讨论和反思我觉得用在解释Norman的观点上的确不太恰当;不过就你所说,认为这个例子设计师是“先做了用户调查,然后才有设计结果”(我知道你是在打比方,把它类比“调查问卷”)我觉得也不恰当,因为这个过程中设计师并没有与用户进行任何直接的接触,也没有获得任何形式上的统计数据,因此也就不是在做用户调查,那么他是在做什么呢?我觉得,这里用“观察”这个词也许会比较贴切,设计师不是在做设计,因为项目已经是在“交付使用”状态了;他是在“观察”和“测试”设计结果对行人的影响,也就是说,他实际上是做了一个半成品的Demo,并且是已经进入设计迭代过程的第二阶段,准备改良他的设计,为后面的铺路做准备。而最初的那个Demo的设计,也许并没有做任何用户调查,而只是来源于他的瞬间的灵感或过去的设计经验......所以现在看来,这个设计过程中调研的先后次序并不是那么重要,具体怎么做取决于我们当时所面临的项目特征、市场环境、时间和成本等因素,如果一味地钻牛角尖,就会使我们陷入自相矛盾的境地(事实上在提出这个问题的时候我已经陷入了),所以在这里,我对因为这个问题引起争辩的各位表示歉意,同时感谢各位的解答:)
另外白鸦前辈如果你愿意的话,希望将你的看法发到Google论坛中探讨这个问题的帖子上(很久不见你露面了,呵呵),给予大家更多的思考,谢谢:)。
对产品成功负责,还是对交互过程部分负责。
没有边界条件的问题是没有解的:)
你说的迭代的开发流程也没有错,前提是宏观的来看整个产品链的设计与开发,但是具体到一个产品来说,norman还是有说服力的。任何一个产品都有结束开发,投入市场,以营利为目的,投入后所有对上个产品的研究和反馈就会在下个产品中体现出来。msn 5.0 - 8.0每个版本的升级都可以看作是一个不同的新产品。 不知道说清楚了没有。
Norman说,如果你想做创新研究,你必须在这个项目成型之前去做。感觉他应该是同意把user research放在项目之前去做的,我只是疑惑他为什么会如此强调设计放在user research之前,虽然我引用的例子肯定了他关于“设计第一,调研第二”的观点,但那也只是从某个局部角度看来是正确的。我感觉Norman的这篇文章提倡的流程逻辑是“设计 > 调研 > 开展项目”而我认为设计这个步骤本来就包括在开展项目之中,也就是说“调研 > 项目设计”。并且我严重不同意他关于“我们不断呼吁要做事先的用户研究、实地观察、然后发现用户真正需求的做法,是一种倒退”的说法,我并不认为他这种新的提法与过去的策略又有什么不同,之所以会产生自相矛盾的尴尬,那只是因为过去他们没有认识到这个问题的限制条件,现在假设不成立了,就把自己以前的理论推翻重建,而在我看来,这些问题本来就蕴涵在其中了。
关于迭代的开发流程,我认为它本来就是从宏观角度出发的,就算是具体到一个产品,我认为我们仍然需要从宏观的角度去看它,我想一个产品不是做了今天就不做明天了,以调研、设计开发到投入市场为一个周期,然后将测试评估结果作为下一个周期的开始,只要用户还需要它,产品就会一直存在下去直到它退出市场(除非公司破产或停止研发)。此外,我并不认为MSN每个版本的升级都是一个不同的新产品,它们只是处于同一个产品的不同阶段,从用户的角度来看也许是新的,但作为一个公司的成熟产品来说,它的品牌核心及内涵并没有改变,版本的升级必须围绕着这个核心去构建。谢谢你的留言。