当你听到“PRD”、“MRD”、“ASP”、“ROI”等这些名词而手足措时，下面一些解释（均来自于互联网，版权未知）应该可以让你了解具体的含义，以后争取不断更新这个总结，有关于电商类的，也有关于产品类的。

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，公司某一类型产品或全部产品的平均销售价格（或称出厂价格）。公式为：销售额÷出货量。

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

分析报告分几部分来说:

已经完成的:

从前台来看,功能上来说,已经满足一般企业网站的需求.
从后台来看,功能和可扩展性上也大大的加强
安全性上对防注入加强.

产品询价和会员个人前台部分已经完成
简繁转化完成

值得优化的:

1. 前台页面

不太清楚为什么要用一个"网页加载中", 如果上线时候也要用强烈建议去掉

赤裸裸的CSS,JS代码太多了,建议封装进文件里面,利用浏览器缓存可提高使用速度,同时重用性大大加强. 注意:将css 置入网页顶部. head 之间 ,JS 置入网页底部.

强烈建议DIV+CSS 布局
网站搜索没有做完善,使用上会有障碍
虽然是测试,不过字上面也请注意调整 : 在新 闻 资 讯 的页面上,有三个一样的:"首页 >> ***",如果是链接就不必这样了.而且使用的太多也没必要
建设添加一个Expires or a Cache-Control Header,那样可以使网页加载更快,减少HTTP请求
点击产品展示没有发现产品,这个原因估计是与4的原因相同
评论部分可以进行XSS攻击,请修正.

在注册用户的时候在请在前面加入JS判断.
首页面的容量太大了:4137.3KTotal size ,将大图切割成小图进行布局,产品的图片请生成小图片.

2.后台页面

后台新闻添加部分的可视化操作工具栏中,如:上传文件[如果上传.txt等文件就会出现错误; 上传图像时只能上传一张,不能连续上传]不能上传,头像不能显示(如果不使用就在配置文件中将其删除)
询价中的详细部分的产品价格 代码有误,要调整

3.SEO

关键字的密度过大:

网页 META 信息检测 : keyword, description 等没有值
网页互相之间的关联性不大
4.浏览器

请注意JS的写法,例如页面上: IE 正常显示时间:2008年5月12日 星期一, 而FF显示的时间竟然为: 108年5月12日 星期一

5.网站反应速度

<<10MS 速度正常

以上分析通过:
这个网站是利用通常的统一建站工具进行架构,用DW进行步局,虽然没有看过代码,但是感觉代码很乱,并且因为应用的是开源的ASP程序,故代码比较危险,请程序员FIX BUGS.

这次分析的 测试工具:YSLOW / IE 7.0 / firefox2.0.0.14 / FireBug .