干货 | 鹅厂产品经理手把手教你6步写出5星需求文档

以下是本系列的第三篇《高性价比PRD，高效有序需求池》。

需求文档（PRD）是产品经理与项目成员之间的沟通媒介，移动互联网时代，产品上线迭代节奏非常快，一份逻辑清晰且要点分明的需求文档可以让成员之间的沟通更为高效；同时，产品需求文档的撰写，也能很大程度上看出产品经理的专业素养和水平。那么，最为经济化高性价比的需求文档，应该如何撰写呢？

首先，我们需要知道需求文档的存在价值是什么？

1、确保需求思考的全面性

产品经理在需求落地过程中，如果没有真正落实到对全流程细节的仔细斟酌，很容易出现细节遗漏或需求不合理，所导致的结果就是功能设计不完善，沟通模糊化，甚至导致需求的频繁变更，多做无用功。不仅影响产品的上线规划，还容易引起成员公愤。PRD的撰写可在一定程度上确保产品经理思考的全面性。

2、资料传承

一款产品在其生命周期中，有可能经由数个产品经理之手，中间的优化迭代改版，如果没能及时记录下来，往往到达下一个接盘者手上的时候，又得重新开始摸索一遍，极大降低了效率。因此，需求文档的撰写和变更记录，能实现资料的有效传承，方便后人迅速上手跟进。

3、存证

我们都知道，需求文档不可能一成不变，在需求评审、实际开发过程中，往往有大大小小的调整，需求变更后及时更新记录，而非停留于口头的需求逻辑敲定，方便后续搜索求证，避免遗忘。

6步写出高性价比PRD

实际撰写PRD时，采用的载体形式很多，如word、excel、在线协同工具、交互原型图+标注等，但无论哪种形式的PRD，最终的目标都是最高效且最准确地将需求传递给开发。因此，一般不建议长篇大论赘述太多，这样容易提高大家的阅读和理解成本，我们只需保证准确表达出“开发同学需要知道的逻辑/内容”即可。

一般而言，一份经济化的PRD仅需包含以下6个部分：变更历史、需求简介、框架结构&功能模块(核心)、消息触达相关、数据埋点相关、异常流。

具体应用时可再根据实际项目进行调整删改。

1、变更历史

可分为3个部分：更新时间、更新内容（版本号、更新内容描述、标注）、撰写更新内容的人。目的是记录每一次需求的更新/迭代，方便项目成员了解方案细节，快速跟上节奏。该部分有两个小技巧：

a、版本号V x.x，对于大改动/大版本变动，用变更小数点前1位表示，如V1.0，V2.0；小更新用小数点后1位表示，如V1.1，V1.2

b、正文更新部分标注上特殊标识，如加粗、标红、底色高亮等，并在变更内容中说明，便于团队成员最快速找到更新点

2、需求简介

主要包括需求背景和功能列表概览（标注优先级）。

需求背景是信息同步的一部分，团队开发成员往往前期没参与到市场调研、汇报等环节，该部分可帮助团队成员了解项目背景、目标，并达成项目价值、上线时间等预期共识。

功能列表概览则是为了让开发同学对整体需求有一个完整的把握，适用于需求开发周期评估、需求完成checklist等场景。

3、结构框架&功能模块

该部分是需求文档的核心部分，囊括了产品方案的全局和细节逻辑，主要是向开发同学清晰且准确说明需求实现期望，尽可能覆盖各类场景，尽可能使用案例/图例辅助说明，尽可能使用逻辑性语言表述。该模块可统分为全局结构和功能模块两大部分：

a、全局结构

包括产品核心主路径、各分支路径的逻辑流程图，阐述产品全局的路径跳转、闭环逻辑，方便全局性理解需求。如下全局逻辑流程图：

b、功能模块

该模块主要针对各分支路径进行详细的需求描述，落到产品层面，则是追求 “场景穷举说透、逻辑到位可行”。以日期为例，方案中涉及的日期是工作日、节假日、自然日、交易日、还是非交易日，需要做到准确用词无歧义。

为了尽可能简单而清晰地表达，对于每个功能模块，都可以尝试从4个方面结合进行叙述：

1）应用场景：落实到产品上线时会遇到的各种场景，分别列举。

2）页面元素组成：对应于上述的某个场景，该页面包括了哪些元素，页面布局如何。

3）触发条件及响应效果：相当于输入条件和输出结果，在什么样的时间节点、触发了什么样的条件、会产生什么样的反馈/响应结果。

4）举例示意：通过实际例子，或附上具体的交互图辅助说明，提升上述内容描述的可理解性。

