为了确保我们开发的产品是用户真正想要的东西,我么可以在做出产品之前去了解用户的需求,或者是对产品功能改版后对用户进行用户调研也是评判产品改版可行性的一种方式。上面我已经提到了一些用户研究方法,这里我就把市面上所有的相关的研究方法都列出来方便大家学习:

1,卡片信息(Card Sorting):观察用户是如何理解内容和组织信息,用来帮助你的产品更合理的组织信息。

2,情景访谈(Contextual Interviews):走进用户的现实环境了解用户的工作方式,生活环境等等情况。

3,焦点小组(Focus Groups):组织一组的用户进行讨论,让你更了解用户的理解、想法、态度和想要什么。

4,启发式评估(Heuristic Evaluation):可用性的检查方法,让一些行内专家对网站产品进行指导。

5,单独访谈(Individual Interviews):一对一的用户讨论,了解某个用户是如何工作,知道用户的感受,想要什么和他的经历。

6,平行设计(Parallel Design):对同一个产品进行分开的设计,从而比较选择一个最佳方案。

7,人物志(Personas):构建一个虚构的人来代表大部分用户,设计团队围绕这个虚拟人物设计开发产品。

8,制作原型(Prototyping):利用简单产品原型进行相关的小規模测试,从而避免因開發過久、到后期才發現問題而造成的較高成本。

9,问卷调查(Surveys):利用网上或纸张的问题对用户进行发放填写,从而收集用户对产品的反馈意见。

10,任务分析(Task Analysis):通过任务分析了解用户使用你产品时的目标和操作方式,习惯。

11,可用性测试(Usability Testing):请用户来试用你的产品,完成测试。从而得到你所想要的东西。

12,用例子(Use Cases):描述某个用户使用产品时的情况,包括目标和行动。

13,内容化(Writing for the Web):对产品进行内容上的整理、优化。让用户更容易的了解你所表达的内容。

————以上内容来自维基百科

这里首先描述一个大家在调研中常会遇到的一个现象,即很多初次调研的人都会习惯性认为:调研的目的就是为了拿到用户的反馈结果。所以,在这样的观念驱动下,调研人员往往只要拿到调研结果就会认为自己已经成功完成了调研的任务了。

但是,残酷的事实是:如果你的调研结果无法对于你的下一步行动产生有价值的指导意义,你的调研就是失败的,也就是说拿到用户的反馈结果只是第一步,最重要的一步也要学会怎么透过现象看本质(洞察到产品的问题,清楚的知道用户的需求了,初步构建改版方案)接下来就进入我们这次分享的主题——用户调研怎么收集问题以及我们怎么在用户访谈环节洞察用户需求。

为什么要做用户调研

用户调研,是一种吸引人的、高效的用户体验的方法。要求调研专员或设计师通过调研领域工具收集问题、分析问题、总结问题的一种方法。其中B端设计师要以用户体验为中心的理念围绕用户如何使用产品完成工作、希望工作和需要工作的这三点提问,根据用户反馈信息来优化产品交互界面和ui界面。

1. 好的产品三大要素

那么一个好的产品都需要具备什么特点呢?回答这个问题前,让我们看看人的需求和产品是存在什么关系?

首先,我们要从需求的载体入手,首先我们要看产品是怎么出现的:

这里我举一个例子,因为大家觉得在光着身子不好看,所以用草裙遮挡私密部位,因为草裙布耐穿,所以发明布布当衣服;因为要过冬,冬天很冷,所以要穿厚衣服,因为厚衣服手工制作很慢,所以发明了机器才制作厚衣服。这是我们生活的例子。
你可以发现,因为出现一个问题,所以人类开发发挥创造力想解决方案。
那这个问题放到互联网当中就相当于一个需求,而解决方案就相当一个产品。比如大家有想便捷的预约出租车的服务,所以有了滴滴;大家想在家就吃到饭店里卖的美食,所以有了点餐的产品。由此可见产品的出现是因为解决需求出现而出现的。


那产品那么多,我们怎么用什么办法去衡量一个好产品呢?

通过上面例子我们不难不难发现好的产品都有一个共性,就是解决需求。纵观一个产品,每一个功能都是解决用户一个需求。

比如我们的产品:用户想用通过输入传统地理位置名称来找房,所有有了通勤找房功能(输入你公司附近地铁或者公交就可以找到房子);有想要私密空间的用户就有整租的功能;不想承受整高昂的租赁费用就有了合租的功能。

产品的存在就是解决用户的需求的,大部分互联网产品都离不开产品本身的两个需求:怎么获取更多的用户让用户使用我们的产品;当我们的产品到了有用户有流量的阶段产品用什么方法进行盈利。横向的看有以下三种概念帮助我们区分产品需求的比较重要的三个纬度:

  • 需求的等级:刚需是根据“弹性需求”而言的,弹性需求就是不是用户必须要实现的需求只是为了增强用户体验感而添加的需求,而  “刚需”是用户必须满足的需求从字面解释就是用户必须需要的东西或者是必须要做的事情。
  • 发生的频次:高频是指用户的想实现的一个需求欲望在一定周期内产生的频率。
  • 用户的痛点:是指用户在解决自己需求时产生的困难,也就是用户没有使用我们产品时用户用他自己的解决方案来解决自己的需求时做带来的困难。

