产品需求文档怎么写

1.产品需求文档应该包含哪些内容

规范化软件开发过程中的《需求说明书》的编写，使之成为整个开发工作的基础。

2 适用范围本规范适用于集团开发项目的（软件）《需求说明书》的编写。3 编写内容提示1 引言3.1.1 背景说明说明被开发软件的名称，任务提出者，用户及实现该软件的计算机网络。

3.1.2 参考资料列出有关资料（名称，发表日期，出版单位，作者等）。3.1.3 术语和缩写词列出本文件中用到的专门术语的定义，及术语缩写词。

3.2 软件总体概述3.2.1 目标软件开发的意图、应用目标、作用范围以及需说明背景材料。3.2.2 系统模型图示说明该软件的所有功能及其相互关系和数据传递情况。

3.2.3 假设和约束说明影响软件开发、运行环境和系统能力（如预告出错类型的能力）的某些假设和约束。3.3 详细需求详细描述此软件系统的功能需求和性能需求。

3.3.1 功能需求对系统中每一个功能，要详细描述（图示或文字）。概述叙述功能名称，目标和作用。

输入输入该功能的信息。处理描述该功能做什么，如何对输入信息进行加工并转换成输出信息。

输出列出内部生成的文件。3.3.2 性能需求定量地描述此软件系统应满足的具体性能需求。

可考虑以下方面：3.3.2.1精度说明系统的精度要求，如：数据的精度要求。数字计算的精度要求。

数据传送的误码率要求。3.3.2.2 时间特性说明系统的时间特性要求，如：解题时间。

询问和更新数据文件的响应时间。系统各项功能的顺序关系。

3.3.2.3 灵活性说明当需求发生某些变化时系统的适应能力，指出为适应这些变化而需要设计的软件成分和过程。3.3.2.4系统容量包括系统的设计容量和理论（计算）容量。

3.3.3 输入和输出解释各输入输出数据类型，并逐项说明某媒体、格式、数值范围等。对软件的数据输出及必须标明的控制输出量进行解释并举例，包括对硬拷贝报告（正常结果输出、状态输出及异常输出）以及图形或显示报告的描述。

3.3.4 数据管理能力说明需要管理的文卷和记录的个数、表和文卷的大小规模，要按可预见的增长对数据及其分量的存储要求作估算。3.3.5 故障处理列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。

3.4 环境描述所开发软件运行所需的环境。3.4.1 设备环境描述运行软件系统所需的设备能力，如：处理器的型号和内存容量。

存储媒体的数量。通信网络（包括说明网络结构，线路速度及通讯协议等）。

3.4.2 支持软件环境列出与待开发的软件互相配合的支持软件（包括名称，版本号和文件资料），必要时还应列出测试软件，还要指出该软件用的编程语言，编译程序，操作系统和数据管理系统。3.4.3 接口说明本软件与其他软件之间的接口、数据通信协议等。

3.4.4其他说明本软件系统在安全和保密方面的要求以及用户对使用方便、可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求。

2.需求文档怎么写

系统流程描述

1.1.1 项目名称

项目名称（项目类型）

1.1.2 项目开发者

成员一：**

成员二：***

成员三：***

1.1.3 项目开发环境

MyEclipse + Tomcat5.5和MyEclipse（自带）+ SQLServer 2005

1.1.4 系统功能设定

品红商业网分为2大模块：

1.前台系统

## 设定新闻，商品以及购物相关功能：

NEWS：对新闻的增加、删除和查询操作，并且增加上下条功能进行查询，以及最新新闻的显示与增加。

PRODUCT：对商品的增加、删除、修改和查询操作，并且增加分页技术进行查询，以及最新商品的展示与增加；增设对商品的选购，打印清单、结算功能。

TALKING：用户之间的在线聊天，进行互动交流，洽谈业务，对信息发表自己的看法等，并设有广告介绍，让用户了解最新信息。

MESSAGE：客户留言薄，针对各种商情，业务交流进行离线留言，站外，站内用户可以通过此信息及时了解最新资讯，了解用户反馈信息等。

about：介绍了公司对客户的信心，诚意做出了诚恳的表态。

AFTER：介绍了公司关于商品的售后服务条例等，给客户提供更满意的服务。

2.后台管理系统

## 设定对管理员，用户以及管理员对新闻和商品信息的相关操作。

