产品需求文档（PRD）该若何写

互联网产品逻辑繁芜，为了担保从到开拓到上线过程中，履行的没有偏差，大家协作时须要达成同等并且形成规范，我们常常听到1个词“需求”，这个功能没有按照“需求”开拓，这个“需求”的标准便是PRD文档，本文总结了以下几点，供大家学习和参考：

一、RPD是什么？

PRD（Product Requirement Document），中文意思是：产品需求文档。
它是对需求的详细描述，阐述产品详细要做成什么样子，要按照什么标准或规范来做而形成的文档。

二、为什么要写PRD？

在互联网开拓团队中有这么几个角色：UI/UE、前端、后端、测试。
产品经理设计完后，就须要刚提到的几个角色来详细履行落地了，首先大家要知道需求是什么？比如说做一个电商系统，公司为什么要做这个别系？这个别系详细要做成什么样子的？这些问题都要统一落实到文档，有依据，以是PRD文档的最主要浸染便是——作为开拓团队协作的依据！

不管前端还是后端都按照文档开拓，要确保大家按同样的标准和需求来开拓，开拓同学如果理解上有歧义，有偏差时要依据文档，有疑问时，要第一韶光跟产品经理沟通确认，这样才能顺利的进行后续的开拓事情，同样，测试工程师写测试用例也要依据产品需求文档，由于bug的定义是“实际结果与期望结果不符”，期望结果是谁给出的？是产品经理，以是源头都是产品需求文档。

三、如何写PRD？1. 版本记录

版本记录的目的是为了清晰的记录每次变更的内容是什么？什么韶光发生的变更？以及提出变更的人是谁。
由于随着产品设计及开拓，需求会有微调或者改动，而需求变更次数太多的话，大家的信息获取有可能产生偏差，有人按照1.0做的，有人按照2.0做的，这时就要有“依据”，到底哪一版是最新的，终极定版是哪一版，否则会摧残浪费蹂躏开拓资源。

2. 产品概述/背景

任何履行团队在做的时候，都务必要明确大家在做的是什么产品/功能，为什么要做这个产品/功能，这个产品/功能办理什么问题，产品经理切勿把开拓当工具人，只有让开发知道为什么要做，从内心认同这个产品时，才能担保后续的质量。

3. 功能需求

1）业务场景

产品是有很多功能/子功能构成，比如说“导入商品”，这便是一个功能，每个功能都是在特定的场景下来办理用户的特定的需求，比如导入商品，当用户首次利用系统，并想要批量新增商品时，就产生了这个诉求，“导入商品”这个功能便是在这个场景下办理用户的诉求的，它属于降本增效类的功能。
写“业务场景”时，重点写在什么场景下，哪一部分用户产生了什么诉求或碰着了什么问题，系统功能是如何办理这个问题的。

2）需求解释

这部分是全体PRD文档中最最主要的，由于详细落地履行便是依据这部分，如果说前面的产品背景有些“虚”，那么这部分便是最最实际，开拓最关心的，然后前后端和测试关注的点不一样，以是这部分务必要写的清晰明确全面，从这一部分能看出产品的基本功是否深厚，下面我们来详细说一下这里面要写什么。

（1）流程图

流程图有很多种，有数据流、有业务流程图、有交互流程图，有泳道图，这里根据公司的须要而定。
把稳，这里的流程图不是产品整体的流程图（由于整体流程图很繁芜，且冗长），这里的流程是详细某个功能的流程图，重点是要把每个节点、判断条件、后置结果写清楚，没有逻辑缺点，要闭环。

（2）E-R图

E-R图即是数据工具之间的关系，1对1、多对1、多对多。
写这个的目的是为了让后端建表和字段的时候有依据，比如一笔订单多次出库，那么订单表的1条数据就可能对应出库表里面的多条数据。

（3）名词阐明（定义）

产品在设计需求时，常常会自己定义一些观点，这些观点须要有明确的定义，比如“审核中”状态的详细定义，再比如“过账”的含义，这些名词第一次涌如今开拓同学眼里时，他们是不知道的，只有产品自己知道，以是须要明确的写出来，避免开拓产生歧义。

（4）交互解释

写“交互解释”紧张是给前端同学看的，比如一个下拉框，它默认选中什么，有哪些列举值，字数最多显示多少，超出显示不下怎么处理，有没有禁用状态，鼠标悬停和点击分别是什么效果等等。

（5）各种情形列举

这部分比较磨练产品经理的全面思维和履历，很多产品同学设计完产品后可能会有遗漏，不是漏了这便是漏了那，这样开拓会不断地追问，紧张便是没有穷尽各种情形，而这部分也是测试关心的，由于测试要把99%的场景/情形都测到，才能担保上线后没有bug，比如商品下架在前端怎么展示，商品删除了在前端怎么展示，商品没有库存在前端怎么展示等等。

下面作者以一个大略的商品列表为实例，大略展示下需求解释怎么写

（6）实例：商品列表

数据来源：商品表，所有状态的商品列表排序规则：按商品创建韶光倒序排列列表加载：默认加载全部列表列表查询条件：商品名模糊查询、商品编码精确查询列表字段及定义：商品名、商品图、商品编码、条码、状态、价格、创建韶光、操作列表操作：新增、编辑、删除、上架、下架、导入等等交互解释：略

须要文档模板的可以留言。

4、非功能需求

非功能需求紧张包括了性能需求、安全性需求、其他合规性需求等等。

四、总结

在写RPD文档时，每个公司都有每个公司的模板，虽然有差异，但是实质都差不多，只要我们明白了PRD的浸染和目的，书写思路，实在就不必拘泥于详细的形式。

本文由 @ERP供应链产品 原创发布于大家都是产品经理。
未经容许，禁止转载

题图来自 Unsplash，基于 CC0 协议

该文不雅观点仅代表作者本人，大家都是产品经理平台仅供应信息存储空间做事。