【天天问每周精选】第24期:产品经理的内功心法修炼之本——需求分析和管理
需求分析和需求管理是产品经理生涯天天打交道的东西,也是产品成败关键。产品经理的核心价值就是对待“需求”的能力。然而在拿到运营、用户、老板等提出的需求时,应该怎么分析和管理?跟着本期天天问,看看同行的伙伴们怎么回答,来寻找答案吧~
问题清单
- 如何做需求分析?
- 需求分析的本质是什么?
- 需求分析的角度和方法有哪些?
- 产品经理如何提升需求分析的能力?
- 产品经理如何进行需求管理?
————————————————— 我是分割线 —————————————————
问题1:如何做需求分析? @陈云锋
精选回复@汪小雅
大家都讲了很多理论性的东西,我来按照自己的经验说一些实操性的内容吧。欢迎大家指错反驳。
各个从业人员对用户需求分析的目标期望可能是不同的,我对用户需求分析的目标期望通常是挖掘用户痛点,因为这是一个比较实在且能产生实际价值的目标,所以接下来我将分享我以挖掘用户痛点为目标的用户需求分析。
用户需求分析流程分为5步:
- 明确分析的目标群体
- 用户业务建模
- 业务痛点挖掘
- 痛点问卷调研分析
- 输出分析结论
接下来详细展开每一步。
1. 明确分析的目标群体
此步骤的目的:从业务、性质层面明确界定后续工作针对的用户
此步骤输出的结果是一个定义:进行某业务的某类用户,例如:去看病的男性用户。(根据小公司实际情况通常只需定义到:进行某业务的用户)
明确的方法通常是与产品负责人沟通,最终输出一个达成共识的定义。
2. 用户业务建模
此步骤的目的:
- 通过业务模型图把握业务的全局
- 通过业务流程图把握业务的细节,为痛点挖掘提供材料
步骤1中我们已经得到了明确的业务描述,这时我们便可以对这项业务进行UseCase建模,这是一种以用户行为划分的业务建模方法。
明确了所有相关行为,以及行为间关系,我们就可以说是把握了业务的全局,这可能使我们发现意想不到的业务机会。
接下来我们便利用UML流程图去探究行为的细节。
对于较为复杂的业务,UseCase业务模型图中穷举的行为就会非常繁多,这时我们需要有针对性得选择少数进行UML流程图绘制。针对性具体是针对什么呢?针对产品负责人接下来的打算。如是打算优化现有产品功能,那么就选择产品功能对应的行为进行UML流程图绘制;如果是打算在产品里增加新功能,那么就选择可能存在机会的行为进行UML流程图绘制。
(关于UML流程图的绘制过程这里不再赘述,相信大家都比较熟悉)
当得到了一个UML流程图,我们便能对对应的行为有更深入的理解,这些理解将成为我们接下来挖掘用户痛点的材料。
3. 业务痛点挖掘
- 此步骤的目的 :明确出步骤2得到的UML流程图中存在严重问题的流程。
- 实现上述目的的方法 :基于UML流程图进行用户访谈(关于用户访谈的方法不赘述),从用户口中获取流程中存在的严重问题,及业务痛点。比如基于上述挂号的UML流程图进行用户访谈,我们可能从用户口中得到挂号排队等待烦人的问题,再深入去沟通,还可能发现挂完号找不到等待处以至于错过挂号等问题。(仅举例)
最终通过基于UML流程图的用户访谈,我们应该输出1~3个痛点,并用于下面的验证分析。
4. 痛点问卷调研分析
此步骤的目的:验证痛点的普遍性,理解产生痛点的用户属性。
此步骤又分以下子步骤:
- 问卷设计
- 问卷投放
- 问卷回收
- 数据分析
- 结论输出
上述步骤中主要介绍问卷设计与数据分析,实际上是问卷设计以问卷投放为指导的。所以这里先描述将通过何种数据分析方法验证痛点的普遍性与痛点的用户属性。首先我们的有效问卷数量应该至少有100,其次我们看同样存在痛点的用户占比,这个比例个人认为超过50%就可以说痛点是普遍的。
而接下来是利用交叉分析,分析用户属性与用户痛点间的关系,例如上述挂号排队等待烦人与用户性别间交叉分析,可以推出是否明显是男性用户表现出排队不耐烦的情绪。
好了,到这里,我们基本可以根据数据分析需求,反向推导出问卷设计所必要的内容。
最终我们输出的结论包含:痛点的普遍性,痛点的用户属性
5. 输出分析结论
实际上在步骤4的数据分析中我们已经完成了大部分的分析工作,而此步骤我们只需要将结论梳理成更易读的文档,并且根据最终的结论给出未来的工作建议。
问题详情: http://wen.woshipm.com/question/detail/2te8.html
问题2:需求分析的本质是什么? @方筱
精选回复@mark
需求分析的本质就是找到问题的根源。找到用户需要你帮助解决的核心问题、本质问题是什么?而不仅仅是用户的需求表述。
举个例子,小明说“我要个馒头”,“你为什么要馒头?” “因为我饿了”。好,如何填饱肚子才是核心问题。
需求分析的本质就是多问“为什么”,通过多问为什么,才能找到用户真正的问题。
这有点像医生看病,病人说我肚子疼,医生就要分析他为什么肚子疼,找到问题才能对症下药。
大部分时候需求都是带着面具来的,需求分析的本质就是摘掉面具找到问题本源。
精选回复@木头
理论上,需求分析,是挖掘需求本质,用户到底想要的是什么
但是忽略用户当时环境(场景)的分析本身并不具有说服力。
比如说:我想吃火锅。
一般挖掘办法是,挖掘本质需求:用户饿了。然后分析用户当时的限制因素,月底没钱,最后折中,给了一个馒头,满足饿了的需求。
挖掘合理吗?合理。
办法合理吗?合理。
结果是用户想要的吗?不想要。
就是这么真实。这个结果没有解决用户的问题,反而让用户更加讨厌你,因为他tm就想吃火锅啊!
划重点:
- 需求分析 :还原需求场景,挖掘需求本质,找到关键解决办法
- 关键词 :场景、需求、功能
问题详情: http://wen.woshipm.com/question/detail/595j.html
问题3:需求分析的角度和方法有哪些? @ Roc Yao
精选回复@龙舞蛟飞
一般而言,产品设计都是需求分析再到方案产出的。然而,日常工作中我们却不可避免地直接遇到一些横空出世的产品方案,或来自于领导、或来自于业务方,当然,更多时候是来自于自己。那么,面对这些貌似完美的方案,我们该如何进行科学评估?
1、追根溯源,明确需求
从本质上来说,任何方案对用户来说都仅仅是一种形式,一种为达到某种目的而进行的任务。科学地评估方案,需要追根溯源,弄明白该方案是为了满足什么样的需求。具体来说,即满足哪类用户,在哪些场景中的哪种需求。
比如,高跟鞋是为了满足年轻女性用户,在公众场合中,展现优雅与美丽的需求。一切不以满足用户需求为目的的产品方案,都是扯犊子。从需求与目标出发,才能真正保证设计不会出轨。此外,在此阶段中,特别需要的是质疑精神,要反复问自己、问身边的人、问用户:这样的需求真的存在吗?
2、分清缓急,评估需求
只有累死的牛,没有耕坏的地。资源是有限的,而需求是无限的,需要对其进行优先级评估。评估优先级,需要评估需求的用户量多少、需求频次高低与需求强弱。用户量可以从人口特征加以判断,如:性别、职业、年龄等。需求频次可以从真实的生活、工作场景进行评估。需求强弱可以通过KANO模型评估,即基本需求、期望需求与兴奋需求。
- 基本需求 :主要解决用户的痛点,满足后可以消除不满,但不能带来满意;不满足会招致不满。
- 期望需求 :主要解决用户的痒点,满足后可以带来满意,不满足会招致不满。
- 兴奋型需求 :主要解决用户兴奋点,满足后可以带来满意,不满足不会招致不满。一般而言,痛点优先,痒点次之,兴奋点最后。
3、敲定施行,点评方案
有时候,你的分析都是对的,但最终却设计了一种风马牛不相及的方案。面对产品方案,需要多问几个为什么,反复追问它真的能满足用户需求吗。有时候,一万种方式满足用户需求,而你却偏偏选择了最差的那种。面对眼前完美方案,我们需要了解竞品是怎么做的,它们有可能已经淌过所有的坑。最后,最最关键的一点,需要明确方案的ROI——产出投入比。明确产品方案所带来的数据提升的同时,还需要明确方案的运营成本、研发成本。毕竟性价比高的方案,才是老板喜欢的方案。
科学,是评估产品方案的唯一标准。
问题详情: http://wen.woshipm.com/question/detail/n5498.html
问题4:产品经理如何提升需求分析的能力?@肖洁琼
精选回复@魏立羽
首先要基于几点去回答这个问题比较好:
- 用户任务的连贯性任务是什么,这个产品是否符合用户连贯性的体现?
- 用户到底是在哪里用这个产品;用户拿到手怎么开始任务到结束任务,就是用户准备怎么用;用户接下来想干什么;
- 什么样的用户需求能给用户真正带来意外的刺激,让他们爽?
问题其实不在于产品如何去搜集需求,我们搜集需求有各种方法,各种理论,但一个产品经理有时候却不能设身处地的站在用户的那个角度去“看世界”,假若世界上有10种用户模型,其实你做考虑了这其中的9种模型,你发现95%的用户都归你了,他们跟着你走了,他们忠于你……
你只需要把10类用户模型找出来。
在做产品的时候,将可用性测试和情感性测试多放在面上去考虑,技术测试是应该做的,必须做的,是底层的,而可用性测试和情感性测试是给用户做的,因为那里藏着的全是用户的需求
精选回复@王俊浩
我来给点可以直接上手的意见吧:
1. 你做的产品涉及不涉及到业务领域或业务流程 ,如果涉及到那么先熟悉业务流程,基础支撑是基本的流程分析和建模能力。至少能够把业务流程所涉及的场景,岗位、角色、活动、输入输出描述清楚。
2. 用户行为分析,交互设计 :基础理论的书可以看几本,更多的是多看别人的产品和网站,交互设计不仅仅是用户体验或易用性设计。更多涉及到基于场景或角色驱动的流程设计。
最后,需求工程:不管是传统软件工程的需求规格,用例建模。还是敏捷下得User Story Card,都存在收集需求,整理需求,结构化和条目化需求,场景和流程描述,业务规则描述等基本内容。建议至少看一本需求工程方面的基本理论书籍。需求分析能力提升了,附带的就是结构化思考和写作能力提升,需要把需求能够表达和描述的清楚。
问题详情: http://wen.woshipm.com/question/detail/ds3e.html
问题5:产品经理如何进行需求管理? @陈大发
精选回复@啫喱
一、需求管理一个表就够了,高效,直观就好了(一般包括所属模块、功能分类、需求来源、需求简述,需求背景描述、优先级、预期上线时间等)
二、需求从采集、分析、筛选到处理这4个步骤有什么成体系的方法?
1、需求采集
需求一般来源于:老板、业务方、用户(用户数据+用户反馈)
需求采集流程:
明确目标 → 选择采集方法 → 采集执行 → 信息整理过滤 → 分析得出结论
一般情况都定性只用可用性测试,大版本会作用户研究;定量用数据分析(数据埋点非常重要)。
- 在这里必须明确 :请抱着目的做分析,否则会很麻木(如需要对书签单屏还是双屏变化,要先研究双屏的效率,商业收益和用户日常使用的定位)
- 数据分析case :用户流失计划,发现用户主动打开客户端低,且6日留存只有10%,增加自动化push能力拉活
- 用户反馈case :收集积分商城用户反馈并将反馈分类,发现用户对于劫持,产品品类,活动开奖的透明性最为敏感,之后产品加入https,引入秒杀专区和增加活动的实时走马灯开奖信息条。
2、需求分析——什么是需求——需求即需要解决的问题
经常会听说有人给你一个需求什么的,很多人一脸懵逼,不知道如何是好。以下分享我的决策逻辑:
收到“需求”→ 判断是否需求(真伪判断) → 是什么类型需求(需求定性)→判断是否紧急(定优先级)→纳入需求池→集中需求评审(主要了解设计、开发排期和实现问题)
如何判断真伪需求?判断原则:
(1)用户为中心,挖掘用户核心需求(用户一般反馈的都是表象的需求)
case 1:用户反馈说书签位置经常变动好烦啊
- 浅层解读:用户希望书签能动
- 深层解读:用户不希望快链被打乱,有整理快链习惯,希望可以整理快链不受打扰,增加整理书签能力
case 2:某购物网站获得用户反馈:注册流程很复杂,希望取消掉
- 外行的思维 :向用户解释注册是必须的,为的是能向用户提供更好地服务(如记录用户发货地址,下次无需重复填写);并对比同类网站的注册流程证明自己并不复杂。
- 普通产品经理 :化简注册流程,去掉不必要的注册项。
- 具有产品经理思维方式的产品经理 :分析注册流程在用户购买产品流程中的意义,发现用户从发起到完成购物任务需要:查看商品-比价-确定商品-填写邮寄地址- 支付-获得支付凭证。没有任何一个环节必须用到注册;注册是网站方的需要,以便统计用户人数,提供增值服务,提供个性化服务等等。因此可以将注册环节后移 至用户完成购物,并分为获得用户唯一标识和完善用户资料两部分(如用户获取支付凭证时要求填写手机号,将支付凭证以短信方式发送,此手机号即为唯一标识, 其他信息如用户名、年龄、性别等可以以后再填)。
(2)业务需求建议以数据为支撑,免得只为完成业绩导致的功能冗余和逻辑(运营能力考虑使用频度、运营场景等,也出现运营方出现对运营能力的不了解导致的误报)
case:业务反馈希望论坛里面增加指定位置插入帖子
- 分析 :业务其实只需要首屏显示是自己指定的帖子,但不希望通过已有的默认逻辑导致上浮后加上标签
- 解法 :指定位置插入帖子,一方面需要加入位置信息字段,另一方面还需要重新做一套逻辑让指定内容优先于原来内容展示,开发成本大且使用频度低,明显是假需求(目前上浮能力已经可以满足)
(3)需求筛选
这个接地气的说,就是看ROI(商业价值,开发成本,用户价值),判断优先级,进行开发排期等,可自行通过“重要紧急模型”即可。
(4)关于处理,一句话:开需求评审,ok后开工
问题详情: http://wen.woshipm.com/question/detail/q1omf.html
总结
对于需求分析,有一句话说得很对:“用户总是表达他们想要的,而产品经理要满足的是他们需要的。”用户和产品经理的关系就像是男女朋友,作为女朋友的用户嘴上骂着你但其实心里还是爱你的,所以作为男朋友的产品经理首先要摸清楚女朋友的脾性,分析她生气的点在哪里,该用什么方式来解决才能满足她的需求,只有这样才能保证你们的恋爱关系长长久久啊。
当然这只是一个比喻,现实中的男女关系往往更加复杂。情人节快要到咯,祝各位产品经理们情(chi)人(gou)节(liang)快乐!
精选问题每周有,欢迎食用~配合回复味道更佳(∩_∩)
本栏目由天天问小编@Cecilia 编辑,欢迎大家踊跃提问,一起交流。
相关阅读
【天天问每周精选】第23期:在优化迭代的过程中,如何平衡产品功能和用户需求?
【天天问每周精选】第22期:看了霸屏一周的小程序,你可能会有这些问题
【天天问每周精选】第21期:入门精选|社群运营最基本的六大问题
【天天问每周精选】第20期:4大方面+12个问题,为你梳理并总结产品工作的经验
【天天问每周精选】第19期:做了几年产品的你,知道该如何搭建产品架构吗?