首页/产品需求

引言

延续一年在一个单独的项目上，一直没有全职并专职的产品经理，虽然早知道会对开发流程产生负向影响，经过一段时间尝试，发现没有产品文档约束迭代功能开发，会有一些流程上的偏差。所以我尝试学习PRD的简易编写，补充到开发流程中。共同学习。

商业需求文档

BRD(Business Requirement Document)。

市场需求文档

MRD

产品需求文档

PRD(Product Requirement Document)

探索

产品文档原则上以尽量详实为准，但在实际流程中受限于人的认知、时间、人数等诸多因素，应该以简略、准确、敏捷、记录留档为原则，不能盲目追寻公式化撰写。

提要：

• 用数据思考结论
• 探索实现价值
• 探索成本产出比
• 用用户需求推导产品、用数据引导产品

格式

1. 项目概述

需求修订记录

版本	时间	修改人	审核人	描述
v1.0	2022	kangkk	kangkk	描述

1. 需求修订记录
2. 需求概要

功能说明及原型图

功能六要素

1. 位置
2. 状态
3. 数量
4. 数据来源
5. 交互原则
6. 缺省/异常/极值

1. 非功能需求概要

辅助类需求

1. 性能要求
2. 系统补充
3. 运营提要
4. 安全审核
5. 数据统计
6. 财务预算
7. 合规审计

结构

产品结构五要素。

拆分

业务功能需求拆分流程

作用

• 约定需求配置参数
• 约定模块依赖关系
• 约定流程功能规范

逻辑

使用流程图、脑图阐述模块之间的逻辑关系。

场景

虚拟场景、现实场景

异常

异常处理流程

正向价值阐述

要权衡投入产出比例，进行成本估算分析以及未来一段时间的正向收益。

附录补充

添加用户访谈研究纪要、用户需求纪要、用户反馈纪要、竞品分析报告、市场调研报告、上层决定纪要、详实数据报表等作为产品需求的补充条件，约束和约定产品需求方向。