需求分析阶段
需求分析贯穿在产品整个生命周期。
1. 产品概念期
这个阶段做需求分析,更强调需求调研,目的是定位目标用户群,做产品定位,市场研究并确认细分产品市场。提炼产品核心功能,解决目标用户群痛点问题。 交付物:BRD商业需求文档。(或类似的相关的文档,如需求调研报告、市场调研报告等)
2.产品设计开发期
这个阶段的需求分析,目的是要设计一个可落地的解决用户痛点,满足用户需求的产品。设计一个目标用户可用好用的产品。深层次的挖掘和分析用户,描述需求,解决问题。实现用户如何通过一步步的使用产品满足其需求。该阶段交付物:产品原型+PRD操作文档。
3.上线后-成长期
上线后的需求分析,目的是验证真实产品满足真实用户需求的结果,收集用户需求,优化产品。
4.成熟运营期
本阶段需求分析,目的在为产品提供更好的运营方案,制定竞争策略。让产品持续更好的更多的为企业创造商业价值。
5.产品衰退期
当产品进入衰退期时,需求分析重在研究市场发展趋势,以帮助决策是调整发展战略。
需求分析方法
需求分析三步走:明确问题-拆解需求-提供解决方案
1.明确问题
明确问题之前,我们首先要从各方搜集需求,然后经过分析,提出真正的需求。
需求获取渠道
公司内部、在线用户反馈、用户调研、竞品、产品数据分析、头脑分包。
收集到的一手需求还不是真正的需求,要先进行一个清洗过程,把一些无用的无根据的站不住脚的异常的等等都过滤掉。具体过程不做介绍啦。
明确问题(提出要解决的问题)
问题的标准:聚焦,明确、开放。不能泛,模糊。有用户、场景、问题。明确该需求带来的价值。需求最终是要交换成价值的。
举例:
问题 | 产品价值、目的 |
---|---|
解决用户出差到新城市,不知如何选择餐厅问题 | 提高商旅、旅游人群体验 |
某短视频社区、次日留存低于30% | 提高用户留存率 |
某电商平台,用户购物后评论率低于10% | 提高评论率,增加UGC内容,对商品有更好的评价机制 |
解决企业获客成本高,营销不精准问题 | 帮助企业精准获客,用户和收益增长 |
2.拆解问题(需求)
把已经明确的问题,从多个维度进行拆解,目的就是为了找到更合适的解决方案。
拆解问题的5个维度:
- 积极层面:通常可以拆解出怎么做对用户来讲可以产生更积极的情感。
- 否定层面:通常可以拆解,即使不做什么,依然可以产生好的结果。
- 转移层面:转移指的是不直接单独解决当前用户的问题,通过转移法,用户转移、问题转移等。
- 拆解:把当前问题刨根问底的拆,挖掘更多的可能性、找到问题本质。
- 脑洞:这个更多的靠灵感、经验等进行头脑风暴,补充其他维度考虑不到的地方。
案例:某视频APP,用户次日留存率低于30%,需要提高次日留存率。
拆解问题的时候,不要去考虑能不能实现,先去拆解一切想到的问题,最后在分析解决方案的时候再来进一步筛选。
3.提供解决方案
问题拆解完后,对所有提出的问题列出解决方案,注意,一开始思考解决方案的时候也不要去考虑实现的可行性,尽管去提供。等所有的解决方案都列出来之后,再进行方案分析、评估、排序。
需求管理
需求管理指的是如何安排已经明确产生的需求,通常会有来自四面八方的需求,但是资源和精力无法让做到有求必应。我们需要去把需求做一个分类和排序,尽可能的去做性价比高的需求开发。 这里我们介绍几种方法,帮助我们做需求分类和排序。
1.Kano模型
KANO 模型是东京理工大学教授狩野纪昭(Noriaki Kano)发明的对用户需求分类和优先排序的有用工具,以分析用户需求对用户满意的影响为基础,体现了产品性能和用户满意之间的非线性关系。
Kano模型把需求分为5类:
必备需求
该类需求代表的用户的核心痛点,是产品的必备功能,如果没有该功能,用户不用你的产品。但是如果有了该功能,用户并不会对你的产品的满意度增加。如微博的发布微博功能、社交APP的聊天功能、共享单车的开锁功能等。
期望需求
这类需求代表的是用户的痒点,代表的是品质,对用户来讲是最好有的功能。好比我们的生活,我们都期望我的生活是有一定品质的。拥有此功能,用户满意度会明显提升(过的还可以),没有此功能,用户满意度会明显下降,但是凑合可以用户(过得下去)。这种需求一定要去努力挖掘和分析,并做好。代表了产品的竞争优势。如社交软件的语音聊天视频功能。
魅力需求
这类需求所在暗处,用户自己都想不到的需求。拥有此功能,即便表现的并不完善或完美,用户满意度也显著提升,但即便没有此功能,用户也并不会对产品对满意度降低。如,在微信刚刚推出红包功能的时候,这是一个非常典型的魅力需求。
无差异型需求
该功能对用户来讲,是不痛不痒的需求。可用可不用,有或者没有都不会影响用户的满意度。如,我们在设计某个按钮,是20px,还是22px,是第一个还是第二个位置。无论怎么做,对用户并无明显影响。我们就尽量不要去花精力在这上面,只需要执行任意一种即可。
反向型需求
该类需求提供对应的功能后,用户会对产品的满意度降低。该类需求,最好不做。如,前段时间上热搜的一款监测学生上课是否集中注意力的智能科技“紧箍咒”,得到的是网友几乎一边倒的差评和抵制。
Kano模型实施方法:
Kano模型问卷调研法可以直接设计问卷调研,通过问卷调研得出需求属于哪一种:
我特别喜欢 | 最好这样 | 无所谓 | 本该如此 | 我很不喜欢 | |
---|---|---|---|---|---|
如果加上XX功能,你觉得怎么样 | |||||
如果去掉XX功能,你觉得怎么样 |
按照上表的格式,对每一个功能做一个的调研,充分收集用户的数据并得出结果。
2.时间管理四象限法
可以快速帮助我们评估需求开发的时间优先级。从紧急重要程度两个维度比较合理的帮助产品有条理的安排开发秩序,避免盲目排序。
3. ICE排序法
ICE排序法也是一种比较严谨科学的需求排序方法,通过从几个维度考虑给需求打分,以总分高低去排序。
- I(Impact):影响范围
- C(confidence):对上线效果的自信程度评估
- E(ease):开发难易程度(工作量+技术难易程度)评估
举例:
需求 | 影响范围(Impact) | 自信程度(Confidence) | 难易度(ease) | 综合分 | 排序 |
---|---|---|---|---|---|
项目采购流程审批 | 5 几乎全部采购用户都要用到 | 4 将有效加快审批周期,但是项目审批效率还依赖于其他因素 | 4 相比较于商城审批,略复杂一点,有一些特殊处理部分 | 13 | 2 |
商城商品采购审批 | 5 全部物品采购人员及审批人员 | 5 将有效加快审批周期 | 5 依据现有技术条件,认为实现起来很容易 | 15 | 1 |
项目管理模块 | 4 主要是领导和经办人等关键用户使用 | 2 手机端增强管理能力,(有,但不足的地方太多) | 2 技术实现难点多 | 8 | 4 |
商城模块 | 4 全部的商品采购申请人使用 | 3 采购商品将会更加便捷;管理订单也将更加方便高效 | 3 技术难度不大,但工作量大,耗时久 | 10 | 3 |
来源:CSDN
作者:娃娃菜爸
链接:https://blog.csdn.net/qq_39897571/article/details/103488212