PRD的若干思考
凡事没有绝对，写文档也一样，没有固定的公式，以不变应万变。
1.产品需求文档到底是个什么鬼
产品需求文档（Product requirement document），是产品研发阶段的执行性文档。包含了项目背景，需求价值，项目目标，项目风险，功能逻辑，需求变更情况的综合性文档。
产品需求文档作为一种传递信息的文档，其对于不同公司、不同的业务、不同的项目以及 不同的需求，所呈现给我们的是不同的文档形式。有的讲究规范，有的讲究详细，有的讲究敏捷，有的讲究简单，但核心不变，传递信息，推动项目开展。
产品需求文档是产品项目由“概念化”阶段进入到“图纸化”阶段的最主要的一个文档，其作用就是“对MRD中的内容进行指标化和技术化”，这个文档的质量好坏直接影响到研发部门是否能够明确产品的功能和性能。
注：以下是各个文档简称以及全称，下文文档多以大写英文字母简称表示
商业需求文档 BRD（business requirement document）
市场需求文档 MRD（market requirement document）
产品需求文档 PRD（Product requirement document）
2.PRD有什么作用呢
传递需求：将需求详细、准确地传递到各个部门
记录变更：记录每次需求变更，让需求变更有处可寻
记录迭代：记录着所有的版本迭代，是整个产品的历史
助力沟通：助力开发过程中的高效沟通，减少重复沟通
需求协议：需求方与开发方在需求会之后的需求协议书
研发字典：各个研发职能的需求字典或者需求备忘录
3.何时写PRD呢
产品从需求沟通到产品上线整个过程中，产品需求文档并非贯穿于整个产品研发生命周期中。
产品需求沟通阶段，需要对产品的市场进行可行性分析；探索相对应的产品商业模式，制定产品草案，汇总打包并整理需求池。
产品设计阶段，构造产品模块或者产品需求的框架，设计核心功能点，梳理业务流程路径，形成初版的文档，加以对应的初版产品原型图以及交互文档。
产品研发阶段，产品经理设计最终版需求文档，经过部门内审、需求评审会，制定了需求评审表，签字画押，PRD扮演了强大的沟通桥梁作用。
产品上线，产品经理跟踪最新动态，发送上线邮件给相关人员，并做项目复盘总结，以此内省。
4.那么到底该如何动手写呢
PRD格式：[ XXX 需求文档 ]
1）版本历史
2）项目背景
主要阐述项目发起的原因，需求解决的痛点
3）项目价值
主要阐述项目的价值利益点
4）项目目标
主要阐述项目的预实现目标，尽可能定量规划
5）项目方案
主要包括：
项目范围，涉及到哪些系统，哪些终端，哪些平台
系统关系图，各个不同系统之间的联系耦合程度
产品思维导图，整个产品的框架，所包括的模块
业务流程图，相关人员需要了解的业务场景
用例和权限，用户使用场景和用例；系统相关权限和使用人
6）项目风险
主要有，政策风险、经济风险、市场风险、行业风险、公司风险、技术风险
7）项目需求来源
8）功能需求
8.1 功能需求列表
8.2 功能明细
9）运营计划
主要针对于项目上线后如何推广，产品如何使用以及相应的产品培训等工作
10）非功能性需求
埋点需求：对关键指标进行埋点监测
性能需求：对运行效率的要求等
兼容需求：兼容浏览器等的要求及选择
11）附录
需求变更记录
PRD主要工具
PRD辅助工具
5.写在最后
好的产品需求文档不一定非得按照条条框框照本宣科，只要能够清晰地描述相关需求的价值体系，条理清晰，层级分明；构思缜密，包括功能内缜密、功能间缜密、扩展性缜密、兼容性缜密；可读性强，以及历史可溯，有理有据，有的放矢。
