上海园区招商办公室
联系人:梁经理
联系电话:15000456391
欢迎来电咨询,竭诚为你服务!
作为一名“中途”冒出来的产品经理,是如何来做需求分析的呢?
提出这个问题是基于2方面原因:其一面试时刚好遇到,其二最近看用户研究、用户分析方面的书籍,收集了很多的“招术”。
而今早在看到2篇内容时突然“茅塞顿开”,突然意识到一直在“解答”问题,而不是“解决”问题,这也可能是导致自己没有完全从技术思维转变到产品思维的一个原因,闲话少叙,一起来看我的需求分析的转变之旅吧。
主要分为两个阶段:“解答”问题阶段-》“解决”问题阶段
“解答”问题阶段
这个阶段更像是小时候做题,遇到一个问题,就一定要给出答案且只针对这道题,现在回想起来,人生很多时候就是这样的一种状态。
在刚涉猎这个行业时,我也惯性地采用了这种方式,但经历得久了,会开始思考,为何看似解决一个问题,又来一个新的,虽然有尝试过各种方法,直到今天我才清醒的意识到,解决的思路需要提升
举例:
刚入门产品经理的时候,接触到需求时会惯性地来一个打一个,头脑层面经常说要考虑全面,但行为上却是实打实的 “1VS1”(知行未合一)。
举个例子:一群小盆友去店里吃饭,不同年龄段的小盆友收取的费用不同,需求方的需求是支持对不同年龄段设置不同比例即可
0-3岁(不含3岁) |
3-5岁(不含5岁) |
5-8岁(不含8岁) |
|
基础费用(元) |
10 |
20 |
30 |
服务费(%) |
0.5% |
1% |
2% |
当时的解决方法:可以对不同的年龄段设置比例即可,应用端展示相关费用及支持修改服务费:基础费用 + 服务费,基本结构如下图所示:
思考:如此交付后产生的问题会有哪些?
“解决”问题阶段
在问题解答过后,并不是像应试答题场景下的那种标准情境,这个问题回答完了就结束了(前提是答案正确),而在经过“实际”的验证后,引发了新的问题
新的需求:
(1)设置固定费用值
(2)展示层面可设置为固定值或者百分比
(3)在应用场景允许修改服务费
当上述新的需求出现时,发现已有的方案已经无法灵活支持,需要重新设计,重新开发,明明上个月刚刚设计了这个模块,怎么这个月又开始了,“群众的抗议”自然就出现,那究竟如何来解决这个问题呢?
本质问题:如何做好需求分析?
先看方法论,这个方法论是通过近期看书、视频、各类公众号文章以及反思实际工作中的场景总结而来的,不一定是最优的,但是目前我自己能想到的
前提条件:一种是完全从0 开始,业务尚未开展,全在“头脑”中;第二种:业务已经在线下推行了,需要线上化,目前接触到最多的是第二种,所以这套分析方法也是基于第二种情况而讨论
方法论:需求的现状以及期望-》产生这个需求的原因-》分析过程
分析过程:主要从以下几个层面
(1) 哪些不同类别的人需要参与;
(2)参与者的需求、行为、目的;
(3)参与者遇到的问题是什么;
(4)参与者的所处位置,在组织架构中的位置,该参与者上下游会不会有关联需求。
基于“解答”问题阶段的需求重新进行需求分析:
原始需求:一群小盆友去店里吃饭,不同年龄段的小盆友收取的费用不同,需求方的需求是支持对不同年龄段设置不同比例即可
当尝试按照上述方法论进行分析后,完全可以覆盖后续新的需求,后续只需要进行原型的设计即可,分析过程如下表所示
参与的成员 |
行为 |
需求 |
目的 |
问题描述 |
所处层级 |
收银人员 |
收费 修改服务费用的折扣 |
按照业务需要可自行修改服务费的折扣 |
完成交易 |
无法修改折扣 |
一线人员 |
费用维护人员 |
维护基础费用及服务费用 |
灵活设置服务费 |
完成不同场景下的维护费用表单 |
根据不同场景设置不同的费用表单 |
一线人员 |
购买者 |
查看费用 |
参与并完成交易 |
参与并完成交易 |
无 |
一线,参与交易的人 |
通过上述表格的分析,我们在设计时将满足上述3类角色的需求,对于非一线的成员的需求未展开分析,如管理层需要进行运营数据的查看等。
延展问题:
如果只是针对举例场景,上述的分析已经够了但还是要根据实际业务场景进行处理,实际工作中,我所负责的业务购买者在与业务人员沟通后是可以自行填写服务费的,衍生出来的需求是哪些角色修改字段值,当然这部分功能不是一定要立即实现,但可提前进行考量,目前参考的方式是通过配置来完成。
总结:
经过这段时间的阅读以及总结发现很多招术我们都接触过或者使用过,但过往的经历或者经验让我们逐步固化但不自知,所以我们要学会的是打破惯性思维,不断的“总结-》改进-》验证” 如此往复,提升我们的各方面的能力。
以上内容为本人拙见,如有任何建议,欢迎一起讨论升级。
如若转载,请注明出处:https://www.dhuoke.com/11926.html