ADMIN：对用户的查询和删除，对新闻的增加，删除和查询，对商品的增加、删除、修改和查询，都增设了分页技术更有规范的查询。并附有时间，让操作人员在任何时候都能得到精准时间，以提高管理员的时间观念。

3.产品经理应该怎么写BRD、MRD、PRD（需求文档）呢

这些客户是什么样子的？ 2、我可以满足他们什么样的需求（提供什么样的价值，核心价值是什么）？我要满足他们什么样的需求？我（暂时）不打算满足他的哪些需求？二、商业价值；1、我可以为企业创造什么样的价值？ 2、这些价值是否符合企业的整体战略目标？三、路线规划；1、我先满足什么需求？再满足什么需求？为什么？ 2、每个阶段的核心价值是什么？ 3、执行计划（时间…）？四、历史回顾；1、客户价值和商业价值是否发生了变化？ 2、二期产品的路线规划和原规划是否一致，（如有调整）调整原因是什么？ 3、之前的实际运营效果和计划的差异是什么？为什么？五、成本估算；1、整合各类资源所需要的运营成本、营销成本。

2、研发和维护所需要的人力成本。 3、同时，还需要对未来的风险进行预估，并给出合理的预案。

六、评估方法 1、为什么指定这个目标？这个目标是如何显现出来的？3、凭什么可以做到这个目标向公司申请需要的费用、资源得到各级领导支持；MRD阶段一、更细致的市场与竞争对手分析；二、通过哪些功能来实现商业目的；三、功能/非功能需求分哪几块；四、功能的优先级；——可能产出物有Mind Manager的思维图，Excel的Feature List一、产品介绍；二、用户描述；1. 用户/市场统计；2. 用户剖析；3. 关键用户需求；4. 替代品和竞争品三、产品轮廓；1. 产品前景；2. 产品定位四、功能需求；五、非功能需求；六、附件：用户需求调查报告收集、分析、定义主要的用户需求和产品特性——不用考虑系统如何满足这些需求以及需求的技术和资源局限PRD阶段一、功能使用的具体描述；二、Visio版功能点业务流程；三、界面的说明；四、Demo（注：可是dreamweaver、ps、画图板的简单版，有时也会有UI/UE支持）一、项目边界；二、验收标准；三、业务流程图；四、用例说明；1. 用例总图；2. 单个用例说明五、性能需求；1. 响应时间；2. 空间使用量等六、维护性需求；七、质量需求；1. 安全性；2. 可操作性；3. 可靠性；4. 兼容性；5. 移植性八、接口需求外部接口需求；内部接口需求对MRD中的内容进行指标化和技术化；明确产品的功能和性能FSD阶段（类似概要设计）产品UI确定；业务逻辑的细节确定；表结构设计功能详细说明。

4.产品经理应该怎么写BRD、MRD、PRD（需求文档）呢

3、凭什么可以做到这个目标向公司申请需要的费用、资源得到各级领导支持；MRD阶段一、更细致的市场与竞争对手分析；二、通过哪些功能来实现商业目的；三、功能/非功能需求分哪几块；四、功能的优先级；——可能产出物有Mind Manager的思维图，Excel的Feature List一、产品介绍；二、用户描述；1. 用户/市场统计；2. 用户剖析；3. 关键用户需求；4. 替代品和竞争品三、产品轮廓；1. 产品前景；2. 产品定位四、功能需求；五、非功能需求；六、附件：用户需求调查报告收集、分析、定义主要的用户需求和产品特性——不用考虑系统如何满足这些需求以及需求的技术和资源局限PRD阶段一、功能使用的具体描述；二、Visio版功能点业务流程；三、界面的说明；四、Demo（注：可是dreamweaver、ps、画图板的简单版，有时也会有UI/UE支持）一、项目边界；二、验收标准；三、业务流程图；四、用例说明；1. 用例总图；2. 单个用例说明五、性能需求；1. 响应时间；2. 空间使用量等六、维护性需求；七、质量需求；1. 安全性；2. 可操作性；3. 可靠性；4. 兼容性；5. 移植性八、接口需求外部接口需求；内部接口需求对MRD中的内容进行指标化和技术化；明确产品的功能和性能FSD阶段（类似概要设计）产品UI确定；业务逻辑的细节确定；表结构设计功能详细说明

5.产品需求文档应该包含哪些内容

