正文
工作流程/线框（如果需要）。
数据分析要求：有哪些指标？观测了多久？
性能要求：设定正常功能的响应时间，如果产品运行不正常应该怎么办。
整合集成要求（如果需要）。
测试计划：给在设备、浏览器、操作系统、测试用例/用户故事方面测试给出指导。
发布计划：发布整个还是部分？在什么时间发布？要不要做A/B Testing？是不是要做Dry Run？如果产品发布后出问题，在出了什么样的问题、在什么样的阶段需要把产品拿下线？ ……
PRD需注意的事项：
1. 避免定义产品的做法，以便界面设计师和工程师利用他们的专业知识为需求提供最佳解决方案。
2. 灵活性：文档长短及包括的章节以沟通效率为主要目标。
“PRD的内容有自己的灵活性，文档最主要的目的还是为了达到沟通的效果。”
——Lake
III Workflow 产品流程图
产品流程图用来显示解决方案的步骤，关联的决策标准和最终的输出。
如果产品包括几个简单的页面，用户需要在它们之间做不同决策的时候，使用产品流程图很有效。并且，拿这种图很方便跟程序员沟通。
椭圆形代表起始点；菱形是决策点；长方形代表中间的环节（例图中，决策点后缺少Yes/No）
IV Wireframe 线框图
Wireframe也称为页面原理图或屏幕蓝图，是一个视觉指南，代表网站或应用程序的骨架框架。
