产品经理PRD在项目中起什么作用？什么才是好的PRD？

　　

产品经理PRD在项目中起什么作用？什么才是好的PRD？

　　

　　据说产品经理有三大文件：BRD、MRD、PRD。日常工作中很多产品已经被领导定好了，所以写BRD和MRD的机会比较少，比较常用的是产品细化阶段用到的PRD。

　　珠三角在项目中扮演什么角色？什么是好的PRD？ PRD怎么写？本文将依次回答相应问题，如有错误或遗漏，敬请指教。

　　一、PRD 角色：对你有什么好处？

　　PRD 是一个文档，将产品需求和相应的需求解决方案一起呈现。该文档面向与项目相关的多个角色，对项目的推广起到重要作用，例如：

　　产品：根据PRD推进计划，作为产品实现最终检验的依据；设计：使用PRD原型作为UI设计的参考；开发：以PRD系统规则等内容为研发基础；测试：根据PRD规则编写用例和测试。

　　根据需求的覆盖范围，会涉及到其他角色，比如运营、业务、财务等，不管面对的是谁，最终的目的都是为了让团队成员了解业务，变得更好在产品开发过程中执行。

　　二、PRD 请求：你想从我这里得到什么？

　　为了让 PRD 更好地发挥作用，在编写文档时需要以清晰、完整和易于阅读的方式呈现复杂抽象的解决方案。我们怎样才能达到这样的效果？该文件必须至少满足以下要求：

　　根据具体情况，写PRD时会有其他要求。例如，对于非功能性需求（数据指标需求、运营需求...），需求的定义必须明确且无可争议。

　　三、PRD 撰稿：注意你的体重！

　　如果知道PRD的要求，在写的时候就可以向要求靠拢。但是，要求只能作为指导思想，并没有告诉我们怎么写。您可能还有这些问题。

　　1. PRD 应该使用什么格式？

　　PRD-word和prototype有两种常见的形式。这两种形式各有优缺点。比如，目录的word版，更容易了解全貌；原型版本在功能需求描述上更加灵活。

　　采用哪种方法首先取决于公司系统。如果有相应的规范，可以直接实现（规范也可以调整）。如果公司没有要求，产品经理和团队沟通，采用认可的，更方便的表达方式，直接阅读即可。

　　2.PRD应该写什么粒度？

　　写过PRD的同学应该都有这个问题。尤其是对规则的描述，如果写得太厚生怕遗漏，再仔细写可能看不懂。除了简化描述中使用的文字外，还可以从规则的细化和原型设计上加以控制。

　　规则细化：通过“全局描述”描述常规建立和可重用的规则。如手势操作、输入框定义和限制等。 原型设计：输出原型不应有高保真原型，既费时又影响UI性能；不应有复杂的交互，不利于快速识别，可在备注中说明；不要过度设计...3. PRD 的组成部分是什么？

　　总结以往项目PRD的常用组件，从一般、总结、细节部分拆解，仅供参考。每个珠三角的具体组成需要根据实际情况进行增减。

　　四、PRD 作文：你完成了吗？

　　终于可以写了！ PRD制作是产品经理的基本任务之一，可以直接反映产品经理的基础专业能力是否扎实。既然知道了PRD的组成，那我们就以原型版为例，说说各个部分怎么写。

　　1. 一般部分

　　1）文档名称

　　文档名称是为了区分不同的产品和版本。常规的命名方式是产品名称+版本号。这里“版本号”的命名因公司而异，可以使用V1.0或date作为版本号。只要能够快速识别和区分即可。

　　例如：XX汽车租赁管理系统V1.0； XX汽车租赁管理系统-210504.

　　2）document 目录

　　珠三角通用词表会配备文档目录，让读者更直观的了解全局。使用原型版也可以达到类似的效果。可以将页面单独定义为一个“目录”，将word版本的内容放入其中，也可以通过给原型页面命名来达到这个效果。如下图（部分页面被隐藏）。

　　

　　3）更新记录

　　PRD 每次更新都必须记录下来，以帮助读者了解每次更新的内容。更新记录一般以表格的形式呈现，主要字段包括：更新时间、更改属性（增删改）、更新内容、更新人员。

　　

　　2.总结部分

　　1）项目背景

　　背景说明是为了让读者了解项目或需求的来源和具体场景。

　　背景包括业务概况、业务流程、当前问题、整体解决思路等相关内容。相应的内容会涉及到用户研究和整体解决方案的编写，可以直接使用。准备方法请参考《B端产品设计：整体方案长什么样？》 ”。

　　2）预期收益

<p>产品研发是公司经营活动的延伸，要有经营目标（预期收益）。定制产品是为了实现客户对项目的目标期望（从乙方的角度来看，客户可以通过验收），自主开发产品的预期收益不能简单粗暴地直接由商业收益决定。