跟需求相关的文档,应该总结全了!
需求可以说是一个产品的重中之重,那么作为产品经理,你都产出过哪些跟需求相关的文档呢?今天我们就来总结一下!
一、经典三件套
首先呢,跟需求相关的文档,那必然是经典的三件套了,也就是MRD/BRD/PRD,不管这三种文档你有没有写过,但是作为产品经理,你肯定听过!
我们再来依次介绍一下~
1. MRD
M是market的首字母,MRD可以说是需求产出的第一份文档。
也就是你想打造一款产品的话,那你得先研究一家伙整个市场环境吧,是红海还是蓝海,市场饱不饱和,有没有进入的机会,都有哪些客户,客户是否愿意买单,等等。
把这些落实到文档当中,那么一个MRD的目录大概会是这个样子的:
《MRD》
1. 市场的问题和机会
- (1)市场问题;
- (2)市场机会;
- (3)产品问题和机会;
- (4)技术问题和机会;
2. 市场概述
- (1)目标市场特征;
- (2)目标市场趋势;
- (3)目标市场细分;
- (4)目标市场时间约束;
3. 客户和购买者
- (1)业务决策购买者动机和目标;
- (2)技术决策购买者动机和目标;
4. 市场需求
- (1)市场需求概要表;
- (2)方案概述;
- (3)技术概述;
2. BRD
MRD搞完以后呢,就得接着研究BRD了,B是business的首字母。
MRD是对整个市场的研究,比较宏观,而BRD则相对微观一些,就更加聚焦于产品未来的商业模式了,可以认为是一份商业计划书。
BRD的文档目录,大概是这个样子的:
《BRD》
1. 市场分析
- (1)产品的背景;
- (2)产品的市场概述;
- (3)产品的市场需求;
- (4)产品的市场定位;
2. 产品发展规划
- (1)产品的发展蓝图;
- (2)产品的版本规划;
- (3)里程碑规划;
3. 产品研发规划
- (1)需求分析;
- (2)产品设计;
- (3)研发计划;
4. 市场营销规划
- (1)产品上市计划;
- (2)产品手册;
- (3)市场推广;
5. 可行性分析
- (1)产品竞争力分析;
- (2)资源要求及保障能力;
- (3)风险分析及对策;
- (4)经济效益分析;
大家可以从目录当中看得出来,BRD当中有很多内容,是可以借鉴MRD的~
3. PRD
PRD相信大家作为产品经理都不陌生,这是我们在搞产品设计时,交付给开发的,可以说是必备的内容。
而关于这块,我们公众号之前也发过很多,而且网上也有很多相关的资料,这个就不赘述了,有想了解的同学,可以查看我们的往期文章。
《PRD文档范例,产品经理值得收藏的写作手册!》
《永远经典的PRD规范!》
二、需求前期
需求的前期,跟需求相关的模板,可以分为两种情况:
1. 主动的需求收集
这种情况大多是B端项目,你需要去向用户了解需求了,该怎么问呢?
问了以后,又该整理出一些什么东西呢?
这个时候,就得有一个需求收集的模板了,可以参考如下内容:
《需求收集文档》
1. 需求编号
2. 需求类型
(1)功能性需求;
(2)非功能性需求;
3. 需求来源
(1)用户角色;
(2)用户资料;
4. 需求场景
5. 需求描述
6. 需求原因
7. 验收标准
8. 需求重要性
2. 被动的需求接收
这种情况大多是C端产品,由运营等团队向产品提需求。
但不能让他们乱提吧,不能是口头说两句话,或者是钉钉上随便发个消息,这需求就提过来了?
那后期出了问题,锅是谁的?
所以说,接收需求的话,我们产品经理也是有原则的,不能啥客都接是吧!
需求接收的原则,可以参考如下内容:
《需求接收文档》
1. 基本信息
- (1)提出部门;
- (2)提出人员;
- (3)提出时间;
- (4)期望完成时间;
2. 需求信息
- (1)需求背景:要解决什么问题;
- (2)需求描述:要什么功能;
- (3)建议方案:建议怎么做;
- (4)参考竞品:觉得谁做的好;
- (5)优先级;
三、需求中期
前期是把各种需求收集过来,而中期就需要对需求进行管理了,这个时候,就需要一个需求池的模板啦。
其实需求池不需要什么高端的工具,大多数情况下,一个Excel表格足以。
《需求池》
- 1. 需求名称
- 2. 需求描述
- 3. 所属模块
- 4. 子模块
- 5. 需求状态
- 6. 优先级
- 7. 提出人
- 8. 需求分类
- 9. 产品负责人
- 10. 提交时间
- 11. UI负责人
- 12. 预计完成时间
- 13. 技术负责人
- 14. 预计完成时间
- 15. 测试负责人
- 16. 预计完成时间
- 17. 预计上线时间
- 18. 实际上线时间
四、需求后期
需求后期,主要是需求变更。
当然,前期的需求调研与产品设计阶段如果搞得足够细致,那就能够最大程度地避免需求变更。
但需求变更,是不可避免的,因为前期的规划或者设计出来的东西,跟后期实际的东西,存在差异是很正常的。
我们不反对需求变更,我们需要避免的,是无意义的和反复的需求变更,这个时候,一个流程和需求变更的模板,就能够派上用场了。
《需求变更申请表》
1. 基本信息
- (1)项目名称;
- (2)项目编号;
- (3)申请人;
- (4)申请日期;
2. 变更需求
- (1)变更原因;
- (2)变更内容;
3. 变更影响
- (1)工作量;
- (2)时间评估;
- (3)其他影响;
4. 审批意见
五、结语
跟需求相关的文档,大概就这么多了,还有哪些可以补充的,欢迎评论区留言~
#作者#
晓庄同学;公众号:晓庄同学产品笔记。互联网老兵,各大平台专栏作者。
版权声明
本文来自互联网用户投稿,文章观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符,请点击 举报 进行投诉反馈!