模板一                                                          

6. 签批单
我已阅读上述软件需求规格说明书，我将严格遵守说明书中的条款，并保证全力支持该规格说明书的实施。
执行主管: 
日期
技术主管: 
日期
项目组长: 
日期
用户代表: 
日期
开发人员代表: 
日期
小组成员: 
日期
小组成员: 
日期

                                                           模板二                                                   

这样写prd,哎哟不错哦

简书，在我看来长这样

1、版本信息

简书APP版本信息表示意图

2、文档说明

2.1 文档简介

2.2 文档读者

2.3 专业术语

可在此提前交代一些专业术语以方便后文理解（通常以表格形式），也可见附录8.4

目录（略）

3、产品简介

3.1 产品定位

3.2 产品特色

简单优雅的设计、良好的交流氛围、丰富的文章主题、Mardown富文本等特色功能

3.3 用户分析

主要用户为喜欢分享交流、爱生活拥有文艺气息的年轻人，喜爱文字并想在喧嚣 络中沉淀文字的读写人。

4、产品架构

4.1 产品结构图

此文仅述主要模块，应展开至最小用户可见单元。

简书APP产品结构图

4.2 信息结构图

信息结构以信息为维度，比如用户信息，用户文章信息，用户行为信息等，与产品结构可对应分析，不再陈述。

4.3 总体流程图

总体流程可说明产品的基本的用户行为路径，有助产品理解。

简书APP总体流程图

5、详细功能说明

5.1 功能列表

功能列表作为功能需求说明的总览，可分模块描述。

简书APP功能列表示意图

5.2 原型界面

每一个模块功能的需求说明都应该包含详细的原型界面图及流程图，此作简单示意图（重置密码）。

简书APP重置密码原型示意图

5.3 用例流程

简书APP重置密码流程图

6、非功能性需求

6.1 性能需求

1、前端内容展现应保证用户在WIFI及移动 络下阅读体验流畅；

2、万级用户在线时后台信息处理稳定且快速等等。

6.2 系统需求

兼容Andriod、IOS各系统版本（包括最新版本）

6.3 运营需求

用户/内容管理系统开发、用户数据分析系统开发等

7、项目规划

有的项目或产品并不包含该部分，但通常要交代产品的风险分析及应对策略。

8、附录

大量的相关参考文档可放置附录，以避免篇幅过长影响阅读。通常包括原型/UI文档、MRD/BRD文档、技术文档、专业术语