别问用户想要什么!用户访谈的3个基本问题,致产品经理

用户研究是用户中心的设计流程中的第一步。它是一种理解用户,将他们的目标、需求与您的商业宗旨相匹配的理想方法。但是通常跟用户交流是需要技巧的。如果乔帮主上来直接问用户你要啥并且按照这个需求来做iPhone的话,谁知道能做出神马逗比玩意。所以,看看这篇百度UEO的shangshang同学翻译的这篇文章吧,不论你做的是用研还是设计,应该都能获得不少启发。

用户调研的首要原则:千万别直接问用户他们想要什么

——Erika Hall,just enough research

我喜欢做用户访谈,它们低廉、有效(你得到的信息会多于你问的问题)、且快速(一般访谈5个用户就够了)。但是,优质的用户访谈需要技巧。如果你天生对人群敏感且好奇,它能帮助你得到你想要的信息;如果你并不具备此项特质,它也能帮你带入角色去体会其中滋味。例如,google实验室的michael Margolis就喜欢将自己带入角色去做用户调研。

正如Erika Hall 所述,当你做用户访谈,要避免询问他们想要什么,因为这只能给你带来错误观点。你仅仅能收获用户所设想的解决问题的办法,却无法发现问题的本质原因。

不要给你的用户访谈设置障碍

仅仅询问用户想要什么会让访谈变得更困难,同时,你也只能得到错误观点。

当你询问用户想要什么,你其实是让他思考解决问题的所有可能性,无疑这将使用户研究变得越发困难。如果你做用户研究的目的是为了搭建还不存在的新产品或功能,你其实是想知道究竟是什么原因造成用户使用现有工具无法完成任务,循着这个方法,你才能设计新功能或渐进优化现有功能来帮助他们完成任务。

我在Kissmetrics工作时,我曾花费很多时间与用户交流,关于他们使用什么工具或方法来解决当下所遇到问题。我总结了三个高效有用的问题来做用户访谈,并且屡试不爽:

你正在解决什么问题?(收集内容信息)

目前你如何解决该问题?(分析工作流程)

有什么方法能帮助你做的更好(发现机会)

译者注:Kissmetrics数据分析公司,位于旧金山

问题1:你正在试着解决什么问题,为什么要解决这个问题?

为了挖掘产品使用和问题产生的根本原因,我们不断询问用户“为什么要这么做”,直到我们真正理解了用户或客户的痛点。

当你调研用户正在做什么时,收集背景信息非常关键,这将有利于你去理解你的用户。调研收集信息诸如:用户工作的小组有多少人以及他们是如何在庞大组织中分工合作,将有利于我们设定所调研问题的范围框架,以便在该框架下使我们的产品更好地发挥功效

想象一下,你是一个工匠,难道你不想知道你当前的任务是修补墙上的一道裂缝,还是去修缮整间屋子吗?根据你任务的不同,你便需要选择不同的工具及对应型号。

这同样适用于用户访谈。当你知道用户正在解决的究竟是什么问题,并将这些必要的信息告知你的调研小组,你的pm和rd团队都将会感激你的。探究问题的根本原因,你要问为什么。使用5步“为什么”的问法,能让调研变得简单。通过反复问为什么(并不是真的只问5个为什么,视情况而定哈),你将顺其自然地知道用户工作流程如何,或发现其中缺少哪些必要流程。使用此法,我能通过完善流程来满足用户需求,而不需要让工程师再去开发一个新功能来弥补,这样就能将工程师从低效的项目中解救出来。

问题2:目前你如何解决该问题?

搞清楚工作流程和组织架构,能帮助我们确定从哪里着手解决问题。

在明确问题的内容范围之后,我倾向去发现用户当下是如何处理该问题的。做这个的好处是让我能够跟随他们的步伐,去体会他们在处理该问题时有多痛苦。有时,用户会使用奇葩的方法去解决问题从而得到他们想要的。但其实我们只要稍做改善下产品就能解决用户花费数小时甚至一周在解决的问题

举个栗子。最近我为一个产品小组调研他们正计划开发的新功能。但我们想了解目前该问题有多严重性,从而排列它的优先级。通过访谈一系列用户目前是如何操作的,我得到了以下一些结论:

