如何撰写一份优质的PRD

PRD的作用和撰写前提

1、PRD的作用

        P ( Product）R ( Requirement)D ( Document)，针对某个产品的具体功能，向产品实现过程中的有关团队输出需求-形成有组织、有结构的说明文档

PRD本身就是个产品：

        目标用户群：开发、测试、参与到项目里的相关人员

        核心痛点：不知道产品怎么做，对于产品功能的改动没有记录。

        解决方案：用文档的形式，清晰地表达需求，记录产品设计的修改过程。

2、一份优秀的PRD的标准

        宏观面：背景清晰，节奏明确，方案靠谱;

        微观面：描述精确，没有歧义，考虑全面。

PRD的组成部分与撰写方法

1、PRD的组成部分

（1）产品背景与目标

        1）为什么要做这个产品?它解决什么问题?

        2）期望达到的目标是什么，如何衡量?

（2）产品节奏

        针对比较大或周期较长的项目

        1）产品准备分几个阶段做?

        2）每个阶段做什么?之间的关系是什么?

（3）名词解释

        对于产品中的关键定义给出解释，避免同样的词面在不同人心中的定义不同。

        名词解释适用于两种类型的词：

                a、新定义的词，第一次在此产品中使用。

                b、已有定义的词，但定义不唯一，需要注明其定义。

（4）产品框架、范围、流程图

        1）产品框架:给出完整的产品框架，明确上下游协同关系；

        2）产品范围:列举本功能涉及到的改动点、改动页面；

        3）附上产品流程图；

（5）用户故事

        B端产品大都面向多角色，此时，在PRD中列举每类角色的使用场景和目标。

例如：多人接单系统

（6）具体功能描述

        1）页面demo+功能说明的格式更优，图文逻辑统一;

        2）充分考虑异常情况，分别给出处理方案;

        3）注意细节、注意文案。

（7）埋点需求

        埋点是所有上线回收数据的基础，是B端产品设计中的重要组成部分。

（8）风控与安全需求

        1）定义正常的使用范围:

        单一用户的页面访问频次、单一设备的注册用户个数、活动享受次数

        2）UGC内容的管控:

        文字、图片、语音、视频等内容，合规设计是必须考虑的。

        3）如有必要，借力第三方服务，有效防范黑产:

        蚁盾、支付分、Datavisor、.....

（9）性能需求

        PM有足够的权利，对页面响应时长、加载速度等技术指标提出性能层面的要求。

PRD的日常维护

        记录每个版本的修改内容，便于追溯和了解产品变迁的历史。

        开发、测试过程中，如有遇到需求变更，及时更新PRD，并同步相关方。

        敢于认错，是一个优秀PM的基本素质。