4、消息触达相关

消息触达，可作为产品功能服务、推广拉新、活跃/留存提升、流失召回的有效方式，主要渠道可包括公众号、短信、app push、产品站内弹层等。该部分在作为PRD的一部分时，为了避免逻辑遗漏，可套用6个元素做呈现：触达形式、消息ID、触达场景、消息模板示意、文案示意、跳转路径。

以电商平台购买某款商品后用户签收的场景为例：

5、数据埋点相关

产品上线后，产品经理需要及时跟踪上线效果并做优化迭代，因此配合产品上线节点，数据的埋点也要同步ready。产品经理需自身先明确该业务/功能的目标是什么，需用何种数据指标来描述衡量；体现在PRD中，则主要包括埋点位置、埋点ID、触发场景。

6、异常流

PRD的撰写，不仅要覆盖产品功能的正常逻辑和场景，还需全面考虑到产品上线可能出现的异常情况和相应的应对方案。提前预见可能有的坑，才能避免产品上线后真的踩坑……

附上PRD撰写6大模块checklist，方便大家后续参考：

需求管理三大原则

除了PRD，产品经理在项目实操过程中还会遇到需求管理的相关问题。如同项目多个需求，甚至不同项目多线程进行的情况，难免会产生需求冲突。在需求管理上，怎么让“高效有序”代替“慌乱焦虑”，本质上，即是需求的优先级如何权衡？用什么原则标准权衡？回答这样两个问题，可以从以下三个方面考虑：战略定位、用户影响范围、实现成本。

1、战略定位

经济基础决定上层建筑，战略定位决定发力方向。每一阶段的需求方向形成跟该阶段整个团队的战略目标息息相关。作为产品经理，要明确部门阶段性发展的目标，并将其落地到自身的业务需求中来，如今年部门的目标是创收，则需求大方向、资源等都会相应地往商业化产品倾斜。无论是怎样的产品需求，都应该向战略方向靠拢，并由此来权衡项目优先级。

一般来说，对于某些战略型的跨部门合作项目，同样需要把需求优先级提升。一方面，既然合作达成，说明该需求项目对双方而言都是符合目标预期的；另一方面，当前项目上线的进程和效果，是后续长期合作共赢的前提和基础。

2、用户影响范围

衡量需求优先级，离不开重要性和紧急性的判断。

重要性，可从以下三个原则综合来看：

a、主干逻辑优先

如电商类型产品，用户从挑选商品，到下单，到支付，即是其主干流程，该流程的任何问题，都会影响到业务的整体，需要优先考虑。

b、业务目标优先

产品需求，需要对业务效果负责，需求上线后数据效果反应不好，是每个人都不愿意看到的。因此，需优先处理“可产生最佳效果，对业务目标有最大化贡献”的需求，即核心driver，在有限的资源基础上，优先满足对业务目标的最大化贡献。其次，才是其它“可产生效果，提升效用次之”的需求。

c、用户体验优先

理想状态下，要求产品能满足所有用户的需求，体验绝佳。但因用户千人千面（即使定位某一特定用户群体）、客观资源条件等问题，实际情况往往需要对产品功能有所取舍，此时我们应该优先保证绝大部分用户的体验，大致原则是：对核心/大部分用户有影响的＞对较小部分用户有影响的＞一般产品使用体验问题＞锦上添花需求

而从问题解决版本的紧急性来看的话，可以有以下原则：线上bug＞当前有一定不良影响的需求＞短时间内可控，解决后会有较为明显的积极影响的需求

3、实现性价比

大部分需求产生时，更多的从用户角度/业务角度出发，寻求效果的最大化，不会被实现成本、实现难度束缚住思维。但是，当需求逐渐成型，实现的性价比，就要同步考虑了。衡量其可实现性、实现成本损耗、资源现状及其性价比；基于现有资源的基础上，再决定产品需求的最终方案（照常or调整），以达到性价比最高，并择优优先实现。例如：方案A和B都是可为业务用户盘子带来快速增长的核心渠道，但方案B的实现周期需要2周，方案A最快1周即可上线，则权衡性价比之下，优先级会A＞B。

掌握PRD快速且高效的撰写能力，产品经理可根据所在业务归纳沉淀下相应checklist或模板，形成该过程的SOP；同时在多需求缠绕的时候，形成自身一套优先级和性价比权衡标准，可有效提升自身效率，在多需求中更游刃有余。

也许，产品经理就是雕刻家，在有形的章法和无形的力度弧度把控中游走，深镌浅刻，终将雕刻出属于自己的大卫像。