MRD、BRD、PRD、FSD、SRS、ROI、IRR、CPA等产品经理必须名词

转自：https://blogcsdnnet/u012033977/article/details/45669405

 经常听到有朋友在群里面问一些专有名词的缩写含义，恰巧在网上找资料看到这个帖子，故此转帖过来。希望对朋友们有所帮助。

MRD(这个汤圆讲的更为透彻) 

Market Requirements Document，市场需求文档。获得老大的认同后，产品进入实施，需要先出MRD，具体来说要有更细致的市场与竞争对手分析，通过哪些功能来实现商业目的，功能/非功能需求分哪几块，功能的优先级等等。实际工作中，这个阶段PD可能的产出物有Mind Manager的思维图，Excel的Feature List等。

市场需求文档（MRD）重点放在为一个被提议的新产品或者现有产品的改进定义市场需求。与BRD指出商业问题和解决这些问题的解决方案不同，MRD更深入提议解决方案的细节。它包括一些或者所有这些细节：

a 解决商业问题所需要的特色

b 市场竞争分析

c 功能和非功能需求

d 特色/需求的优先级

e 用例

MRD通常是由拥有产品经理，产品营销经理或者行业分析师头衔的人撰写的。MRD通常是一份连续的5-25页Word文档，或者正如之后描述那样在一些机构中甚至更长。

BRD

Business Requirements Document，商业需求文档。这是产品声明周期中最早的问的文档，再早就应该是脑中的构思了，其内容涉及市场分析，销售策略，盈利预测等，通常是和老大们过的ppt，所以也就比较短小精炼，没有产品细节。

商业需求文档重点放在定义项目的商业需求。BRD要能说出客户碰到的一个或多个商业问题，并且通过公司的产品能够解决这些问题。接着建议一个方案 —— 通常是新产品或者现有产品的改进来解决这些问题。BRD也可能包括一个高级的商业案例，例如收益预测，市场竞争分析和销售/营销策略。BRD通常是由拥有产品经理，产品营销经理或者行业分析师头衔的人撰写的。在小公司，可能由高级主管或者甚至创始人撰写。BRD通常是一份连续的1-3页Word文档，或者不超过10页的Powerpoint文档。

PRD

Product Requirements Document，产品需求文档。进步一细化，这部分是PD写得最多的内容，也就是传统意义上的需求分析，我们这里主要指UC（use case）文档。主要内容有，功能使用的具体描述（每个UC一般有用例简述、行为者、前置条件、后置条件、UI描述、流程/子流程/分支流程，等几大块），Visio做的功能点业务流程，界面的说明，demo等。Demo方面，可能用dreamweaver、ps甚至画图板简单画一下，有时候也会有UI/UE支持，出高保真的demo，开发将来可以直接用的那种。

产品需求文档（PRD）重点放在为一个被提议的新产品或者现有产品的改进定义市场需求。与MRD侧重于从市场需要角度看需求的不同，PRD侧重于从产品本身角度看待需求。通常在特点和功能需求上更深入细节，并也可能包括屏幕截图和用户界面流程。在那些MRD不包括具体需求和用例的机构中，PRD就包含这些具体内容。PRD通常是由拥有产品经理，行业分析师或者产品分析师头衔的人撰写的。PRD通常是一份连续的20-50页Word文档，或者针对复杂产品甚至更长。

提醒：一些机构将这里描述的MRD和PRD合并成一个文档，并称最后的文档为MRD。在这种情况下，MRD包括本段描述的内容，也包括上一段描述PRD的内容，并且可能超过50页。

FSD

Functional Specifications Document，功能详细说明。有一点像“概要设计”，这步就开始往开发衔接了，产品UI、业务逻辑的细节都要确定，细化文档并保持更新。相应的，有很多内容，比如表结构设计，要由项目经理来编写了。

功能规格文档（FSD）把焦点集中在实现，定义产品功能需求的全部细节。FSD可能通过一张张的截屏和一条条功能点来定义产品规格。这是一份可以直接让工程师创建产品的文档。与MRD和PRD侧重于以市场需要和产品角度看需求不同，FSD把重点放在了以表格形式定义产品细节，再让工程师实现这些细节。FSD也可能包括完整的屏幕截图和UI设计细节。FSD通常是由拥有产品分析师，工程领导或者项目经理头衔的人撰写的 – 作者通常属于工程部门。通常一个连续几十页的Word或类似文档。

PSD

Product Specifications Document，产品规格文档（PSD）是一个较不流行的缩写，但是在有这样一个文档的机构中，它大体和上面描述的功能规格文档（FSD）相同。

SRS

Software Requirements Specification，软件需求文档，软件需求文档（SRS）是另一较不流行的缩写，在创建SRS的机构中，它在内容和细节上和上面描述的PRD或FSD有些想像。

