用户研究

把需求和问题搞明白了,才能做出好的产品。 Currently, 16 posts in this tag.

需求挖掘及用户研究的利器:MACUEE模型

| 13 comments 2009-07-13 16:38:34

前言

用户研究到底研究什么?各公司情况不一样,做法自然也不同。比较常见的情况是,很多公司根本不做用户研究,完全凭行业经验和拍脑袋来决定“用户需求”。有一些公司想到了要做用户研究,拿起电话就问:你觉得我们的产品怎么样……哦,挺好的……那就好,于是得出结论:用户喜欢我们的产品。还有一些公司觉得面对面访谈效果好一些,便约好用户,闲聊了几句发现没话说了,好像用户对产品也没什么意见,结果只能结束访谈,最终也没能拿到什么结论。

那么,用户研究到底研究什么呢?这个问题貌似并没有一个大家都认可的答案。我则一直在使用一个我称之为MACUEE模型的方法来做用户研究。

MACUEE的原型来源于Idean的培训课程,我看到其中一页幻灯片后,觉得它刚好可以适用到用户研究上,经过在项目中不断地摸索和揣摩,最终将其发展成了现在的MACUEE模型。

MACUEE解决什么问题

这一模型主要解决以下一些问题:

  1. 如何有效地挖掘用户需求?
  2. 从哪些方面着手进行用户研究?
  3. 从哪些角度去访谈?

MACUEE详解

完整的MACUEE模型可以用下面的图来表示:

MACUEE模型

由上图可见,MACUEE分别代表“动机(Motivation)”、“操作(Action)”、“情境(Context)”、“用户(User)”、“经验(Experience)”和“期望(Expectation)”。解释如下:

用户

我把“用户”放在最前面了,因为你得首先搞清楚你的用户是谁。这个要是弄错了,后面的方法和流程再对,结果也是错的。简单地说,找什么样的用户取决于你产品的目标用户。比如你想开一家麦当劳那样的快餐连锁店,你的客户群就可以是已有的麦当劳消费者。

但这个问题远没那么简单,实际上我觉得这是整个环节中最难的。就拿上面的例子来说,什么叫“麦当劳消费者”?我这辈子第一次到麦当劳买东西,你说我算不算消费者?每天都到麦当劳吃早饭,你说我算不算?或者我只是喜欢那里自由的环境,却从不在那里吃东西,这样算不算?说白了,就是符合什么样条件的人,才是你的用户?

这个问题绝不是三言两语可以说得清的。总之,找到你的用户,了解他们都是一群什么样的人,他们自身的特质,将会影响到其行为方式。因此你对他们了解越多越好,最好是无所不知,无所不晓 ,呵呵。

动机

我一般把用户需求分为两个层面:动机层面的需求和操作层面的需求。这里先说动机。

所谓的动机,就是要做某事的原因。比如我肚子饿了,想吃东西;或者朋友给我发了一封邮件,我需要去看一下。动机回答的是用户为什么要用你的产品的问题。这很关键,可以说是用户使用某产品的最原始的需求,研究过程中必须得找出动机来。有了动机,你可以知道该做什么产品,此产品应具有哪些功能。

情境

情境就是用户所处的时间和环境等外部因素,这也是需要搞明白的地方,因为情境会影响用户的动机、操作和期望。比如说“肚子饿了,想吃东西”是动机,那么当我看到街上有个面包店时,我的动机会变为“肚子饿了,想吃面包”。

情境有时候可以对产品设计产生非常大的影响。比如我同事在非洲做过一个地下矿井挖掘机的项目,工人在深入地下一公里的位置操作机器,环境非常恶劣,高热、潮湿、尘土飞扬,现有的挖掘机操作面板上常常覆盖了一层尘土,很难看得清楚;而长时间在潮湿高热的环境里工作又会使人多少有些神志不清,此时情境无疑会对工作有着至关重要的影响。

情境的影响

情境的影响

操作

当用户有了动机后,他会考虑如何操作以便实现动机,这就是操作层面的需求。比如当我来到面包店后,我应该拿起一个托盘自助挑选呢,还是请服务员帮忙?我付款时要用现金还是刷卡?这些都是具体的操作层面的需求。操作层面的需求对交互设计帮助最大,充分了解操作层面的需求,可以让设计师设计出与需求相一致的界面。

经验

用户过去的经验也会产生影响。这个很好理解,我就不举例了。但要注意的是,在调查用户过去的经验时,不妨也使用MACUEE模型,即从这六个方面去了解他过去的情况。

