PRD是什么？

PRD应该写什么内容？要怎么写？有没有标准的模板？用什么工具比较好？

不少刚接触产品的朋友都会这样的疑问。

这些疑问是因为对产品的工作职责没有明确的认知。

产品经理的主要工作从本质来说无非两点，一个是判断市场需求，另一个是粘合团队。

落实到实际工作中则为：收集、分析需求——>把需求传递给团队——>带领团队实现需求。

需求分析无疑是产品的核心工作，而另一个核心职责是将需求清晰、准确地传递给团队其它人。

研发、设计、测试，都是我们需要阐述需求的对象。

PRD是将我们思考的内容用文本和图形的方式呈现出来，起到的核心作用是准确地传递需求。

PRD应该写什么内容？

了解产品的工作职责后，再看PRD就会清晰很多。

PRD的内容就是对需求的描述。

不同类型的产品，需求描述的侧重点不同。

后台产品更多是对业务梳理和数据说明，C端产品更加注重于交互体验。

PRD应该包括三个核心内容。

业务规则 功能设计 核心交互

业务规则

产品服务用户、同时也基于业务展开，所以第一步就是要对业务规则有清晰的认知。只有把业务梳理清楚，我们才能更好地展开功能层面的设计。

功能设计

基于业务进行功能设计。

描述功能一是要有可视化的页面，二是要对页面上的各个元素进行描述和说明。

核心交互

除了页面跳转、功能流转，还需要描述数据的交互。

PRD模板

不少人问过我有没有标准的PRD模板。

每个公司的业务有差异、团队也不同，所以PRD的形式会存在差异。

PRD只要能清晰地描述和传递需求即可。

PRD演变到现在，主要有两种形式呈现。

第一种是传统的文档形式，大型项目更适合这种形式。

这类文档主要以文本描述为主，原型会放置到对应模块进行描述，或者将原型单独抽离出来展示。

第二种是“原型文档”，小团队和敏捷开发更适合这种形式。

这类文档以页面展现为主，对功能的描述直接在原型旁边进行标注

附需求文档大纲