PRD是什么？
PRD应该写什么内容？要怎么写？有没有标准的模板？用什么工具比较好？
不少刚接触产品的朋友都会这样的疑问。
这些疑问是因为对产品的工作职责没有明确的认知。
产品经理的主要工作从本质来说无非两点，一个是判断市场需求，另一个是粘合团队。
落实到实际工作中则为：收集、分析需求——>把需求传递给团队——>带领团队实现需求。
需求分析无疑是产品的核心工作，而另一个核心职责是将需求清晰、准确地传递给团队其它人。
研发、设计、测试，都是我们需要阐述需求的对象。
PRD是将我们思考的内容用文本和图形的方式呈现出来，起到的核心作用是准确地传递需求。
PRD应该写什么内容？
了解产品的工作职责后，再看PRD就会清晰很多。
PRD的内容就是对需求的描述。
不同类型的产品，需求描述的侧重点不同。
后台产品更多是对业务梳理和数据说明，C端产品更加注重于交互体验。
PRD应该包括三个核心内容。
业务规则 功能设计 核心交互
业务规则
产品服务用户、同时也基于业务展开，所以第一步就是要对业务规则有清晰的认知。只有把业务梳理清楚，我们才能更好地展开功能层面的设计。
功能设计
基于业务进行功能设计。
描述功能一是要有可视化的页面，二是要对页面上的各个元素进行描述和说明。
核心交互
除了页面跳转、功能流转，还需要描述数据的交互。
PRD模板
不少人问过我有没有标准的PRD模板。
每个公司的业务有差异、团队也不同，所以PRD的形式会存在差异。
PRD只要能清晰地描述和传递需求即可。
PRD演变到现在，主要有两种形式呈现。
第一种是传统的文档形式，大型项目更适合这种形式。
这类文档主要以文本描述为主，原型会放置到对应模块进行描述，或者将原型单独抽离出来展示。
第二种是“原型文档”，小团队和敏捷开发更适合这种形式。
这类文档以页面展现为主，对功能的描述直接在原型旁边进行标注
附需求文档大纲