ROI 

Return On Investment，投资回报。原本是会计学概念，早期用来判定投资工厂或购买铁路相关的成本是否合理，现被广泛使用在各个领域。ROI的结果通常用百分比来表示，即投入产出比，简单来说就是企业所投入资金的回报程度。ROI计算公式为：收益/投资×100%或者ROI=（成本降低+收入增长）/总成本。相关的术语：资金回收期，IRR（内部收益率）等等。

投资报酬率，计算公式为：ROI = (1 + g) n / PER。

其中，g代表企业未来n 年平均获利成长率。PER表示本益比。若个别企业的ROI大于同业平均投资报酬率，则该企业值得投资。

CPA

Cost Per Action，次行动的费用，即根据每个访问者对网络广告所采取的行动收费的定价模式。对于用户行动有特别的定义，包括形成一次交易、获得一个注册用户、或者对网络广告的一次点击等。

ASP 

Average Selling Price，公司某一类型产品或全部产品的平均销售价格（或称出厂价格）。公式为：销售额÷出货量。

平均售价是分析预测制造业公司销售收入和毛利率的重要指标，是投资者需要密切跟踪和计算的经营数据。在销量不变的情况下，平均售价提高可以增加销售收入和毛利率，在销量下降的情况下，如果公司能提高平均售价可以降低销售收入和毛利率下滑的程度，当然，最好的情况是价升量增，销量和售价都出现增长。公司产品平均售价提升主要来自于产品结构的改善，如彩电生产企业近年来产品平均售价增长就是因为高价格的平板电视销售比重显著提升。所以，把握制造业公司业绩增长的两项最重要的因素就是产品销量和平均售价的变化。

SRS 的含义通常是指“软件需求规格说明”（Software Requirements Specification）。

软件需求规格说明是一份详细的文档，描述了软件系统的各种功能、性能、界面、数据结构、安全等方面的需求。该文档通常由系统分析师或业务分析师编写，旨在对软件开发人员、测试人员以及业务用户等各方提供一个统一的、详细的、可追踪的需求说明，以便于软件开发、测试和验收。

软件需求规格说明应该是准确、一致、完整、可验证和可追踪的，以确保软件开发和测试人员在开发、测试和验收过程中理解和满足所有的需求。

直播App软件开发功能模块有哪些

如今，不少企业都想拥有属于自己企业或产品的手机APP，但其中最困扰企业主的问题就是：开发一款手机APP到底需要多少钱？

简单点来说，要视手机APP的需求及质量而言，价位一般在几千到十几万左右，更高端的价格更高。

今天，我们就来详细分析一下这个问题，请继续往下看吧。　

一、APP开发款式分为固定款和定制款，两者的价格均不相同

固定款：是指直接套用已有的、现成的APP固定模板，报价是固定的，所需要的功能也是固定的，缺点就是客户拿不到源代码，也不能根据企业需求进行定制，由于源代码是封装的，如果企业以后想进行功能升级或系统维护的话，也不能够实现，只能重新开发一个新的软件。

固定款的APP开发时间短，约2~3日的时间即可完成，费用大约在几千到几万之间。

定制款：定制款是指APP的功能全部重新开发，过程比较繁琐，需要美工、策划、APP开发（前台/客户端/手机端）、后台程序员等工种协同完成，大型的、功能复杂的APP甚至需要数十人的团队。

由于APP的功能和设计都是定制的，因此价格会高些。定制款的开发时间与开发价格是成正比的，开发时间长，大约在两三个月甚至不定的周期里才能完成，而费用大概在几万甚至十几万左右。

因此，想要知道开发一款手机APP需要花费多少钱，企业主首先必须把APP的详细需求和功能告知APP开发公司，开发公司才能报出一个合理的价格。

二、手机APP平台不同，制作成本也不一样

现在市面上流行的手机APP制作平台主要有两种一般包括两种系统：安卓系统（Android）和苹果系统（IOS）。

一般来说，制作苹果系统的手机APP软件费用要比安卓平台的贵一些，因为苹果公司对苹果平台的封闭性和手机APP开发语言Objective-C的难度，都让APP开发者加大了苹果系统手机APP开发的难度。

三、APP制作成本包含参与人员的工资

通常情况下，开发一款APP需要产品经理、客户端工程师、后端工程师和UI设计师各一名，这已经是制作手机APP应用软件比较精简的配置了，所以这些参与人员的工资也是包含在APP制作成本当中的。这些工作人员的月薪加起来可能都会超过4、5万元。

四、APP开发公司的所在地

需要注意的是，同样实力的APP开发公司，在不同的城市也会导致APP的成本费用高一些