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

微信邦

对于很多刚入门的产品新人来说，如何提升自己的职场专业能力可谓是一大痛点。产品新人往往从功能优化类的小需求起步，难以对产品的完整链条有全貌认知，也不知道产品的边界在哪。小腾老师特地邀请了鹅厂内部的产品经理，专门为0-2岁的产品经理规划了职业进阶的系列分享，手把手教产品新人如何自我提升，打造自我核心竞争力。

大纲

01 从0到1，产品经理都经历了什么？

02 产品经理的1+N能力拓展模式

03 高性价比PRD，高效有序需求池

04 四大原则，让跨部门合作更顺畅

05 用户拉新，人人都是增长黑客

06 留存促活，走过最舒适的路是你的套路

07 四招，搭建产品数据分析体系

08 拒绝同质化，打造产品经理核心竞争力

以下是本系列的第三篇《高性价比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、正文更新部分标注上特殊标识，如加粗、标红、底色高亮等，并在变更内容中说明，便于团队成员最快速找到更新点

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

2、需求简介

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

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

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

3、结构框架&功能模块

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

a、全局结构

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

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

b、功能模块

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

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

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

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

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

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

如对于某电商平台而言，应用场景上大致有：

新用户注册、老用户登录、推荐流、搜索、下单流程（添加到购物车/直接购买）、订单提交流程、结算流程、物流跟踪、售后服务等具体场景。

具体到购买某款商品的单一场景上，页面布局元素包括：商品图片示意模块、商品信息概览（名称、价格、月销量、产地等）、商品参数介绍页、用户评价、店铺介绍、更多推荐。还有吸底的加入购物车、立即购买、收藏、客服按钮。

下钻到该场景下的“加入购物车”这一动作而言，其触发响应逻辑如下：

触发条件：用户点击“加入购物车”按钮；

响应结果：后台将商品添加至用户购买清单中，前端弹出告知弹层，告知用户“商品已成功添加至购物车”。

4、消息触达相关

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

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

触达形式：app push

消息ID：123456

应用场景：某款商品（xxx）物流已送达且用户完成签收

消息模板：已签收，您在$store$购买的宝贝已于$date$顺利送达，确认收货可获积分哦>>   （$$内为变量）

文案示意：已签收，您在xx小店购买的宝贝已于4月15日顺利送达，确认收货可获积分哦>>

跳转路径：点击跳转到该款商品的订单详情页

5、数据埋点相关

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

如统计互金平台某款理财产品的点击率和申购转化率，埋点位置会体现在产品曝光页面、买入按钮、买入成功页面；

ID包括点击流ID（统计UV、PV）和渠道号（统计申购人数、金额等信息）；

触发场景则是理财产品曝光、用户点击申购、申购成功时分别统计数据并上报。

6、异常流

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

举个栗子，当前很多产品设计时会走情感化路线，如允许用户自定义名称、自定义图片上传。在此过程中，用户输入了非法字符（如emoji表情）时，是提示用户修改，还是允许正常显示？当用户输入的词汇包含敏感词，是不允许提交，还是直接做过滤屏蔽处理？

更多异常流情况如弱网环境、访问超时、刷新/获取信息失败、信息缺省、权限获取失败等，都需要根据具体的产品case体现在PRD中。实际撰写时可按“异常流描述+处理方案“的搭配方式呈现。

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

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

需求管理三大原则

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

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

1、战略定位

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

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

2、用户影响范围

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

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

a、主干逻辑优先

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

b、业务目标优先

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

c、用户体验优先

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

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

3、实现性价比

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

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

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