产品笔记 | 写高颜值的需求文档
产品经理的主要职责是围绕产品开展一系列设计、跟进和维护工作，然而这个过程中往往需要产品经理具有相应的管理意识和技能，最常见的管理场景比如需求管理、文档管理、团队管理、过程管理等。优秀的产品经理往往具备较强的管理能力，从意识层面认识到管理的意义和价值，把控管理的节奏感和效果，从细节层面要熟悉管理的具体操作方法和技巧。
封面.jpg
需求文档是在产品评审会之前的必要准备条件，是产品设计过程中主要的文档，也是产品经理最常写的文档之一，属于“看家”技能。特别对于一些相对完整、模块化、时间周期长的需求，产品经理一定要将需求文档的管理作为产品管理的重要方面，不仅仅是写成正式文档，还要进行跟踪维护和迭代更新。好的需求文档将是贯穿产品设计、评审、研发、测试全流程的重要历史文件，也是项目重要的经验库和组织过程资产。
有些时候可能因为产品功能相对简单、研发周期短而忽视了写产品文档，对于这样的场景，建议产品经理也要准备一份相对简单的需求文档，即便是评审或研发环节用不到，也可以利用需求文档作为产品设计的记录，以便后续的查询。
一、需求文档简述
1.什么是需求文档？
关于需求文档，行业里的说法很多，如BRD、MRD、PRD等概念较多，新人常常搞不清楚每个名词到底是什么。其实不用管那么多，这些文档的宗旨还是要说明白“这个项目是什么（What），为什么要干（Why），怎么干（How），干了有什么效果”。
概念扫盲贴
BRD：Business Requirements Document，商业需求文档。涉及市场分析、销售策略、盈利预测等，通常用于给领导进行讲解演示，比较短小精炼，类似于商业计划书。
MRD：Market Requirements Document，市场需求文档。涉及更细致的市场及竞争对手分析、业务整体实现逻辑、功能需求框架及优先级等，这是从商业目标到技术实现的关键转化文档。
PRD：Product Requirements Document，产品需求文档。对产品功能的进一步细化，包括整体说明、功能详细说明、用例设计、产品原型（Demo）等具体描述，是产品研发的指导说明书。
本文所述的需求文档主要是指PRD，需求文档的关键内容是要明确产品的背景、需求、流程、原型、交互等内容。
2.需求文档谁来看？
需求文档的阅读者：设计、研发、测试等项目核心人员，除此之外，还有若干时间之后的自己，也就是说需求文档具备历史记录职能，能够在任何时候被任何人无障碍阅读。
3.需求文档有什么作用？
-
内部沟通，明确产品的需求和细节，进行全面的逻辑梳理，避免遗漏，帮助各个参与者能够对产品目标有清晰的认识。同时需求文档也以文字的形式确定了各个参与角色的职责，避免了出现问题后的推诿扯皮。
-
存档，任何时候都有据可查，便于工作交接，确保产品不会因人员变动而出现认知断层。
-
经验库，产品某些功能在设计上可复用，同样的，产品的需求文档也可以复用。需求文档的积累有助于提升团队的产品设计实力，也有助于新进人员的快速成长。
4.高颜值的需求文档有什么特点？
所谓“高颜值”的文档就是看起来赏心悦目的好文档。如何定义“好”的文档，可能目前还没有十分明确的标准，可以用这个方法检验：
能够减少甚至免除在开发过程中技术人员跟产品经理沟通的文档就是好的文档。
根据这条检验标准，我们可以尝试定义出一个“高颜值”文档应当满足的条件：
- 结构上层次分明，逻辑清晰；
- 没有明显疏漏，没有逻辑BUG，可读性强
- 具备背景描述、业务流程和页面流程描述
- 目标明确，指导性强
- 具备明确变更控制规则
产品经理的定位应当是充当用户与技术之间的桥梁。产品经理的一端连接的是用户，要不断跟用户产生互动，另一端是技术研发，同样也要实时互动。在这两头的互动中，完成需求分析、产品功能设计及协助产品实现的工作。两头皆为重点，失去其一则就会失衡。
二、需求文档的内容
1. 项目背景与需求分析「简要」
① 谁提的需求？在什么场景中遇到什么问题？
② 简要描述分析过程，决策过程和依据是什么？解决方案是什么？
③ 相关背景的数据资料？
④ 用户、场景、需求、解决方案是什么？
2. 需求的目的「简要」
① 需求整体是什么样的？是否需要分阶段完成？
② 需要做哪些工作？前后关系是怎样的？
3.功能框架及流程逻辑描述「重点」
① 罗列功能清单，做必要的拆分
② 按照逻辑将功能清单组合为功能框架
功能重组.jpg
③ 梳理业务流程逻辑，也就是产品所提供的功能或者服务实现的具体流程步骤。
④ 采用流程图等工具，将功能的逻辑理顺，把内容更有条理、更完整地描述清楚。
在进行逻辑描述时，应注意：
- 完整，尽量枚举所有情况，并且分情况详述功能内容。
- 考虑到所有影响点，产品越大、功能越多，就越有可能存在牵一发而动全身的改动。
- 条件判断清晰，在什么条件下有什么样的功能都要罗列清晰。
- 含义明确，不要用模棱两可的词来描述功能，陌生词汇要进行定义，尽量不要出现让别人做决定的描述。
4. 页面功能详细描述「详细」
①交互设计图
②原型图
5. 简要测试用例「可选」
①关键用例是什么？
②重点关注点
③错误提示清单等
6.考核验收指标及计算方法「可选」
①本次需求要考核哪些指标？
②怎么统计？怎么计算？怎么埋点？
三、工具
恰当地使用趁手的工具对生产效率具有极大的提升作用。
1. 撰写工具：
① Word，根据团队习惯，建立相对固化的需求文档模板。
② Axure，在原型图上做批注和文字说明。
③ Visio，绘制各种流程图。
2. 协作工具：
① 团队云盘，具备协同编辑和版本管理功能，如有道云协作、够快云库等。有些技术控会使用百度云盘+git实现版本控制，但是这种技术不具备团队推广性，毕竟并不是所有的产品都会使用git。
② 任务协作，任务的计划安排、分工协同等，例如钉钉、Teambition。
3. 表现工具（格式不固定，请读者自行查询）
①业务流程图
基本的业务流程图包括：
事项：要完成的事项是什么？
用户：分别有那些人参与到流程中？
信息：信息是怎么流转的？
异常：除了问题怎么处理？
下图是一个商品下单的简单业务流程图：
下单业务流程图.png
②状态转换图
状态流转图是一种用于描述状态之间流转过程的需求文档，在电商类产品的订单流、审批流一类的需求中比较常见。
状态流转图.jpg
③时序图
时序图（Sequence Diagram）是一种UML交互图。描述事物变化在时间维度上的先后顺序，善于表达对象的交互，比如多个页面之间、多个角色之间。下图是一个点菜过程时序图，点菜者、服务员、厨师三个角色之间的交互。
简单时序图.jpg
推荐阅读
1.只需5步，你也可以画出高质量的状态流转图
http://www.woshipm.com/pd/884695.html
2.快速学习时序图：时序图简介、画法及实例
http://www.woshipm.com/ucd/607593.html
4.需求文档要点Checklist
http://www.woshipm.com/pmd/852432.html
5.PRD：倒推今日头条需求文档
http://www.woshipm.com/active/670497.html
6.Axure实例：即刻 app 产品需求文档
http://www.woshipm.com/rp/822198.html
7.「知乎」如何写一份易用的产品需求文档？
https://www.zhihu.com/question/29213027/answer/66180329
参考文献
《人人都是产品经理》
《从点子到产品》
三节课产品经理P1课程