另外经验也可以被称为“用户习惯”,我们知道习惯是很强大的,尽量不要去改变用户的习惯。有一些新产品就是因为没有充分调研用户经验和习惯而失败。

期望

用户在具体操作前往往会对操作结果有一定的期望。比如上面买面包的例子,在我拿出银行卡付款时,我显然期望这家店可以支持刷卡。Apple的产品能够给人带来惊喜,一个很重要的原因就是它不仅仅是满足期望,而是超越期望。

一个完整的例子

现在我们来看一个完整的例子。

假设我们打算设计生产一款全新的mp3播放器,不妨叫它Zunee(嗯,显然,这又是一款iPod杀手)。这款播放器定位高端,价格不菲,专门卖给有钱有闲的人。

那么第一步我们先来做用户模型(Persona)。不妨假设经过调研,我们发现符合条件的用户都具有如下特点:年龄介于28-35岁,月收入在5万左右,明天早上晨跑,边跑边听激烈的音乐。

第二步我们找出用户动机-为什么在晨跑时要听音乐?经过研究发现边跑边听音乐可以减少运动时的孤独感,听激烈的音乐运动起来更带劲儿。

第三步看看使用情境。研究发现用户在跑步时往往身穿体恤短裤,播放器放在哪里成了问题;此外由于用户此时需要听些激烈的音乐,而目前的播放器里面什么音乐都有,因此每次跑步前不得不设置好播放列表,很麻烦。

好了,问题出来了。记住,用户往往是在特定的情境里面产生问题,所以如果访谈时你上来就问:你觉得你现在的播放器使用起来有什么问题。用户多半回答不上来。

第四步挖掘操作层面的需求。由前文可知,用户在操作上需要1)以合理的方式携带播放器;2)以最便捷的方式播放激烈的音乐。

第五步则是以往的经验。研究发现,用户觉得用袜套把播放器固定在胳膊上觉得很热,此外,他很喜欢以前用过的一个播放器,这个播放器可以利用内建的运动感应器来自动选择合适的音乐。

瞧,随着研究的深入,用户甚至自己提出了解决方案!这就是为什么要调查以往经验的原因之一。

最后一步就是获取用户期望。研究得知此类用户希望播放器能够更加便携、能够适应不同的天气情况(比如下小雨)、能够自动化地播放合适的音乐等等。

经过对上述这六个方面的研究,用户及其需求已经比较清楚了,接下来就可以进入产品设计的工作了。

一些注意事项

看完了介绍先别急着尝试,下面的注意事项也很重要:

  1. 要以用户为基础进行调研。对什么样的人用什么样的方法、问什么样的问题。比如我们前段时间作了一个关于油漆软件的项目,大部分用户都没有受过良好教育,抽象的、概括的问题人家根本听不懂或答不上来。
  2. 要以情境为基础进行调研。无论是调查动机也好经验也罢,一定要以一个个情境为中心来推进话题,在每一个情境中分别挖掘动机、操作、经验和期望。最好是陪用户一起体验情境,在用户使用产品的过程中进行访谈。
  3. 在调查期望时小心不要被用户带到沟里。调查期望不是让用户畅想这产品能具有什么功能,而是为了满足现有需求应该具有什么功能。我记得有一次做对讲机的项目,当时在场的用户挺多,客户代表也在,场面不太好控制,用户居然说要在对讲机上集成WiFi和3G……我后来和同事打趣说,当时要是再不收住,一会儿要上4G LTE了,呵呵。

差不多就这么多吧,有问题欢迎讨论。

如何访谈滔滔不绝且不断跑题的用户-总结

| 2 comments 2009-05-20 16:37:52

前阵子征集了一下大家对于“如何访谈滔滔不绝且不断跑题的用户”的意见,收到了不少反馈。此后我把访谈录像和文字录音稿反复地看了两遍,再结合大家的意见,整理了一些方法:

  1. 放弃他。没错,这是我回顾完访谈数据后最深的感觉。此用户的回答中自始至终地充满了吹嘘和炫耀,为了满足其自身的虚荣心,他可能会夸大事实,甚至会绕过你的问题而只谈褒奖自己的部分。Angela说“尽管他是目标用户,但是理解他的表述你需要花加倍或多倍的时间,投入产出来讲非常不值,不如另找一位”,我对此表示同意;
  2. 重复问题。从访谈纪录来看,面对答非所问的情况,重复问题是很好的解决办法;
  3. 请用户操作。如果对用户的回答有疑问,就找机会请他操作,以便判断他的回答是否有效。对于纯粹的访谈,请用户操作的机会并不容易获得,所以一旦发现有这样的机会,就不能错过;
  4. 设置测谎题。同上,如果没有操作的机会,便想办法设置测谎题;
  5. 把问题的关键词放在句子的开头,并保证在提问时不要停顿。有的时候为了使用户能更容易地理解问题、给他们思考的时间,我会在问题中加入短暂的停顿。但显然这样的方式对于此类用户是无效的,因此在访谈后期,我不得不把问题关键词提前,以便引起用户的重视,从纪录来看这样的做法有一定的效果。