译者注:该流程表达的是-客户如何管理邮件列表,及如何评估客源;CTA全称commodity trading advisors,即商品交易顾问;webinar 属于一种线上会议软件

知道用户的工作流程也能让你的团队发现你的工作流程中有哪个部分需要优化。再举个栗子,在KISSmetrics,我们最近发现客户在核对数据时更喜欢使用邮件而不是用第三方应用。此前我们已经知道kissmetrics是他们日常工作中不可或缺的一部分,有些用户一到办公室甚至会首先处理该类数据,所以我们目前在升级该项目,即每天给我们客户邮件发送更清晰的数据小结

问题3:有什么方法能帮助你做的更好?

大部分调研在你思考此问题前其实就结束了。这个问题是让用户给你一些提示:在哪些领域他们最需要帮助。当然,这个问题也能帮助你确认或者推翻你的团队在产品架构方面的某些假设。

如果你一开始就跨过之前的问题去询问用户如何能做的更好,那么你只能得到他们的一些意见却无法知晓他们当下是如何处理目前所遇到问题的

“设计产品是一件非常困难的事情,很多时候,只有在产品面世后,人们才知道他们想要什么。”-Steve Jobs

这是你发现如何优化产品的机会点,或者是用户宣泄他们目前解决办法的机会点,或者是一直被忽略的问题点。要么你会发现这个机会点足够强大到需要推动整个团队去解决,要么这个机会点其实已经被解决,我们需要挑过它进而去关注另一个假设。

译者注:这里有读者质疑:“有什么方法能帮助你做的更好”恐怕是“你需要什么”的另一种问法,所以,在用户调研方面更倾向让用户去展示在工作的哪一个环节出现问题即让用户描述痛点,而不要去问用户关于任何设计的问题,设计的问题需要交给专业人士来定夺。本文作者给出的“有什么方法能帮助你做的更好”,是对前两个问题的引申,考察用户现阶段的解决办法是什么,帮助研究人员更好地理解用户处境,同时给自己一些灵感,所以严格意义上不算用户决定影响产品,而属于信息收集与参考。

在用户调研中,使用这3个基本问法,我能为我的团队非常高效得去核实一个个假设,以至于我们能为用户提供长久的价值而不仅仅是给产品打个补丁应付了事。

当你面访用户时候,你喜欢问什么问题,以便帮助你建构或者优化产品?我不喜欢讲太多,而是更爱当用户的忠实听众。

别问用户想要什么!用户访谈的3个基本问题,致产品经理

时间: 2024-10-29 15:02:08

别问用户想要什么!用户访谈的3个基本问题,致产品经理的相关文章

【总结整理】用户的需求分析:问对问题才能找准用户需求----摘自《人人都是产品经理》

用户的需求分析:问对问题才能找准用户需求(一) Geek 微信公众号:产品Ren 2018-10-18 7888 66 18 零基础学产品,BAT产品总监带,2天线下集训+1年在线课程,全面掌握优秀产品经理必备技能.了解详情 释放双眼,带上耳机,听听看~! 00:00 00:00 在需求收集的过程中,首先需要问对一个好问题,只有带着合理&有效的问题才能得到正确的答案. 我之前看了很多产品经理的书,记得大部分书上边都写着产品经理应该是一个全才,他们需要懂社会学.心理学.统计学等等一系列的知识. 那

写一个循环,不断的问客户想买什么 ,当用户选择一个商品编号,就把对应的商品加入购物车 ,最终用户输入q退出时,答应购物车的商品

