需求管理
什么是需求池
为什么要有需求池
还原实际工作项目中:
BOSS:公司11.11周年庆,新项目必须上线;投资人要求我们必须...,我有一个想法
技术:这个实现不了,要么延迟时间,要么改方案
运营:这个需求什么时候排上?这个月的任务就靠这个活动了...
客服:用户投诉三个月了,到现在都没有改...
用户:产品太烂了....
因此,需求池是我们跟各方沟通的一个规范的、标准化的工具
需求池的定义
需求池:是产品经理用来管理需求的工具名称。
字段示例:
- 序号
- 所属模块
- 需求描述
- 需求来源:运营/业务发展/用户访谈
- 需求类别:迭代类/项目类/异常类
- 需求类型:用户需求/运营需求/业务需求/竞争需求
- 处理状态:未开始/已评估/已排期/开发中/已上线
- 优先级:P0/P1/P2/P3
- 预计完成时间
- 实际完成时间
- 排入版本
- 接口人
- 备注
需求池示例
如何分别需求真伪
1.不存在的需求
- 空想、拍脑袋的决定
- 用户不认可
[0-1岁刚入门的产品经理]
2.不合理的需求
- 别人有,所以我们也要有
- 逻辑走不通
- 资源不匹配
- 时间不允许
不合理的需求
比如支付宝“圈子”,“校园日记”:总觉得我的钱包很寂寞,有交友的需求
比如女乘客有和陌生男司机深入交往的需求
[0-2岁初段的产品经理]
3.非本质的需求
- 做了,然而没什么用
[需要刻意训练]
需求场景的分类
1.迭代类
- 一般不需要BRD/MRD评审
- 需要PRD评审
[50人日以内的需求]
2.项目类
- 新项目探索(BRD)
- 项目二期/三期
- MRD/PRD评审
[>50人日的需求]
3.异常类
- 敏捷,修复,回滚类需求
- 快速评估及上线
[5人日以内的需求]
1、PRD是产品需求文档。
产品需求文档是将商业需求文档(BRD)和市场需求文档(MRD)用更加专业的语言进行描述。
2、MRD是市场需求文档。
文档在产品项目过程中属于“过程性”文档。
3、BRD是商业需求文档。
BRD是产品生命周期中最早的文档。
需求落地的弹性/可迭代
如何指定需求的优先级
重要紧急四象限法:
小练习:
现在是早上7点:
A.参加上午10点有一个需求评审会
B.约团队小伙伴这周一起吃个饭
C.组织下午2点老板的周例会
D.项目测试,今晚发版本
E.安排月度的用户理性访谈
那么以上应该分布在哪些象限呢?
A:1,B:3,C:1,D:2, E:4
不同优先级需求如何处理
- 法则一:用65%-80%的时间处理重要不紧急的需求
- 法则二:紧急重要的工作占太多说明需求管理有问题
- 法则三:紧急不重要的需求可做,但不要投入过多的人力和精力
- 法则四:尽量少做不重要不紧急的事
需求优先级的评估
金字塔模型
小练习:
1、没有断点续播功能,重新打开还要从头听
2、搜索功能缺失
3、锁屏背单词时不容易找到单词发音
4、参与圈子里的活动时或者背完本单词时,缺少用户激励
5、背词模式无法满足雅思考试听说读写不同考察方向的背词需求
6、背单词时希望英式和美式发音都有,便于记住自己熟悉的发音
对另一种发音也有所了解
以上需求应该在金字塔模型的哪一层呢
1.易用 2.能用 3.易用 4.爱用 5.传播 6.爱用