跟需求相关的文档,应该总结全了!

需求可以说是一个产品的重中之重,那么作为产品经理,你都产出过哪些跟需求相关的文档呢?今天我们就来总结一下!

一、经典三件套

首先呢,跟需求相关的文档,那必然是经典的三件套了,也就是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. 审批意见

五、结语

跟需求相关的文档,大概就这么多了,还有哪些可以补充的,欢迎评论区留言~

#作者#

晓庄同学;公众号:晓庄同学产品笔记。互联网老兵,各大平台专栏作者。

版权声明

本文来自互联网用户投稿,文章观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符,请点击 举报 进行投诉反馈!

相关文章

立即
投稿

微信公众账号

微信扫一扫加关注

返回
顶部