换句话说,我们想要做一个好产品,就要拆分产品的需求,在技术角度能否实现,在商业角度是否会盈利,在设计角度是否满足用户的期望值?那怎么把产品的需求拆分为用户的需求呢?那就来到我们今天讨论的主题——用户调研。

产品需求和用户需求又什么关系呢?

如果把需求纵向看按照表面至深层次可以分为三种:边缘需求、次要需求、核心需求。

在整个产品的生态链条中按照类型分又可以把用户分为:流失用户、不活跃用户、回流用户、活跃用户、忠诚用户。结合下图猛的一看可能,可能用户和需求之间没有关系,因为图中并没有涉猎用户的分类,那是因为用户单独存在产品中是没有意义的,换句话说,用户和需求产品关系才对产品又意义,比如,在和需求产品关系的角度讲,我们可以把用户分为这三类:所想所得(明显的、直接的);行为、使用(隐形的、间接的);所知、感觉、梦想(潜藏的、幻想的)。


产品需求、用户分类、用户需求这三个关系大概有一点点清楚认知了,我们再把“需求”放到真实的版本迭代中,就会有以下几个纬度来审查产品需求是否符合用户需求。

如果以产品的迭代周期的时间为轴,产品的不同阶段会暴漏出产品层不同的问题:比如

  • 在产品上线前我们需要考虑产品的内容与用户的需求是否匹配;
  • 产品上线初期,产品的功能是否真正解决用户的需求?我们还有那些点需求暴漏出来;
  • 产品在迭代期间,功能的闭环、内容的满意度、产品的最终效果、产品交互体验是否合格;
  • 把产品和竞争对手公司的产品相比较,我们的功能是否多元化,还有哪些功能可以推出;

综上所看,产品的不同阶段就会出现不同的用户需求,不解决一个阶段的需求,产品就很难进入下一个阶段,那么重点来?我们要解决产品需求的第一步就是了解需求,但是在实际工作中我们接到的需求并不是用户真正的需求。

2. 人的惯性思维

为什么说工作中接到的产品需求有时候并不是用户的真正需求呢?原因很简答,我们的用户是人,人是有思维方式的,是极其复杂的,有一种思维方式叫“惯性思维”(也叫条件反射)。

在生活中大家都知道,渴了就喝水、病了就吃药,大脑有一个想法出现身体就会进行相应的动作,这种现象,在医学领域上叫做思维定势。这种思维定势是指心理上的“定向趋势”也就是说随之日积月累,大脑潜意识已经形成了定型化了的思维路线、方式、程序、模式,不用大脑思考潜意识人体就作出相应的反应,这种现象如果在互联网其中也有一个名字叫做“惯性思维” 。

那你会提问了,如果我们想做体验好一些的产品,直接了解人的“惯性思维” 就可以了啊。不用在做产品的改版了。这样思考虽然看起来是逻辑是通顺的,但是在实际工作中是不可以取的。因为用户的数量庞大,用户接受的教育程度也是不同的,所以不同的用户会拥有不同的“惯性思维” ,换句话说,我们不可以能吧“惯性思维” 用一条公式来代替,自然而然我们产品也不可能会有一个定式来设计产品。

在工作接需求中,这种惯性思维有的时候会导致用户表达的需求不是自己真实的需求,用户的惯性思维像是一个迷雾,我要做的就是拨开这个云雾,了解用户的真正需求,行业里面有对需求理解的经典例子,比如以下这个例子:


正所谓“洞察人性,以己推人”充分利用同理心的方法——把自己变成用户,用用户的方式去思考,把需求的真正痛点刨析出来。避开“惯性思维”给我们传递用户的伪需求。

3. 什么是用户调研

产品是有周期的,产品分为从0-1的还没发布的产品和流量已经有了(很大流程的产品)两种。

那针对0-1的产品想做用户调研是不现实的,因为没有用户可言,那就不能做调研了吗?不是的,可以通过对竞品用户调研的方式来收集用户的问题。

那针对已经有流量的产品调研的方式就很多了,除了用户问卷和用户访谈两种方式,还可以分析产品中的流量波动来洞察用户的需求,比如a&b tast测试的方式,当然这种方式不是咱们这里分享的重点,以后有机会在深入讨论。我们本次讨论的是用户问卷和用户访谈两种形式。

·

上一篇:ចិនប្រើក្បួនរកស៊ីមួយនេះ ខណៈដែលការលក់រាយកំពុងដាច់ខ្លាំងបំផុតនៅលើពិភពលោក 下一篇:The Brand Called You