在产品经理岗位上耕耘这些年，我的产品需求文档收到了来自开发GG和测试MM的不计其数的建（pi）议（dou），终于收获了长足的进步，最近一年写的PRD在开发、测试团队中获得了一致的认可。
标签：产品需求文档
非功能需求是功能需求的有效补充，帮助文档理解产品在功能以外的相关要求。
功能需求是产品需求文档核心内容，前面说引言是帮助理解文档本身，概述帮助理解项目和产品本身，那么功能需求部分就是帮助理解业务和功能。
产品需求文档的内容需要根据产品形态，项目组织形式等情况，做相应的调整。通常
这世界走的再快，也与你无关，一步一步成长，也挺好。
做这样一个一体化产品需求文档出于的目的就是传统的方式产生的文件过多，过于杂乱，不易整理和回溯。如果把每个版本的内容都整理在一个html中，这样无论是团队协作还是文档回溯都能大大提高效率。
新人习作，基本上只对产品层进行了说明，罗列了一些产品的核心功能（社区、聊天），整个产品还有一些拓展功能没有包含在文档中，如拍照等，有关数据埋点的内容也做的十分简单。
以C端用户的身份通过使用、体验和分析等方式倒推“饿了么”App，生成它的产品需求文档。然而，由于“饿了么”产品功能框架实在庞大，信息流分支众多且界面繁杂。
备选流，又称备选事件流，英文是Alternative Flow。在RUP和UML中，备选流的解释如下：备选事件流包括与正常行为相关的可选或异常特征的行为，同时也包括正常行为的各种变形。