
需求是在一定时期内人们的某种需要或者欲望,在经济学上还有购买欲望的含义。用户描述需求的时候,往往会停留在表面层次,但用户说的往往不是真实需求,我们需要尽最大的努力去挖掘用户的真实需求。
我们来看一段描述,有人问张三现在的需求是什么,张三回答要宝马车,还要原装进口的。那么张三的需求是否真的就是进口宝马车呢?其实不一定,或许进口奥迪车也能满足张三的需求。
用户需求
但我们不能只分析到这里,要挖掘更深层次的东西,要宝马车干嘛呢?或许是为了代步以图方便,节省时间;或许是爱慕虚荣,以方便泡MM。一旦我们找到背后隐藏的需求,我们就可以去设计一个替代品,去满足用户的真实需求,以节省进口宝马车那高昂的成本。我们做产品也一样,不能只关注用户表面的需求,而要挖掘出真实需求,才能设计出正确的产品。
我们还可以分析一些社会化产品的案例,比如QQ的隐身功能,SNS社区的真实头像和非真实头像的区别等,看起来这些功能都不是产品的主要功能,是一些附属的功能,那么为什么要做这些功能?
原因就在于用户在社交群体里面有个体心理表达这样深层次的真实需求在里面,这些功能可以让用户在社交过程当中有存在感又有安全感,也满足了用户倾诉表达的欲望。不过这些功能用户是不会告诉你他真正想要真实头像还是非真实头像的,要靠我们去挖掘。
如何获取用户真实需求
1、获取足够全的信息。
途径极多,比较常见的就有:
公开信息。包括新闻(百度新闻、科技媒体、微信搜索)、大众评论(微博、微信、知乎)、相关领域的网站和论坛、各种互联网分析网站(比如艾瑞咨询、企鹅智酷等)。
用户调查。在线问卷(问卷星等)、线下问卷,还可以委托代理公司等。
用户访谈。找到目标用户中较高质量的进行跟踪访谈,高质量的定义一般是在领域内资深、对产品体验要求高、有话语权,以及擅于表达。
行业专家、同类产品从业者访谈。可以获得更落地、更真实以及更深入的一些信息。
通过这些途径,要获取的信息大概是:
市场规模、市场特点
竞品状况、用户使用情况
目标用户特征
用户目前满足同类需求的方式
用户期望其它哪些方式满足需求
2、整理数据、总结信息,并得出分析。
整理和总结实际并不是特别棘手,稍有统计知识或者做过调研,这些都不用多说。在每一步统计和总结中,一定要做到两点:A 有逻辑 B 避免陷阱。比如,朋友的二次元项目做调研,发现垂直领域女性用户比例是 95%,是问卷得来的板上钉钉的,但做调研的过程中眼尖的他们发现,男生很少愿意填问卷,所以真实比例肯定是比这个小的。
比如用户说一直想有人给他做饭,你不要就觉得需求是“找人做饭”,应该记下来的需求点是:平时忙没时间做饭,又不想出去吃觉得不干净。这样抽象出来的核心就是:方便、快捷、卫生。如果只是找个人做饭,结果预约步骤麻烦、上门服务又不够干净,即使再便宜也没用,因为这不是他的需求点。
常规方法:1、用户研究
用户研究在需求分析中所起的作用主要有发掘、验证、明确用户需求,跟需求来源相关的用户研究方法主要有:
a 用户访谈:通过与用户访谈的形式挖掘用户背后的需求,一般有结构化和半结构化访谈的形式。
b 焦点小组:一个经过训练的主持人以一种无结构的自然的形式与一个小组的被调查者交谈。
c 问卷调查:通过精心设计的问卷,大样本量的收集用户数据。
d 用户画像:通过一系列的定性和定量用户研究方法,从目标用户群体中抽离出一些特征细节,虚构出的一个用户来代表一个用户群。还有一些用户研究方法如用户故事地图,可用性测试,满意度调查等。不过,作为产品要多注意把用研的结果结合到需求分析中。
2、用户反馈
用户反馈的处理流程:a 收集:收集用户反馈的方式有很多,主要有app 内部反馈模块,微博,微信服务号,qq 用户群,论坛,反馈邮箱,应用平台用户评论,竞品的应用市场评论。收集不仅仅包括用户说出来的话,还要收集一些隐藏信息如版本,机型等等信息。在收集的同时,对应人员需要对用户按照模板进行回复,可有一定的个人色彩。
b 整理归类:对收集的用户反馈根据app 的特点进行归类整理,统计频次和时间段,并提交给相应的人员。功能建议,内容要求和bug 等,都要有相应的人员跟踪解决。
c 转化:传递给产品人员的主要是功能需求,优化建议,体验问题等,这时候产品就需要对用户反馈进行分析转化为产品需求加入需求库,在合适的时机转化为产品迭代中。
3、数据分析
a 确定目标:结合产品阶段,迭代情况,版本上线设定数据分析的目标。只有知道了目标才能有的放矢,有针对性的去收集相关数据,一个数据往往不是孤立存在的。留存的上升,可能和某个功能的使用上升,活动页面点击增加等等。
b 确定指标:有了明确的目标后,把目标分解成各个相关指标,指标应该是完备的,可以充分的说明目标的情况,变化。
c 收集数据:有些数据能从后台直接获取,有些数据需要在版本上线前(APP)提前说明,埋点,返回字段。
d 数据整理:获得了数据之后,可以从指标(用户数,留存数,活跃数,充值数)X 维度(渠道,版本,地域等)的角度来进行拆分整理。
e 数据分析:对整理的数据进行分析解释,阐明原因,提供建议
f 数据传达:把数据整理和分析的结果以合适的形式,ppt,图标,excel的形式传达给相关的人员,进行讨论。
4 竞品分析
竞品定义:a 直接竞品:相同核心功能,用同样的产品功能来满足用户。
b 间接竞品:针对的是相同的用户群体。
c 潜在竞品:横向行业相关的产品,或者上下游产品。
5、公司内部
a 老板拍脑袋
作为产品,在创业公司,老板提的需求占了需求总量的不小一部分。毕竟在创业公司,老板才是最大的产品经理,这个产品可能也是老板以前一点一点想出来的。老板的大部分想法都比较靠谱,毕竟老板经验丰富,站得高看的也远。但作为老板,顾忌少,又不能很好的遵守需求的流程,但需求优先级又很高。所以,很多坑就是这么来的。老板抛出来一大堆的功能,然后让员工讨论,这些功能应该怎么策划(创业公司,老板永远是最大的产品经理)。
b 其他产品
是作为产品一起思考讨论碰撞,还能冒出不少好点子,毕竟一人计短二人计长。尤其身边有一个有经验的产品真的很能起到指导的作用,如果没有就主动走出去认识人。
c 运营人员
运营人员是公司中最直接接触用户的一批人,接触频率高,很多时候,运营人员能提供很多用户的反馈,需求。另一方面,运营也是需求的产生者,运营活动会产生一系列的相关需求。这方面的需求角度和其他的需求还不太一样,运营一般是背有kpi 的,所以更多的和一些运营数据相关。在这里产品需要起到设计并把关的作用。
d 技术测试技术
技术的同学总能站在技术的角度提出一些你从来没想过的问题,思考问题的角度不同,有时候还是能提出一些独到的见解。就像是我们的技术经理说的,有一个愿意给你提意见的技术,总比默默给你写bug 的技术好。愿意提意见,需求,说明技术真的在思考产品,可以反过来促进产品经理进一步思考产品的需求。但是有所为有所不为,因为产品和技术在争论需求时经常处于弱势,这就要求产品要真正的站在用户角度提出需求。而不是说老板说的,运营要求的等等,这绝对是致命一击。
需求只来自你对用户的了解。不来自调研、分析、讨论或竞争对手。
需求只来自你对用户的了解。需求不来自调研,但调研可以增加对用户的了解;
需求不来自分析,但分析也可以增加对用户的了解。
需求不来自讨论,但讨论可以使自己对用户的了解更深入;
需求不来自竞争对手,但参考竞争对手的产品及反馈也可以使自己对用户的了解更深入。
一般我们分三步走
从《需求调研表》中分析生成《需求功能列表》
多与用户沟通
(细化需求,优化解决方案,发现遗漏业务或规则等)
多与研发沟通
(设计方案的可行性,上线日期合理性等)
产出物
1、《需求功能列表》
2、《需求原型》
1、用户角色:谁会用?分析系统角色
2、对象:找业务流程中设计且需要管理的人或事物(名词)
3、字段元素:对象包括的字段信息
4、功能:用户可对对象进行的 *** 作,再进行场景分析得到功能及流程,进行规则细化,规则验证,了解前后置条件
5、原型:绘制原型页面
6、PRD:撰写产品原型文档
−描述对象的信息们:一类对象(如:老师、学生、班级…),会包含一些描述它的信息(如:老师的姓名、部门等;学生的姓名、班级等;班级的班级名称、班主任姓名、学生人数等),这些信息我们可以称其为:字段、元素或者属性。
−例如:名称、部门、籍贯、家庭地址、电话
−每一个字段有两部分组成:字段名称 和 字段值(可换为元素、属性理解)
−例如:姓名=张三 ;部门=教研部
− 姓名=李四; 部门=体育部
用原型或者文档确认最终方案(书面、邮件)
需求评审会:与研发、测试、UI、项目经理等进行需求评审。确认方案可开发性
最终产出物:《需求确认书》
《需求评审记录》
《需求评审意见表》
总结:
1、从《需求调研表》中分析生成《需求功能列表》,同时产出《需求功能列表》、《需求原型》、《需求文档》
2、用原型和需求文档确认最终方案(书面、邮件),同时开启需求评审会,与UI、研发、测试、运营、项目经理等进行需求评审。确认方案可开发性!并且产出《需求确认书》、《需求评审记录》、《需求评审意见表》
3、面对需求我们应该分三步走。1、获取需求 2、需求分析 3、确认需求
以上就是关于如何获取用户真实需求全部的内容,包括:如何获取用户真实需求、产品需求分析之需求来源、拿到需求之后的常规做法等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
微信扫一扫
支付宝扫一扫
评论列表(0条)