总的来说,我觉得对于这种不太常见的用户,放弃其数据不失为一个好办法。

如何访谈滔滔不绝且不断跑题的用户?

| 13 comments 2009-03-30 20:43:10

如果在访谈中遇到访谈滔滔不绝且不断跑题的用户,我想知道诸位会如何处理?

这类用户的特点包括:

  1. 家境不错,年轻;
  2. 有主见,非常自信;
  3. 会在你的问题刚刚问完、甚至话音还未落时便开始回答;
  4. 语速很快,连绵不绝,主持人甚至没机会插话;
  5. 并不会仔细地思考你的整个问题,而是抓住其中某一个细节或部分铺陈;
  6. 在铺陈时不断跑题,短时间内可以面不改色心不跳地连续跑题2、3次,如果你不拉住他/她,他/她可以讲几个小时不带重样的;

大家请有一说一、有二说二、集思广益!

《Zen of Palm》读书笔记-7. 设计验证

| 1 comments 2009-03-17 15:29:22

说完了“设计实践”,这次讨论“设计验证”,还是从一个漫画谜语开始:

谜语3-铁匠如何打造出完美的马蹄铁?

这次的谜语挺逗,叫“铁匠如何打造出完美的马蹄铁”?本篇的主题是“设计验证”,所以答案自然同用户研究和可用性测试有关。

基本的可用性测试原则

《Zen of Palm》列出了一些基本的原则,都很简单:

  • 尽早测试。越早发现问题,改正的成本越小;
  • 使用合适的东西测试。这里的原话是“test with simulations”,我没有翻译成“模拟”或“可交互的原型”一类的文字,因为纸上原型一样能用来测试,并且效果还不赖;
  • 有选择性的测试。这指的是如果你没钱没时间做完整的测试,就挑最重要的功能测试;
  • 找对人并用对方法。你找同一个项目组内的同事基本上得不到太多有用的东西,所以要找局外人(原文是“outsiders”);此外要注意方法的合理选择;
  • 迭代。频繁的测试,频繁的改进,产品就会变得越来越好用;
  • 不要用术语。

其它1:注意访谈技巧

谈话谁都会,但访谈的目的去挖掘用户的想法和测试产品,不是去和用户唠嗑,所以一些访谈技巧还是要有的。

其它2:设计师还是别去做测试了-如果没有较强自控力的话

有多少人能忍受别人没完没了地质疑和批评自己的设计?我昨天就见到一个客户的设计师在做测试时急得脸色都变了,后来索性把她拉倒一边,我来问,她只管记录。虽然访谈时我们没有说话,但从时而的眼神交流中不难发现她对于结果的惊讶。

所以,设计师还是尽可能把测试交给别的不相关的人去做,自己只管研究和设计好了。

谜语3的谜底

谜底3-直接从马嘴里得知

 

这篇笔记很短,原文也不长,而个中精华则只有付诸行动才能真正领会。

下篇“设计完善”将是本连载的最后一篇,敬请期待。

Clicktale支持输出完整的网页热区图像了!

| 4 comments 2009-02-02 14:28:04

刚刚注意到Clicktale提供了一个非常贴心的功能:通过Firefox的Screengrab!扩展,来输出完整的热区分析图像,如下图所示:

Clicktale提供的热区输出按钮Clicktale提供的热区输出按钮

如果没有这个功能,用Screengrab!是无法截取Clicktale在iframe里面的热区的,直接用Screengrab!保存的话就只能得到网页热区的部分截图。

下面是我的“画Web流程图的一点心得”的热区图像,当然经过了大幅度的缩小-原图为1759x9229像素!

“画Web流程图的一点心得”的热区图像“画Web流程图的一点心得”的热区图像

About

我在厦门拍的照片

丁宇(Felix Ding),电脑Geek,狂热的爱书和爱乐分子,99年迷上网页设计,并从此一发不可收。现在在上海做用户体验/产品设计咨询。Email: felixding[AT]gmail.com。

订阅到RSS