前言
产品经理是打通产品上下协作开发的关键岗位,如何更好的协同办公,让团队的效率最大化,这很大一部分取决于产品经理的三大文档。
-
BRD:商业需求文档
BRD为“商业需求描述”的英语缩写,全称为:Business Requirement Document。是基于商业目标或价值所描述的产品需求内容文档(报告)。其核心的用途就是用于产品在投入研发之前,由企业高层作为决策评估的重要依据。其内容涉及市场分析,销售策略,盈利预测等,通常是供决策层们讨论的演示文档,一般比较短小精炼,没有产品细节。(来源:百度百科:BRD)
-
MRD:市场需求文档
市场需求文档,简称为MRD。(英文全称Market Requirement Document,MRD)。该文档在产品项目过程中属于“过程性”文档。是市场部门的产品经理1)或者市场经理(编写的一个产品的说明需求的文档。该文档在产品项目过程中属于“过程性”文档。该文档是产品项目由“准备”阶段进入到“实施”阶段的第一文档,其作用就是“对年度产品中规划的某个产品进行市场层面的说明”,这个文档的质量好坏直接影响到产品项目的开展,并直接影响到公司产品战略意图的实现。该文档在产品项目中是一个“承上启下”的作用,“向上”是对不断积累的市场数据的一种整合和记录,“向下”是对后续工作的方向说明和工作指导。(来源:百度百科:MRD)
-
PRD:产品需求文档
产品需求文档(Product Requirement Document,PRD)的英文简称。是将商业需求文档BRD(和市场需求文档(MRD)用更加专业的语言进行描述。(来源:百度百科:PRD)
如何让自己的文档规范化,在学习多份规范的文档之后,现总结如下:
文档面向的查看者不同,所以所要表达的程度要有所取舍
类型 | 重点突出 |
---|---|
BRD | 项目背景(产品介绍)、市场分析、团队、产品路线、财务计划、竞争对手分析 等 |
MRD | 目标市场分析(目标、规模、特征、趋势)、目标用户分析(用户描述、用户使用场景、用户分类统计、核心用户、用户分类分析、竞争对手分析 、产品需求概况(定位、前景)) |
PRD | 详细功能说明(功能清单、优先级、功能目的、功能详细说明)、业务流程(业务流程、用例)、业务规则、界面原型(界面流程、界面原型)、数据要求(输入输出、极限范围、数据格式等) |
总结:
- BRD主要面向项目立项,用户公司的发展,就需要对产品前景进行展望以及所要消耗的资源的权衡。
- MRD面向市场,这里要重点去分析产品去市场上如何短期、中期、长期生存。核心用户的需求等。
- PRD主要面向团队开发人员,设计、程序、运营等,我们需要更加详细的去阐述所有功能。
如何更好的去管理文档
- 版本迭代化的管理方式
我们在文档中加入版本迭代信息,这样会在文档更新时更加明确更新内容。
例如;
文档版本 | 撰写时间 | 变更人 | 变更说明 | 审核人 |
---|---|---|---|---|
v1.0 | 2018年8月22号 | 王某 | 文档初稿 | 李某 |
v1.1.1 | 2018年8月24号 | 王某 | 新增网络状态细分 | 李某 |
-- | -- | -- | -- | -- |
总结:
- 文档变更中我们可以合理的使用版本号(三级化的版本管理)去管理本次产品变更的程度大小
- V1.0、V2.0等等为大版本的更新
- V1.1、V1.2等等为中版本的更新
- V1.1.1、V1.1.2等等为小版本的更新
其他:在线文档的合理化使用(如果公司允许),方便文档及时同步。
推荐在线文档:石墨文档、腾讯文档
其他
- 合理化的目录
- 规范化的文档格式
- 做好文档备份(包括历史版本)
文档内容自查
-
BRD:商业需求文档(一句话原则)
- 一句话来清楚地定义你的产品
- 一句话说明你的产品有什么创新、解决了什么、满足了市场什么空白
- 一句话说明相比其他产品你的有什么优势
- 一句话说明我们团队适合做这个产品,时间周期(主要面向团队、投资者)
- 一句话简要说明你所需要的资源(老板等相关)
- 一句话说明投入和利润(面向投资者)
- 一句话说明产品的盈利点(短期、中期、长期)
-
MRD:市场需求文档
- 特色
- 优势
- 用户群体
-
PRD:产品需求文档(检查功能说明时)
- 流程首尾逻辑
- 数据的闭环(主要用于页面元素的规划)
- 多种场景因素考虑(例如:有网、无网、4G、3G、2G、wifi 、流量为未开等等)
网友评论