写一个循环,不断的问客户想买什么 ,当用户选择一个商品编号,就把对应的商品加入购物车 ,最终用户输入q退出时,答应购物车的商品products=[["Iphone8",68888],["MacpPro",14800],["Coffee",31],["小米",2499],["Book",80],["Nlke",799]]shopping_cart=[]print(".....商品

产品经理如何做好用户访谈?

有时候我们走的太远,都不知道自己为什么出发,勿忘初心,方得始终.访谈的目的可能是产品上线后,通过定性的用户访谈去评估产品的使用体验,也有可能是最近用户流失比较严重,想通过用户访谈了解一下原因,亦或是想谈过用户访谈了解用户有那些新的需求,然后在下一次版本迭代中加进去.作为产品经理,建议你把访谈的目的写下来,在访谈的时候时刻想着你的目的,不要偏离本源. 一.设计访谈提纲 明确访谈目的以后,就需要设计访谈提纲,访谈提纲的基本结构是访谈主题.访谈对象,访谈问题. 1.访谈问题可以由易到难, 例如:你从哪

你给的,真的是用户想要的么?

这篇文章主要是写给第一次拥抱互联网创业的人们,无论是互联网公司出身的还是传统行业转身互联网的. 之前在<你就是奇迹>这个节目中看到一名创业者,带着他的智能水杯来路演,最后10位投资人均放弃投资.节目中投资人觉得这是一个伪需求,但创业者依然觉得这是一款有意义的产品. 我们来看一下这个智能水杯的功能,跟大部分智能硬件类似,有相应的手机APP呈现数据,温度.饮水量.PPM值等,看上去挺有趣的. 1. 核心功能,水质监测: 2. 记录饮水量,提醒饮水: 3. 互动,例如发送表情,远程干杯. 然而,经验

在php中,如何将一个页面中的标签,替换为用户想输出的内容

前言:釜山行,暴露人性, ———————————————————————————————————————————————————————————————————————————— 今天说一个最简单的例子,就是在php中如何读取另一个html页面中的标签,并显示用户想输出的内容. 首先建立一个页面,命名为:test.html如下图所示: <!doctype html> <html lang="en"> <head> <meta charset=&

码农的产品思维培养第4节----听用户饿但不要照着做《人人都是产品经理》

夜深了,本来应该睡觉,本来今天发的贴子也够多.但是,学习有一种惯性,一旦启动,很那停下来,一旦停下来,变得懒惰也很难再继续. 总结一下苏杰的2.3"听用户的但不要照着做"的只是内容. 1 明确我们存在的价值 1.1 用户需求VS 产品需求 用户需求:用户自以为的需求,并且经常表达为用户的解决方案. 产品需求:经过我们分析,找到的真正需求,并且表达为 产品的解决方案. 需求分析:从用户提出的用户需求出发,挖掘出用户内心真正的渴望,再转化为产品需求的过程. 需求分析和技术分析最大的不同点.

2016年第1本:用户体验要素--以用户为中心的产品设计

<用户体验要素>第1版发表于2002年,第2版出版于2010年,第2版的中文版竟然在2015年上市.书的写法比较单调,感觉像是大道理的叙述,不像<写给大家看的设计书>,没有多少实例,看到第29页发现全书的重点就是那一张图.因为软件架构设计中动不动就来个5层设计,界面层.组件层.用户逻辑层.数据服务层.系统框架层,所以用户体验中来个5层框架图还真不太适应. [不过当你的网站设计了之后,可以对照着这些层中提出的要素认真检查一下是不是符合产品的目标?] 书快速翻完了,还不如直接去看豆瓣书

腾讯亿级用户的团队经验:产品经理如何协同工作

能做到亿级用户,背后的团队肯定不简单.简单的产品可能配备3-5 人的产品经理便能应付,复杂的平台级产品则有可能需要二三十个产品经理.别惊讶于人数之多,关键是在日常的工作中,如何让这么多的产品经理朝着同一个目标前进,发挥出各自的能力. 分工是社会化职能细分的一个趋势,别小看这个分工的作用.对于大部分团队来说,如何分工是管理者们需要着力考虑的问题.分工合理,可能会起到1+1>2的效果:反之,则有可能成为发展的阻碍.当然这是一个管理学问题,在这里不做讨论. 有许多朋友曾经问过我,你们究竟是如何分工的?

作为前端产品经理,这些用户心理你都掌握了么?

本文和大家分享的主要是前端产品经理需要掌握的一些用户心理方面的事儿,一起来看看吧,希望对大家有所帮助. 在做产品前端的时候,最需要考虑就是在这一业务下到底用户是什么样的心理,以及会有什么样的行为,这样才能够实现更人性化,更贴近用户群体的交互. 最近作者又开始重新做app产品.在做产品设计交互的时候发现,其实前端产品最需要了解就是业务模型下的用户心理和用户行为.很多入门的前端产品经理可能只是抄袭,然后只是简单将自己认为用户是怎么样的带入到产品设计中.其实在设计过程中,我们需要深入了解用户行为. 比