规范化软件开发过程中的《需求说明书》的编写，使之成为整个开发工作的基础。

2 适用范围

本规范适用于集团开发项目的（软件）《需求说明书》的编写。

3 编写内容提示

1 引言

3.1.1 背景说明

说明被开发软件的名称，任务提出者，用户及实现该软件的计算机网络。

3.1.2 参考资料

列出有关资料（名称，发表日期，出版单位，作者等）。

3.1.3 术语和缩写词

列出本文件中用到的专门术语的定义，及术语缩写词。

3.2 软件总体概述

3.2.1 目标

软件开发的意图、应用目标、作用范围以及需说明背景材料。

3.2.2 系统模型

图示说明该软件的所有功能及其相互关系和数据传递情况。

3.2.3 假设和约束

说明影响软件开发、运行环境和系统能力（如预告出错类型的能力）的某些假设和约束。3.3 详细需求

详细描述此软件系统的功能需求和性能需求。

3.3.1 功能需求

对系统中每一个功能，要详细描述（图示或文字）。

概述叙述功能名称，目标和作用。

输入输入该功能的信息。

处理描述该功能做什么，如何对输入信息进行加工并转换成输出信息。

输出列出内部生成的文件。

3.3.2 性能需求

定量地描述此软件系统应满足的具体性能需求。可考虑以下方面：

3.3.2.1精度

说明系统的精度要求，如：

数据的精度要求。

数字计算的精度要求。

数据传送的误码率要求。

3.3.2.2 时间特性

说明系统的时间特性要求，如：

解题时间。

询问和更新数据文件的响应时间。

系统各项功能的顺序关系。

3.3.2.3 灵活性

说明当需求发生某些变化时系统的适应能力，指出为适应这些变化而需要设计的软件成分和过程。

3.3.2.4系统容量

包括系统的设计容量和理论（计算）容量。

3.3.3 输入和输出

解释各输入输出数据类型，并逐项说明某媒体、格式、数值范围等。对软件的数据输出及必须标明的控制输出量进行解释并举例，包括对硬拷贝报告（正常结果输出、状态输出及异常输出）以及图形或显示报告的描述。

3.3.4 数据管理能力

说明需要管理的文卷和记录的个数、表和文卷的大小规模，要按可预见的增长对数据及其分量的存储要求作估算。

3.3.5 故障处理

列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。

3.4 环境

描述所开发软件运行所需的环境。

3.4.1 设备环境

描述运行软件系统所需的设备能力，如：

处理器的型号和内存容量。

存储媒体的数量。

通信网络（包括说明网络结构，线路速度及通讯协议等）。

3.4.2 支持软件环境

列出与待开发的软件互相配合的支持软件（包括名称，版本号和文件资料），必要时还应列出测试软件，还要指出该软件用的编程语言，编译程序，操作系统和数据管理系统。

3.4.3 接口

说明本软件与其他软件之间的接口、数据通信协议等。

3.4.4其他

说明本软件系统在安全和保密方面的要求以及用户对使用方便、可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求。

6.市场需求文档和产品需求文档区别是什么

该文档是软件产品项目由“准备”阶段进入到“实施”阶段的第一文档，其作用就是某个软件产品进行市场层面的说明”，这个文档的质量好坏直接影响到产品项目的开展，并直接影响到公司产品战略意图的实现。

一般在互联网企业中MRD都是由运营人员和产品设计人员共同制定完成的，互联网软件产品由于最终直接面向终端用户，且需要长期运营，作为互联网企业中的运营人员是最清晰市场动向？产品受众是哪些人？为什么需要产品人员配合呢，主要是因为运营人员很普遍的观念是以运营商品的视角来考虑问题并未能深埋产品级的需求，所以两者配合来制定编写市场需求文档是最合适不过的。产品需求文档（Product Requirement document,PRD），该文档在产品项目中是一个“承上启下”的作用，“向上”是对MRD内容的继承和发展，“向下”是要把MRD中的内容技术化，向研发部门说明产品的功能和性能指标。

该文档一般是由产品设计人员来完成，也就是传统意义上的需求分析，其主要内容有，功能使用的具体描述（每个UC一般有用例简述、行为者、前置条件、后置条件、UI描述、流程、子流程、分支流程，等几大块），功能点业务流程框线图，界面说明，Demo等。