prd文档编写（to b）

如何编写产品需求文档（PRD） | 人人都是产品经理 (woshipm.com)

一.prd文档编写得目的

PRD文档最为重要的目的就是：协调各个相关角色

PRD就是提高效率的，把各个角色的共识全部写出来，大家都已PRD为最终的工作指导文档

PRD作为指导生产过程的重要文档，类似实物生产的设计文档，必须要满足在生产过程中各种各样问题的回答。因此需要从生产流程的角度进一步的来说审视PRD的内容，包括：现状、准备工作、前提条件、开发逻辑、效果要求等。

角色：

产品总监：做这项工作的原因、解决问题的影响范围、成本、以及最终给客户和公司内部提供的价值。

UI&UX设计师：

根据页面的元素进行视觉和交互设计，

所以，PRD中已经要写清楚页面的元素以及这些元素的含义，并且说明最终用户在页面上大大致操作过程。

前后端研发工程师：

后端工程师侧重具体逻辑细节，前端工程师更关注在设计师给出的设计稿、交互说明和一部分少量的前端逻辑。所以，PRD中一定要把具体逻辑写清楚，最好把设计师的设计稿和设计说明一并汇入PRD中。

测试工程师：

这个角色的人除了关注前后端逻辑、交互外，还关注系统最后希望达到的标准，以及最终的和兴使用场景。所以，尽可能的写一下最核心的几个使用方式，相当于最重要的几个测试用例。

产品运营：

这个角色的人会关注最终产生的价值以及具体的使用方式，产品运营作为产品的客户之间的重要桥梁。所以，最好可以写一下系统使用说明。

二.prd编写的准备工作

业务调研：

根据需求的复杂程度编写详细或简要的需求调研文档，明确需要解决的具体问题和要达到的具体目标。

方案逻辑：

在方案设计的初期，一定是有不同的方案来解决问题的，这些不同的方案需要进行一些维度的比对，最终选择合适的方案，因此，在PRD编写前，需要写一个设计思路文档。

可行性：

围绕设计思路中的不同方案，要对技术可行性进行论证，这需要与具体的开发负责人进行沟通，明确方案是否可行，以及成本，最后决定最终的方案。

价值判断：

如果说一个问题的解决成本大于价值了，那就没必要做了，也就没必要继续写PRD了，因此需要对方案的的直接和间接价值，以及直接和边际成本进行明确，确定推进是有意义的。

三.怎么编写prd文档

1.文档管理

2.背景和目标（概括）

3.需求说明和分析

需求描述：回归业务场景表达需求

现状分析：针对需求怎么设计系统或改变现有系统

4.产品方案概览

对整体的情况有一个初步的认识，最后再将开发的任务和范围明确一下

ER图：

To B的系统都会有很多数据对象，数据对象之间存在复杂的关联关系

一文打通ER图（手把手教你画）_er图怎么画-CSDN博客

整体方案：

一张图说明整条方案——增加了什么页面、增加了什么字段、增加了什么逻辑处理、增加了什么对外接口等等，如架构图，时序图

产品架构图怎么画？看这篇就够了！-CSDN博客

浅析私有云、公有云和本地化部署三者之间的区别联系_公有云与本地数据中心对比-CSDN博客

私有云部署和本地化部署有什么区别？_私有云和本地部署区别-CSDN博客

• 使用方式：可以叫做使用方式，也可以叫做页面结构图，主要是为了阐释在真正客户面前这个产品是如何被使用的，当然如果没有页面的开发，这部分可以省略。