今天部门的老大组织了一个培训会，培训的主题是：写好PRD。主要是针对app/h5/小程序等前端产品，前端产品很多时候为了适应敏捷开发快速迭代，其实没那么多时间去写那么详细的需求文档，而且前端的业务逻辑一般不是很复杂，所以规则都在原型中体现；会后大家问我之前写后台产品文档是怎么写的呀？于是把自己之前写的PRD文档给大家分享了一下，因为后端产品一般逻辑性比较强尤其是erp这种后台系统，所以写的PRD就会详细很多。

会议刚结束，趁着还有点感觉，希望把这篇文章分享给需要的产品小伙伴。

不管是初级产品小白还是高级产品经理，日常工作最常写的就是产品PRD。如果产品需求文档（PRD）是一个产品，那么作为产品经理，应该如何做出一个用户体验很好的PRD呢？

大家先来想一下，我们写的prd的面向的用户是谁？

用户：程序员，测试员

我们的用户需要什么样的产品prd?

功能：结构清晰，语言简单易懂

我们想通过prd达到什么目标？

目标：方便沟通，方便开发测试

下面就针对产品prd应该包含哪些内容，简单的列一下。

一、文档变更记录

不管是新建还是变更，我们都要详细的记录这个版本做了哪些东西，改了哪些东西，方便后续查询，一般文档变更记录会记录上创建/变更人、变更的内容、版本、时间等

二、需求背景

做任何一个产品，无论是从0-1的产品，还是小的需求点，或者是定制项目化的产品，都要有原因有背景，需要告诉我们的开发或者用户，我们为什么要做这个东西？

三、业务流程

业务流程会涉及到跨系统的业务流、跨功能模块的业务流、逻辑判断流程等，是否能画出清晰的流程图，是衡量一个产品经理是否逻辑清晰的一个指标。也希望每一个产品小伙伴在动手画原型、写需求之前能好好的构思一下流程图。

四、场景描述

在以往的写prd过程中，我总是把这个放在需求背景里面去写，如果涉及到的角色和场景比较多，建议单独拿出来写，场景的覆盖可以检查自己是否写的是伪需求、遗漏场景。

五、总体功能树

做一个产品、新增一个功能、变更一个按钮等需求，总要具体要系统中，因此需要把本次需求涉及到的系统功能树列出来，包含一级功能二级功能三级功能以此类推。

六、界面及交互

主要是包含原型界面，已经页面之前的跳转交互、弹窗交互、提示交互、列表交互、页面交互等。

七、输入输出

不管是针对app前端还是后端产品，都会涉及到数据输入，输入的规则，比如字段的类型、默认取值、字符的长度等规则；同样有输入就会有输出，输出的规则，比如数据的取值来源、展示样式的等。

八、业务规则

着重描述此需求涉及到的所有业务、系统参数、数据计算、状态流转、计算公式等，这一块也是后端开发人员比较专注的点。

九、其他要求

有些时候需要给到其他的一些指标，比如性能指标、安全要求等 。性能指标包含页面跳转响应时间、刷新时间等，安全指标包含IP监控、登录监控等

书写prd不要拘泥于形式和样式，有的人喜欢用原型prd，有的人喜欢用Word版prd.把话说清楚把需求描述明白，可读性高简单易懂的就是最好的。

完结。