那个不靠谱的PM什么都没留下-需求文档篇

曾几何时你是否有到了一家新公司，面对一个新的产品的功能需要动而不敢动？你是否有过功能改来改去，改到自己都不知道为什么这么做，最后出来的产品连自己都不认识？是否有被程序员哥哥拷问某某功能为什么要那样做？之后开始问自己我是谁？我来自哪里？我要去哪里？为了解决上述的问题，我们需要一份需求文档，做个靠谱的PM.

需求文档是什么？

可能小伙伴们听过PRD、MRD、BRD这些文档的名字，嗯很高大上也有点懵逼，但是没啥用。需求文档就是给项目参与者（设计、研发、测试等）看的文档，传达为什么要干，怎么干，干了之后会怎么样的一份文档，它应该包括产品背景、需求、流程、原型等内容。

需求文档有什么用？

一、存档
这是需求文档需要做的原因其一，很多做互联网的小伙们都会面临的一个问题就是换东家，我们去一家新的公司，想快速接手产品进入工作状态需求文档起着决定性的作用，想对某些模块进行改动一定要先了解这个模块的前因后果，就是这个功能为什么要做、业务流程是怎样的、数据流向是怎么样的、对应着哪些考核指标，没有需求文档的话就要先弄清这些问题才能动手，嗯这个过程很痛苦，所以无论从职业素养来说还是为了方便自己也为了方便他人需求文档有着其存在的意义。

二、沟通
这点大部分小伙伴也有体会过，做为产品经理我们的日常工作就是做各种功能，而无论大小功能从需求的获取挖掘到解决问题的方案流程图等，都需要团队来共同完成的，而很多功能不是一步到位，要经过反复的讨论完善，那么对于沟通讨论不可能全靠嘴输出，我们需要有个纸面的东西拿出来探讨，之后完善再探讨，如此反复，最终到功能落地，如果没有一份文档来记录，一段时间后我们再和小伙伴们探讨某些功能时候基本上就忘记个七七八八了，想沟通还需要重新去回想。

三、约束自己
这个怎么理解呢？拿我个人来讲，在做完一个功能后，不会就做完大吉了，经常会想还有没有更好的做法，还可不可能做的更好一些，不知道这个是不是产品经理的通病，那么没有文档可能会被打死，所以有需求文档能够约束自己，推进每个步骤的顺利进行。

需求文档应包含哪些内容？

一、项目背景及需求分析，
（1）谁提的需求？什么场景？遇到什么问题？
（2）用户、场景、需求、解决方案是什么？
对应的内容参考前面文章写到的：
如何快速了解一款产品（一）
https://www.jianshu.com/p/fdb697421e37
如何快速了解一款产品（二）
https://www.jianshu.com/p/f144eb2da36a
如何做需求分析
https://www.jianshu.com/p/616e37729d83
二、功能列表及阶段
（1）都有哪些功能
（2）需求是否要分阶段来做？（优先级）
对应参考前面文章提到的：
产品需求从哪些维度划分优先级
https://www.jianshu.com/p/93f290c7d50c
三、流程、功能细节
（1）业务流程图
（2）页面流程图
（3）交互原型图
对应参考前面文章提到的：
为什么你的原型总是改？
https://www.jianshu.com/p/7d8a77ad921b
为什么你的原型总是改-页面流程篇
https://www.jianshu.com/p/55c5bc514e35
四、简单的用例
五、考核指标及算法
（1）需要统计的指标？
（2）怎么计算？
（3）怎么埋点？

网上的各种需求文档很多，都可以拿来参考，需求文档作为一个项目的来龙去脉，个人认为一定要有的，这东西写起来确实很耗时，不过好处也很多，主要用word和axure去写还有用wiki的这个我没用过，朋友有用过的有机会体验下，我习惯用axure做，至于什么样的需求文档是好的需求文档，我认为需求文档就是一个产品，这个产品能不能给用户（用户包括：产品、设计、研发、测试等）带来好的体验，每个产品经理心里都有一把尺子。