㈠ 产品需求分析思路和方法(笔记整理)
本篇文章是对超仔老师课件的笔记整理,对于入门级产品经理应该如何掌握对产品需求分析思路和方法,学习完本课堂能够对这方面的知识体系更加系统性地了解,课件内容是理论和实际例子的结合,实实在在的干货知识通俗易通。对自己近期奔波于各公司的面试有莫大的帮助。
总共有三节课:
第一节主要内容是产品需求内涵的理解;认识需求的分类、层级、规律;学会如何正确地表达一个产品需求。
第二节主要内容是对需求获取的渠道和方式的掌握;学会对记录需求的方式。
第三节主要内容是对需求挖掘使用场景的了解;需求挖掘方法的掌握;需求分析的方法和需求优先级的排序方法的掌握。
一、产品需求分析思路和方法--产品需求
1、产品需求的内涵
①什么是产品?
所有的人造物都可以是产品,为了满足人们特定的需求而生产出来。汽车是为了让你移动的更快;房子为你遮风挡雨;衣服是让你保暖与遮羞。
②什么是需求?
需求是由个体在生理上或心理上感到某种欠缺而力求获得满足的一种内心状态,它是个体进行各种活动的基本动力。这是需求在心理学上的定义。
③需求的产品的关系
产品是为了人们的需求而被生产出来的,因为需求的驱动,才会使得用户需要产品。互联网产品就是通过互联网技术来满足人类的需求。
互联网产品的形态有:App、Web网页、PC客户端、各种硬件内的软件、AR、VR等等。产品经理所做的工作就是如何设计互联网产品去满足用户的各种需求
④案例分析:中午你饿了,想尽快吃饭,又不想出门,快速填饱肚子是需求,因此诞生了外卖产品。比如:美团外卖、饿了么
⑤理解需求的误区
很多产品在讨论需求的时候,会流于表面,最常见的一个问题就是把解决方案当成了需求,对需求的理解挖掘一定要到心里状态这个程度。
2、需求的分类及层次、规律、拆解用户需求
①需求分类
用户需求:满足用户所想,用户是上帝
商业需求:一切向钱看,商业化是目的,实现产品价值的最大化。
用户需求和商业需求的关系
提供产品必须满足用户需求,你只有满足了用户需求才会对用户产生价值,你才有可能实现你的商业化目的。谈商业需求的前提一定是谈用户需求,只要把用户需求满足好了你的商业需求才有可能得到实现。
案例分析:微信在起步阶段,用户需求高于商业需求仅仅满足用户需求不收取任何费用没有任何广告,最近几年,用户需求满足得很好了,作为一个成熟的产品,要攫取商业利润,商业化信息越来越浓,支付提现要手续费,广告介入,售卖广告位。
②需求层次:马斯洛需求层次理论
(Ⅰ)生理需要:满足日常生活基础所需,如吃穿住用行等;
(Ⅱ)安全需要:如对健康的担心、对贫困的恐惧、对无知的忧心、都是缺乏安全感的表现,在安全感匮乏的同时,则内心驱动会促使去满足获取安全感的需要;
(Ⅲ)社交需要:社交包括友情、爱情、亲情等多个层次;
(Ⅳ)尊重需要:希望可以得到别人的尊重,展现自己,获得人们的认可。尊重与被尊重都存在与社交网络中交流互动中;
(Ⅴ)自我实现需要:最高阶级的需求。如微博加V、知乎。
用户需求:人性七宗罪,在圣经里,人类天生都是罪恶的,所以从生下来开始一生都在赎罪,具体有七宗罪:淫欲、贪食、贪婪、懒惰、暴怒、妒忌、傲慢。
③需求层次的规律
规律一:需求层次理论将人类需求从低到高层次划分为5类,只有较低层次的需求得到满足之后,较高层次的需求才会成为新的动力。
规律二:这些需求都是与生俱来的,不会随着社会的变革而变化,即需求是不会变的,变的是满足需求的产品。
规律三:产品最核心的是其解决的需求是否是刚需。马斯洛最底层的生理需求,如生活类的吃穿住行,即为刚需。其上一层次的安全需求,也都是普遍存在的,而越往上,则变得越来越不必要,如自我实现,不再是所有人的必须。
规律四:越底层的东西,越是平淡无奇,使用起来越是不温不火。需要的才打开使用,是一种工具。而其他基于新鲜感的需要,则在使用高峰时则万人空巷;低谷时,则门可罗雀。故基于底层的工具类需求,粘性未必最高,但一定是生存最久的。
④拆解用户需求
一条用户需求可看做是‘目标用户’在‘合理场景’下的‘用户目标’,其实就是在解决‘谁’在‘什么环境’下想要‘解决什么问题’
案例:拆解用户需求
需求一:酷爱音乐,跑步的时候一定要听音乐,而且要听特别感动的音乐
需求二:想知道最近流行什么音乐,不然K歌总觉得自己落后
需求三:不知道听什么,推荐的自己不喜欢
本章小结
需求是产品经理口头上出现频次最高的词汇,但需求二字背后的真正含义又有多少人知道。究竟产品需求包括什么,需求如何分类,用户需求和商业需求究竟什么关系,以及需求的正确打开方式是什么,通过本节课能够深刻领悟到
二、产品需求分析思路和方法--需求的来源
1、需求获取的渠道:外部和内部
①外部:
外部获取需求的方式有用户、竞品、市场、合作伙伴
(Ⅰ)用户:产品设计的初衷就是为了满足用户的需求,可通过用户反馈、用户调研获取;
(Ⅱ)竞品:竞品分为两种。一种是用同样的产品功能满足同样用户需求的产品,另一种是用不同的产品功能满足同样用户需求的产品。竞品对用户需求的满足程度、满足方式可以为我们的产品设计带来一定的启示
(Ⅲ)市场:需求和产品常常会受到行业政策调整的影响。如‘净网行动’、‘打车软件专车服务属非法营运’等
(Ⅳ)合作伙伴:合作伙伴在商业模式中扮演着重要的角色
②内部:
内部获取需求的方式有产品数据、老板、同事、自己
(Ⅰ)产品数据:用户在使用时会产生行为数据,这些客观的数据一定程度上会反映出用户需求
(Ⅱ)老板:企业运转的根本目的在于盈利。产品在满足用户需求的同时必须兼顾公司的战略需求。
(Ⅲ)同事:产品、研发、设计、运营、市场、销售、客服是距离用户最近的人,往往最能理解用户抱怨的点也能提出建设性的意见。
(Ⅳ)自己:产品经理应该成为自己产品的重度用户,而且是产品的目标用户,在使用产品的过程中发现用户需求,如此一来更能帮助用户解决问题。
2、需求记录
产品相关人员在获取需求之后,还需要对数据进行一个初步的记录,以便于后面的产品经理对需求进行分析、管理与实现
①需求的记录方式
②需求类型
按产品属性划分:分为idea、新增、优化、Bugfix四种类型;
按产品职能划分:分为功能类需求、运营类需求、数据类需求、设计类需求;
本章小结
需求来源于各方面,产品经理对于需求的把控是检验产品能力的重要一环。现实中往往出现需求很多但都不合理,问题就在需求的来源不对,导致需求的质量不高,因此要把控好需求的来源,提高需求的质量。
三、产品需求分析思路和方法--需求的挖掘
1、了解需求挖掘的使用场景
通常产品规划前期,产品经理需要定位好用户的痛点,为其提出解决方案,并作为产品的核心功能和卖点。比如景区导航的核心功能点是定位和导航,天气预报App的核心功能是天气报道和预报,明确其核心功能后,还需规划其他延伸的功能或相关功能,以增加用户的粘性,推动用户的活跃和转化。
2、掌握需求挖掘的方法
①心里+场景方式就是通过用户在某个环境状态下,对用户每个心里状态进行分析和提出解决方案的过程。
案例分析:墨迹天气是以天气播报为核心功能的,当用户知道天气情况后,他们有哪些心理活动?又下雨了?今天穿多少衣服出门?空气质量是否适合运动、逐一的梳理出用户在这个场景下可能存在的心理状态,针对心理状态列出功能点
②标签+场景是通过对用户的基本认知进行场景化思考,对这个特点的用户在这个场景下需要哪些功能。
案例:keep是针对80后的运动软件,那么我们先列出80后的社交和标签行为,然后选择一个场景逐一考虑是否有新的功能点。
3、需求分析
①需求分析的方法
需求分析分成三个部分:需求筛选、需求透视、需求排序
三者的逻辑:首先筛掉不做的需求,其次对要做的需求进行进一步提炼,最后对提炼好的需求进行优先级排序。下面对这三者做下分析
(i)需求筛选
需求筛选的特点包含真实性、一致性、价值性、可行性;
真实性:这个需求是否可以满足用户的需求;
一致性:有多少用户需要这个需求,覆盖率多大,是否满足产品定位;
价值性:需求能带来多大的价值?需要付出多大成本?;
可行性:需求在现有的资源上是否能实现;
(ii)需求透视
需求透视包括表面需求、本质需求、产品需求。本质需求是用户想解决的根本问题。获得用户的本质需求更能找出合理的解决方案来解决用户需求;产品需求是依据用户想解决的根本问题,得出更好的解决方案
(iii)需求排序
需求排序的三个基本考虑因素:战略定位、产品定位、用户需求,具体而言可以分为七个维度:相关性、逻辑性、价值性、强度、广度、频率、类型
(Ⅰ)相关性:考察需求与战略地位、产品定位的相关性
(Ⅱ)逻辑性:完成A功能才能进行B功能
案例分析:微信钱包开发战略:绑定银行卡—充值—消费—红包—理财通—京东精选—生活缴费
(Ⅲ)价值性:考察需求能创造的企业价值、用户价值的性质与数量
(Ⅳ)强度:考察需求的强弱,三个因素考虑:必要性(不可缺少)、高频次(需求次数多)、持续性(长时间保持足够的需求频次)
(Ⅴ)广度:需求覆盖的目标用户有多少
(Ⅵ)频率:考察需求单位时间内出现的次数
(Ⅶ)类型:依据KANO模型对需求作出分类,考察需求类型。KANO模型认为用户需求可分为基本型需求、期望型需求、兴奋型需求
本章小结
产品的需求的来源于用户、客户、领导,产品经理应该要有自己的一套产品功能规划思路和方法论;对收集到的需求,可以通过“心里+场景”、“标签+场景”这些纬度去判断需求是否符合用户心里和个人特征;紧接着对符合的需求的进行分析、筛选、优先级排序,这项工作是最考验产品能力的,互联网行业瞬息万变,只有利用好手中的资源合理安排需求,才能抓住市场机遇,优先满足用户需求,获取市场流量。
㈡ 如何在产品设计过程中描述一个完整需求场景
需求定义
在最起初,项目需求源自于业务方的愿景和战略。产品团队应在最初的需求评审会上给出清晰的目标描述,这其中包括了需要解决的问题、提供的服务和达到的目标。同时,还应提供需要关注的关键数据指标,比如常见的意向UV、UV点击率、购买转化率等。
在这个阶段,用户体验团队,尤其是用户研究员和交互设计师,需要完成的是根据产品团队所提出的需求,进行全面完整的需求分析。这其中包括了用户场景分析、产品现状走查、数据分析和竞品分析等。
用户场景分析:细分目标用户类型、明确使用场景(who/when/where/what)、定位痛点、需求点、决策点,确定场景优先级。
产品现状走查:具体的方式可以是用户访谈、用户测试、用户体验地图、眼动追踪和KANO分析等,用于了解产品的功能、性能、内容和体验。
数据分析:包括全流程各环节数据、业务转化漏斗、用户行为数据和竞品相关数据。
竞品分析:分别从范围层(功能对比)、结构层(功能结构与流程)、框架层(界面信息布局)三个方面进行分析研究。
需求设计
进入到设计阶段,交互设计师首先需要根据具体需求完成交互初稿、原型设计和最终交互定稿方案,交付物在完成组内交互评审后,与产品经理对接,完成评审确认。与此同时,视觉设计师可以进行风格探索尝试、素材搜集整理和初稿的构思设计。在交互方案确认后,视觉设计师开始视觉层面的定稿设计,完成后需要交付给交互设计师和产品经理分别进行评审,确认后完成视觉资源输出(包括切图标注等)。
交互初稿设计:分别从范围层(确定展示功能和功能优先级)、结构层(确定功能结构与流程及页面数量)、框架层(梳理页面元素、确定页面元素优先级与基本布局)三个方面进行设计。
交互原型设计:明确关键页面&流程、基本交互操作,完成可用性分析/测试(包括用户场景自查、用研专家快速评估、快速反复测试及评估等)。
交互定稿设计:生成交互文档(包括详尽的交互说明、埋点要求及说明等)、高保真原型。
视觉定稿设计:产出设计定稿图,进行可用性测试(包括专家测试及评估,快速反复可用性测试及评估等)。
需求开发
交互定稿完成后,交互设计师需与产品经理、相关开发团队成员一起进行技术评审,完成整体方案的开发估时。
在视觉方案最终确认后,视觉设计师需与产品经理、相关开发团队成员一起进行需求方案宣讲和技术评审,确认开发团队的最终排期。设计部门需配合开发联调 UI 视觉样式,提前确保设计质量。
产品提测
通过交互全流程走查、视觉还原走查、提出界面实现上的视觉问题 (UI bug)、提测阶段全面解决,来保证设计稿精确还原。
产品上线
对上线数据进行验证,进行数据的收集、分析和总结,了解各种数据指标及相应的意义,利用数据分析结论指导设计。收集、分析、决策用户反馈,对整体项目进行总结复盘,为下一阶段迭代优化做准备。
㈢ 产品经理如何进行需求分析
本文分为4个模块,分别为产品的定义、需求的定义、挖掘需求、需求分析。前两个模块主要讲解概念,后两个模块主要讲解方法论。个人认为对概念的理解与掌握方法论同样重要,只有深刻的理解概念,才能支撑方法论,做出合理的判断。
1 . 什么是产品
在互联网环境,都提倡以用户为核心,满足用户需求,产品被创造出来就是为了满足用户,产品的本质也就是商品,用于交易。
产品具备交换价值
产品可以被交换,才具备价值。网络红人手工耿创造了一台倒立洗头机,这台机器就不是产品,它不具备交换价值,因为没有人在平日会倒立洗头。如:爱情、忠诚、友情这些也不是产品。
2. 什么是需求
假设你是一家电影产品公司的产品经理,下图中这3种情况,哪种才是用户的需求?
在回答这个问题前,首先要弄懂需要、需求、欲望之间的关系。
需要(Needs): 人 的基本需求
需求(Demands): 人有能力购买某个产品具体的欲望
欲望(wants): 人的想达到某种目,且超过目前的能力范围
根据上述需要、需求、欲望的定义,来解答上面的案例。
“我要看电影”是用户的需要,因为电影是这个行业的基本要素,你必须提供看电影的服务。就如同理发店一定会提供理发服务。
“我要花15元购买VIP,去看电影”,这是用户的需求。为了看电影,用户需要花费15元购买VIP,这15元是是在用户能力范围之内的。
“我要免费看所有电影”,这是用户的欲望,很难满足,超过自己的能力范围,因为电影资源在厂商手上,厂商希望通过它来商业变现,不可能全部免费开放。
满足用户的“需要”是产品在行业的立足之本, 也是行业的门槛,这个“门槛”在大部分行业一定的成熟的方案,且实现难度低,可以通过收集市面上的产品,它们的公共点就是行业的“门槛”,如:OA系统的签到、审核功能,即时通讯的IM聊天功能等。
行业的门槛不是一成不变的,随着市场的发展,行业的门槛会不断上升。如:早期的网吧只要提供上网功能就行,对电脑配置没有太大要求。现在的网吧必须达到一定的配置,如:处理器必须达到I5,显卡要达到XX标准。
满足用户的“需求”,是产品的核心功能、壁垒, 主要帮助公司实现商业价值,这个点很庞大,以本人B端的从业经验来说,如果想让用户付费,就让用户有感知。产品需要告知用户,它帮助用户节约了多少成本,提高了多少效率,带来的了多少营收,这样的数据最好在月报或者年报中展示。需要记住一点, 满足用户需求并不是建立在等价交换的原则上,产品给用户是“多”,用户给产品是“少”, 这样用户才愿意付费 ,这需要做到规模化、批量化。
满足用户的“欲望”通常用于产品拉新、促活的手段 ,如:商品打折、拼团活动、送优惠券等,用户只需要付出极低的代价就能满足自己的欲望。
3. 挖掘需求
能够直接获取的需求,价值都不大,有价值的需求它就像土里面的金属,需要挖掘。
以上图的抖音为案例,我们在挖掘用户需求的过程中可以从纵向和横向两个方面入手。
纵向: 采用“打破沙锅问到底”的方法 ,提取用户回答的关键字,不断的明确用户所说的场景。
横向: 提取用户回答的关键字中的近义词或反义词 ,不断的扩充用户场景。如:用户的需求为休息,那我们就需要明确用户是想睡觉还是不想工作,如果是睡觉,那我们是不是要准备一张床;如果是不想工作,那么用户的工作量是不是太多了,有什么办法减少工作量。
纵向和横向的交点就是用户的需求/需要/欲望,如抖音案例:纵向挖掘出用户想看的内容为可爱美女跳街舞,横向挖掘出用户想看的内容为帅哥跳街舞,那么横向和纵向的交点为街舞,用户其实想看的是街舞,与帅哥、美女没有关系。
4. 需求分析
挖掘到用户的需求后,我们就需要分析需求,需求分析大体有HMW、竞品分析、数据分析3种方法,这里介绍HMW这种需求分析方法。
HMW分为5个步骤:
明确用户场景问题;
HMW分解问题;
发散思维头脑风暴;
分类排序;
流程与原型设计。
1)明确用户场景问题
首先需要明确需求中的用户场景问题, 可以参考5W1H模型, 如:什么用户,在什么地点,什么时间,做什么事情,是怎么做的,结果如何。
以下举几下例子方便大家理解。
明确问题还需要明确背后的目的,以及所带来的价值。其中价值具体分为商业价值和用户价值。
商业价值:能给公司带来什么,可以是营收、品牌传播、用户获取等等。
用户价值:能给用户带来什么,可以是工作效率的提升,更好的操作反馈等等。
2)HMW分解问题
分解问题可以从积极、转移、否定、脑洞、拆解这几个方面入手。 以用户的购买率低为案例 ,用HMW方法来分解这个问题。
积极
积极:以用户为中心,挖掘对用户正向、有意义、方便、有趣点。
我们可以看游戏行业在“积极”方面的做法,游戏行业的用户获取成本高,发行时间短,对用户的“固化”手段值得我们学习。例如:一款游戏通过数据反馈,用户连续7天登录游戏,用户的留存率达到50%,连续30天登录游戏,用户的留存率达到90%。该游戏通常会采用以下两个做法
签到:用户每天签到可获得一些小奖励,连续签到7天,可获得一次大奖励,连续签到30天获得更大的奖励;
连续不断的正反馈:用户在前期获得高频率的正反馈,如:礼包领取,快速升级、极品装备易获取等等。增加用户的沉没成本。
转移
转移:他人/第三方来驱动用户做某一件事。
以游戏行业为例,游戏产品通常会设计好友上线提醒和团队任务功能,让用户的好友和相关任务驱动用户提升游戏的活跃度。
否定
否定:我们不去做某件事也能达成目的或用户不得不去做某件事。( 逆 向思维 )
这里举一个逆向思维的例子,如:一家公司推出一件爆款女性衣服在线下门店销售,这件衣服用户拿起和试穿的次数很多,但购买率很低。
首先我们可以提取到的关键信息:
这件衣服的曝光率很高;
用户很喜欢这件衣服。
按照正常的思考路径,我们会思考衣服的定价、当前季节、门店的服务等等这些因素才导致衣服的购买率低。
用逆向思维思考,假设用户成功购买衣服,用户会穿着这件衣服上班、逛街,那么是不是这件爆款衣服不适合在公众场合穿,才导致购买率低。
这里介绍两种逆向思维的是思考方式
果到因:正常的思维是由因到果,逆向思维需要从果逆推到因,如:用户的购买率低,由购买率低推导出是什么因素导致购买率低。
假设相反结果:设立结果的反面,如:用户的购买率低,如果用户的购买率高,那需要具备什么因素。
脑洞
脑洞:头脑风暴。
站在这个角度思考问题,关键在于思维不受限,需要天马行空。可以组织设计、研发、测试、市场等同事一起进行头脑风暴,产品经理从中进行协调,引导头脑风暴的方向。
拆解
拆解:分解用户的行为路径。
用户的行为路径分析需要结合用户的相关数据,这部分后续会专门用一篇文章来说明。
3)发散思维头脑风暴、分类排序、原型设计
发散思维头脑风暴、原型设计没有具体的方法论,不做重点说明,其中分类排序会在下一篇文章来讲解。
5. 总结
本文介绍了需求分析的方法论,方法论只是“术”的层面,行业的经验,行业的理解才是“道”的层面,只有“术”与“道”的结合才能成为优秀的产品经理
㈣ 如何做需求分析
需求分析的目的是为了达成开发者和用户对需求信息的共同理解,对需求的分析不到位,可能会导致各角色对需求理解不一致、需求变更频繁,无法对需求做出估计等问题,给项目和团队带来负面影响。
需要分析的主要内容包括:
(1)功能分析:分析实现该需求所须提供的功能含义、工作内容;
(2)角色分析:分析该需求涉及的角色及在本需求内容的行为;
(3)业务流程分析:分析该需求涉及的业务流程、以流程图或用例图表示;
(4)数据分析:分析该需求涉及数据项的名称、含义、格式、规则;
(5)全线分析:定义各角色在该需求中的行为;
(6)界面分析:分析实现该需求的界面风格、表单样式及页面布局;
(7)性能分析:分析该需求的最大数据量、访问频度,定义用户访问时间等要求;
(8)耦合性分析:分析该需求和其他需求的相互关系及影响。
㈤ 如何做产品业务需求调研
怎么做需求分析?
能够像主角镇长一样找到村民真实的需求呢?
首先,需求分析应该服务于用户,所以要以用户为中心做需求分析
其次,需求分析后要形成一份PRD,让团队里的人更流程地工作,减少沟通成本
那么,它的步骤是怎样的?
第一步:给你的产品定个位
“请用一句话描述你的产品”
(结构是:主要面向XX用户,提供XX功能,具有XX特色)
这个方法谁用谁知道,如果很难描述出来的话,你的这个产品就定位有点模糊了,方向也不明确。
第二步:找到初步需求
首先,通过用户研究、头脑风暴等方法,产出用户需求示意列表
得到初步需求后,先把不可实现、不合理、价值不大、无适合场景的需求剔除。——筛选
然后,挖掘用户的目标,找到用户真实的需求。——挖掘
这里需要注意的两点是:
1、倾听用户并不等于听从用户
2、用户想要什么不等于真实需求
接着就是匹配产品定位,找出产品主要功能和特色功能。——匹配
最后就是根据项目的资源来确定需求的优先级
㈥ 产品经理如何做好需求分析(一)
最近在看一些刻意练习相关的知识点,觉得自己之前虽然收集了一些知识点,但并没有完全转化成自己的东西。
所以打算按照模块化和体系化的方式,把产品技能树里面一些重要的技能点,重新梳理一下,大体的技能点可参考下之前的文章:
搭建产品经理技能树,看完这篇就够了
本篇文章主要是需求分析相关的东西,包括需求定义、需求收集、需求过滤、需求分析和需求取舍这几部分;在此之间一定要问一问这个需求要不要解决;多问为什么,为什么要解决,解决之后能对这个产品带来什么,在开发成本会不会提高,会不会有很多的利益等等;
需求定义主要是定义什么是需求,毕竟不同的人理解的需求可能不太一样,需求收集主要是尽可能多的收集需求,并且进行迹答册合理的归类。
当我们把需求收集完之后,再考虑要不要做,怎么做。需求过滤就是初步的进行需求筛选,需求分析是挖掘真实的需求,以及进行需求价值的评估,需求取舍是不同的需求之间进行较量,追求产品价值最大化。
下面我们来分别看下这些部分。
这部分主要是需求的定义,这个定义来源于飞哥《产品思维》中的定义
▲ 需求定义
这个定义来源于飞哥在《产品思维》中的定义:
用户对解决现存问题的需要。
这里面有几个关键词:目标用户、现存问题、需要解决。
目标用户很好理解,我们定义的产品就是为了解决一部分人的问题,如果遇到问题的用户根本不是我们的目标用户群,那就需要慎重考虑了。
现存问题指的是有实际场景,有切实遇到的问题,而不是我们主观臆测用户可能会有这样的场景,可能会需要。
需要解决指的是现存的问题是需要被解决的,包括能力和意愿。
假定我们定义的问题,用户根本不觉得这是个问题,或者问题根本不需要解决的,那我们提供的产品就很难有市场。
如果我们定义的方案成本过高,用户没有能力负担,那我们也需要考虑其他的策略。
▲ 需求成因
这部分主要是尝试着探寻需求形成的原因,也就是 Why。
当我们采取一些行动的时候,我们是期望获得更好的结果,那倒退一步来看,其实就是对现状并不满意,所以我尝试着给出这样一个定义:
因欲求不满,引发某种动机,想要填补现实和理想之间的落差。这种动机,就是需求产生的原因。
这里面有这么几个关键点,现状、预期、成本。
现状指的是对现状不满意,如果对现状很满意,那可举毕能就没有后面的东西了,然而人的欲望是无穷无尽的,总归会一些不满意的地方。
预期指的是想要更好,这个预期的解决方案,好的标准是基于用户以往的经历、经验来形成的。
比如同样是下午时光,有的人会想着点杯下午茶,有的人不会有这个想法,至于下午茶是奶茶、是咖啡还是果汁,以及同一家店的东西好喝不好喝,取决于个人的情况。
成本指的是为了达成预期收益,用户需要付出的成本,包括直接采取行动的时间、金钱、脑力、体力等,也包括间接行动的心理成本、决策成本等,此外还有潜在的机会成本。
用户对现状的不满意程度,以及预期的收益是推动用户产生行动的动力,而行动成本则是阻止用户产生行动的阻力,最终用户行动的可能性是:
行动可能性=(预期收益值-现状满意度)-行动姿宏成本
这个值越大,用户产生行动的可能性也就越大,需求的迫切程度也就越强。
我们做产品,就是找到现状满意度较低的点,给用户提供预期收益值更高的产品或服务,然后降低行动成本。
即使预期收益和现状都没有发生变化,仅仅只降低行动成本,也能让原本不可能发生的行为发生。
比如共享单车之前在很多城市都有,不过是有桩的,需要到指定的地点骑车、还车,还要到特定的地方办卡、充值,移动支付+无桩+遍地都是的共享单车出来之后,很多原来不骑的人也开始骑了。
▲ 需求层次
当我们做用户研究的时候,有时候会遇到用户说一套做一套的情况,也会遇到用户直接给解决方案的情况,如果直接听用户的,我们可能会被带到坑里去。
这个时候,需要更深层次的去理解需求,也就是:
表层:观点和行为;
深层:目标和动机;
人性:人性和价值观。
表层就是不管看用户怎么说,还要看用户是怎么做的。
深层就是挖掘用户这么做是想达成什么目标,促使用户达成目标背后的动机又是什么。
再往下挖其实就到了人性和价值观的层面,人性是基于我们作为人类的共同特点,七宗罪、贪嗔痴等,价值观则取决于我们的经历、教育背景、生活环境、家庭教育等等。
以减肥为例,同样是减肥,有的人可能就是说说,有的人为了减肥甚至会采用节食的方法,这是怎么说与怎么做。
有的人减肥是为了塑形,有的人是为了身体健康,背后的动机也可能不太一样,有的人可能是为了找对象,有的人可能是最近受到刺激了。
再往下深挖有些东西可能是相通的,比如我们大家都追求美的东西,都希望获得他人的赞美,都希望能够身体健康。
当我们遇到一个需求的时候,需要不断的进行深挖,因为不同的需求对应的解决方案是不同的。
▲ 需求是动态的
最后想简单说下,需求其实是动态变化的,一是需求重点会不断转移,二是需求量会发生变化。
需求重点的转移主要指的是当需求被很好的满足的时候,原来高层次需求会变成基础需求,原来不那么重要的需求可能会变成新的需求点。
以手机为例,最开始的手机都是打电话、发短信,后来开始拼外观、拼性能、拼使用体验,有一些手机也会主打拍照这些差异化的功能点。
需求的量指的是在其他条件不变时,相对价格降低,需求量上升。
相对价格=(直接成本+交易成本)/效用组合。
在功能机的时代,最开始用的流量是1个月30M,那个时候觉得100M绰绰有余了,根本用不完,现在每个月至少几十G了,我们最开始其实是不知道自己对流量有这么大需求的。
需求收集
我们在工作中会收到来自各方的各种需求,可以把需求先收集起来,后面再进行过滤和分析。
这部分主要包括需求收集和需求分类。
▲ 需求收集
一是收集尽可能多的数量,二是覆盖尽可能多的渠道。
收集是不需要进行大量思考的,分析是需要进行深入思考的,所以可以把收集和分析作为两个独立的步骤,先追求数量,再追求质量,数量足够多的情况下,质量自然也就上去了。
我们收集需求的时候要尽量覆盖不同渠道的用户,因为来自同一个渠道的用户可能会比较接近,而不同渠道的用户特征是不一样的。
比如App内反馈的用户大多是产品的重度用户,QQ的用户则会偏年轻一些。
▲ 需求分类
为便于我们后续的需求分析,需要按照合理的分类方式来组织需求。
我们可以按照用户的使用流程、功能类型或者需求类型来进行分类。
使用流程指的就是用户使用产品的流程,以内容型产品为例,发现内容、消费内容、内容互动、内容分享、生产内容、管理内容等。
需求类型指的是需求对于用户的重要程度,是底线需求,还是够用就好,是越多越好,还是制造惊喜的需求。
功能类型指的是按照功能本身的重要程度,比如体验优化、核心功能、付费相关、运营需求等。
需求过滤
当我们把需求收集、分类好之后,就是对需求的初步过滤了。
当我们发现一些明显不符合常理,或者根本没有什么使用场景的需求,可以暂时先过滤掉。
另外是一些我们初步判定没有什么价值,或者短期内暂时无法实现的,也可以暂时先过滤掉。
对于这部分被过滤掉的需求,可以进行定期回顾,有些需求可能受限于当时的环境、认知、阶段目标觉得没有价值,不可以做,后续可能又会变得可以做了。
比如在网易云音乐中,最开始是没有做专辑收藏这个功能的,产品发展到一定程度之后,又做了专辑收藏这个功能。
本来打算一篇文章写完,写着写着发现内容好像有些多,索性就拆成了两篇。
好久都没有更新了,最近几天会及时更新的,我最近也在做垂直电商和社群电商,有意的可以一起聊聊哦。
㈦ 产品经理,如何做需求分析
作为产品经理,每天要接触到大大小小不同的需求,在面对需求时,需要进行有效的需求分析,才能更好地了解问题,从而制定相应的解决方案,就是通过用户的问题,找到用户需求的最本质,给予最合适的方案,满足用户需求。
需求分析是产品经理平常最基础且重要的工作,确保需求的可行性,随之进行后续的操作和跟进,需求分析也能发散出比较多的思考。
需求到底该如何分析?
需求的真伪判断,在产品的生命周期里,我们需要对每一个需求进行判断,不管是宏观层次还是执行层次。而对于真伪需求的判断总是模棱两可的,我们需要根据产品生命周期、当前公司战略、技术水平等很多情况进行斟酌。
用户的需求也像一座冰山,有很大一部分隐藏在海平面以下,只有很少一部分需求暴露在海平面以上。
有时候我们收到用户需求后,并且按他们的要求做了,但是在上线之后才发现所做的东西并不是他们想要的,这时候你应该怎么办?是怪自己还是怪用户。可能他们提需求的时候都不清楚自己的真实需求,当然没法告诉你了。
这就需要产品经理从自己专业的角度上出发,帮客户找到那些隐藏的需求。我们经常所说的需求挖掘,主要就是找到隐藏在冰面下的需求。用户的需求分成意识到的需求、无意识的需求、进一步的需求三种:
1、 意识到的需求 :表面上的需求,就是一些直接体现的问题,这些大部分产品经理在调研的过程中可以直接获取到;
2、 无意识的需求 :这种问题需要产品经理对业务有一定的理解才能发现。只有对这类场景能做到“感同身受”的话,产品经理设计的过程中才能够设计出更合理、更高效的方案;
3、 进一步的需求 :这是项目的深层需求,用户对于他们自己遇到的问题也没有办法提出关键的解决方案。因此需要产品经理对问题充分理解的前提下,选择合适的实现方式以创造用户未想到的功能。