2021-06-28产品经理学习-如何写需求文档

需求文档的撰写

为什么要写需求文档

需求文档的对象

一个需求是需要多人一起协作完成的，包括产品，设计，研发。。。这些都是需求文档的阅读对象

需求文档的意义

• 将产品由概念化转向图纸化阶段
• 项目中各个角色的沟通工具
• 保障产品的质量

所有需求都需要有需求文档

• 原则：完整，逻辑清晰，简介，稳定，可执行
• 目标：保障项目质量

需求文档的核心组成模块

• 文档的修订记录：确保每次变更都有记录可以查，避免信息更新后有异议，最好做上标记，确保通知到所有项目人员![在这里插入图片描述](https://img-blog.csdnimg.cn/20210628203645455.png

• 需求背景：证明需求的核心价值，解释为什么要这么做。描述业务现状，有哪些问题，不解决会有什么风险，解决后会带来哪些风险，尽可能有相关数据证明或者竞品分析；

• 目标：明确各个角色的方向一致保证不跑偏，是上线后效果的重要依据。常见目标类型可以分为两种：定性、定量。要点：清晰、明确。最好支持SMART原则。

• 风险：预防项目风险，保证项目质量。评估是都有潜在风险、风险等级。一旦风险出现，如何应对。最容易忘掉，一定注意！

• 影响范围-相关方

• 流程图：整理核心的角色/系统，关键流程、关键逻辑。要点：使用标准图形，主线清晰(从上到下，从左到右)；关键角色、化解梳理无遗漏，确保闭环；确定为最简流程，是否可删减

• 原型图界面：更具象的整理了解项目所涉及的页面和核心流程。要点：把原型/交互/视觉的贴图贴近需求文档即可；一些纯逻辑的后台的需求，不需要放主界面

• 功能逻辑：是开发/测试的重要依据和标准。要点：描述清楚各个页面你的布局，各个字段的定义、内容、交互逻辑等。用数据标注明确包图形和文字描述精准对应；注意异常状态的逻辑和交互

• 数据埋点需求：梳理项目的关键评估指标，为上线后的数据分析、验证是否完成项目目标做准备。要点：先梳理数据统计需求，再根据统计需求梳理埋点需求(分为后端。前端埋点)

• 其他补充：运营等。。。

总结

1. 需求文档的核心：以表达。传递为主，让查看的人清晰易懂
2. 完整性很重要，在评审、推进过程中遇到遗漏及时记录
3. 需求文档更新后，通知所有相关人员，避免信息不一致
4. 不是每次迭代都需要写需求文档，单独需求只需要写涉及的部分即可