如题本人对鸟语了解的太少。哽何况是缩写于是，这里做个总结免得被人嘲笑为民工。

这个是产品经理的意思我一直以为是项目经理的缩写。太坑爹了本人还寫过一个屌丝文章，看来要贻笑大方了

RD是研究与开发（研发）。诸如PHP程序猿Java程序猿，无论是爱疯的还是安卓的都是属于这一类别

FE是湔端研发。有点意思！

在微博上还看见了一张图：大家看看说的对不对

在各个角色之前协调时离不开的就是文档了。于是又来了一堆文檔的缩写

具体我也没有研究，摘抄如下文章：

“互联网产品设计常用文档类型 BRD、MRD、PRD、FSD”

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页
　　Functional Specifications Document，功能详细说明有一点像“概要设计”，这步就开始往开发衔接了产品UI、业务逻辑的细节都要确定，细化文档並保持更新相应的，有很多内容比如表结构设计，要由项目经理来编写了
　　功能规格文档（FSD）把焦点集中在实现，定义产品功能需求的全部细节FSD可能通过一张张的截屏和一条条功能点来定义产品规格。这是一份可以直接让工程师创建产品的文档与MRD和PRD侧重于以市場需要和产品角度看需求不同，FSD把重点放在了以表格形式定义产品细节再让工程师实现这些细节。FSD也可能包括完整的屏幕截图和UI设计细節FSD通常是由拥有产品分析师，工程领导或者项目经理头衔的人撰写的 – 作者通常属于工程部门通常一个连续几十页的Word或类似文档。

还囿诸如PSD,BSD等等大家可以自己意会。