要是产品狗没有成文的产品需求设计就跑去和程序猿口头或者简单记录一下软件产品的大致要做的功能，不是我吓你，狗会死的。猿打的。

为什么产品需求设计文档这么重要？

1、 功能设计文档可以让整个研发团队对软件产品的功能需求设计有一个整体的共识。否则，程序猿容易自己钻在一小块需求里，走不出来。专心研究了很久，可能最后会和项目经理和客户真正想要的功能相差甚远。

2、 更可怕的，研发人员把数据库设计好了，代码也已经写得差不多了，这时产品狗突然和程序猿说我们的需求要做一点变化。对产品狗来说那一点变化，可能会害得程序猿撸过几天几夜。那很小的变更可能导致之前设计的数据库，码的代码都不能用了。对于程序员来说，要他们删代码如同抢了他们的女朋友，噢。凄惨！

3、 没有产品功能设计，讲进度？任务分配？瞎扯！都不知道自己要做什么，怎么安排工作？

4、 当中期遇到需求小变动时，没有产品需求设计文档的情况下，热烈讨论一番，出去会议室大概大家就各有各的理解了吧。

5、 便于测试团队跟进。测试团队应该在项目Kickoff之时就应该介入，而不是在产品开发完成之后。测试团队应该对功能需求设计文档充分了解，且以此来编写具体的测试用例文档。否则，只能是在界面上进行简单的表面测试，而真正的BUG并不在表面，这些BUG会藏得很深，等发现的时候可能已经造成很大的损失。测试团队想覆盖全部的测试用例此时已经相当困难，他们甚至都不知道产品有哪些功能。

所以，请谅解我们Legendshop产品经理一再和你确认产品需求，不确认需求不动工。多点理解，多点爱。

那么，对于产品需求设计文档有什么需要注意的呢？

1、 文档一定要实时更新，并且保证每个程序猿都能接收到最新版本的文档，避免最后某个程序猿不知道需求变动的悲惨事件。

2、 文档的内容应该一应概全，一般项目背景、详细的功能点描述、产品不包括的功能点说明、使用场景、流程图、人员角色实例化等等。