业务需求文档通常还对业务前景进行一个大致分析，包括开展该项业务的收入预测、市场及竞争对手分析、销售及营销策略等。
业务需求文档一般是由产品经理/产品营销经理或业务分析师撰写，在小公司中，甚至直接由CEO或总经理撰写。它通常比较简短，由3页以内的Word文档或10页以内的PPT文档构成。
|
示例：假定公司正在研发一个客户关系管理（CRM）软件。业务需求文档集中在帮助销售经理跟踪可能达成的销售意向，并对可能的产生的销售收入进行预测。因此文档需要进行以下方面的规约： 1）面向的群体 500强的销售经理； 2）需解决的问题 a)无法实时跟踪潜在交易的状态； b)无法获得可靠的收入预测； 3）建议的方案 建立基于Web的销售管理软件以跟踪潜在的销售意向，并对潜在收入进行预测。 |
市场需求文档（MRD - Market Requirements Document）关注新产品或改良产品面临的市场需求。产品需求文档关注对业务问题的解决，而市场需求文档则重点关注建议的解决方案的细节。它通常包含如下内容：
该文档通常产品经理/产品营销经理或业务分析师撰写，文档的篇幅一般是20页左右或者更多。
|
仍然以上文的CRM软件举例。市场需求文档大致如下： 1）功能需求 a)必须支持IE（6.0以上）及FireFox（1.3以上）两种浏览器； b)必须使用SSL以加强安全性； …… x)用户可以通过浏览器录入客户、公司、联系人、商业机会、交易信息等资料； 2）非功能需求 a)最高需要支持10万并发用户访问； b)系统正常运行时间〉99.9%； …… x)提供英、德、日三种语言的丰富全面的用户指引； |
产品需求文档（PRD - Product Requirements Document）着眼于新产品提议或已有产品改进中的产品需求细节。相比之下，市场需求文档是从市场需要的角度出发，而产品需求文档则从产品自身的角度出发。该文档一般会深入到特性及功能需求的细节，并且通常包含界面的快照及用户界面流程。
在市场需求文档没有包含需求细节及用例的情况下，产品需求文档则需覆盖这些内容。
产品需求文档通常由产品经理、业务分析师或软件分析师撰写。文档采取Word格式时篇幅约为20~50页，对于较为复杂的产品可能会更多。
|
仍以上文的CRM软件举例。产品需求文档大致如下： 1）登录窗体需要包含用户名及密码输入域；并且提供"忘记密码"的处理链接； 2）联系人窗体需要包含姓氏、名字、电话、邮件地址……等等； …… x）预测窗体由包含5个步骤的向导组成，逐步引导用户建立年度预测；每个步骤的细节要求描述如下…… |
产品功能规范文档（FSD - Functional Specifications Document）从实现的角度出发，定义了产品功能需求的细节。该文档采取逐个特性、逐个界面的形式依次定义产品的规范。软件工程师直接使用该文档实施研发过程，构造产品。
相比之下，市场需求文档和产品需求文档分别从市场及产品的角度定义需求，而产品功能规范文档则从软件工程师可赖以实现产品为出发点，定义产品各个方面的细节约定，它一般还包含完整的界面快照和界面设计的细节。
产品功能规范通常由软件分析师、软件工程师骨干或开发经理撰写，撰写文档的成员一般来自工程/研发部门。文档的篇幅一般较长。
产品规格说明书（PSD - Product Specifications Document）较为少用，如果有的公司采用该文档描述产品，则该文档的形式类似于产品功能规范。
软件需求规格说明书（SRS - Software Requirements Specification）也比较少用，如果采用SRS，则其内容及细节也类似于产品功能规范文档或产品规格说明书。
最后，需要说明的是并非每个公司都必须完整采用这几种需求文档，而是应该根据自己的角度选择应该采用合用的那些。
附录: Acknowledgement
Thanks for Michael's permission of translation.
To check out the source edition, please visit Michael's blog at: http://michael.hightechproductmanagement.com