互联⽹⾏业的那些缩写
PM,RD,FE,UE,QA,OP,BRD,MRD,PRD,FSD PM Product Manager
这个是产品经理的意思。我⼀直以为是项⽬经理的缩写。太坑爹了，本⼈还写过⼀个屌丝⽂章，看来要贻笑⼤⽅了。RD Research and Development engineer
RD是研究与开发（研发）。诸如PHP程序猿，Java程序猿，⽆论是爱疯的还是安卓的都是属于这⼀类别。
互联网行业FE
FE是前端研发。有点意思！
UE
UE是⽤户体验
QA Quality Assurance
QA是测试
OP Operator
OP是运维
还有DBA,DB,UI,WC这些应该都清楚。
在微博上还看见了⼀张图：⼤家看看说的对不对。
------------------------------------------
在各个⾓⾊之前协调时离不开的就是⽂档了。于是⼜来了⼀堆⽂档的缩写。
具体我也没有研究，摘抄如下⽂章：
“互联⽹产品设计常⽤⽂档类型 BRD、MRD、PRD、FSD”
MRD
Market Requirements Document，市场需求⽂档。获得⽼⼤的认同后，产品进⼊实施，需要先出MRD，具体来说要有更细致的市场与竞争对⼿分析，通过哪些功能来实现商业⽬的，功能/⾮功能需求分哪⼏块，功能的优先级等等。实际⼯作中，这个阶段PD可能的产出物有Mind Manager的思维图，E
xcel的Feature List等。
市场需求⽂档（MRD）重点放在为⼀个被提议的新产品或者现有产品的改进定义市场需求。与BRD指出商业问题和解决这些问题的解决⽅案不同，MRD更深⼊提议解决⽅案的细节。它包括⼀些或者所有这些细节：
a. 解决商业问题所需要的特⾊
b. 市场竞争分析
c. 功能和⾮功能需求
d. 特⾊/需求的优先级
e. ⽤例
MRD通常是由拥有产品经理，产品营销经理或者⾏业分析师头衔的⼈撰写的。MRD通常是⼀份连续的5-25页Word⽂档，或者正如之后描述那样在⼀些机构中甚⾄更长。
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,BSD等等，⼤家可以⾃⼰意会。
版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。
发表评论