日常需求的PRD不会有太多条条框框的限制，只需在线上文档上描述清楚本次产品功能优化背景，交互原型，业务流程，数据输入输出等。如果是新产品或者是大日常一般会有详细的文档说明。文档内容一般都会包括以下几个部分：
1、项目或产品的背景，预期目标
2、功能模块总览及产品框架
3、分功能描述，包括a、简单描述 b、界面原型 c、业务规则说明 d、执行者 f、前置/后置条件
4、非功能需求(颜色，文案等等非核心功能需求)
5、客服/法务/财务/安全/等等需求
这个文档会被邀请所有相关方（包括运营，开发，测试，UED，客服等）评审，确认大家理解一致后最终版本才会交给项目的开发PM，但是基本上等到上线时你会发现基本上最后还是少不了几十次的修订。
MRD和BRD多半是PPT形式来做的，这个的样式就很多了，没有统一的格式。
总之,PRD只是开始，有时候写个PRD只需一两天，想却要一个月，做下来可能就半年了
网友评论