PM项目经理or产品经理的意思，你知道吗？|互联网

　　PM项目经理or产品经理的意思，你知道吗？|互联网

　　下午

　　项目经理（ProjectManager）

　　从专业角度，是指为企业设立重要管理岗位，以建立项目经理责任制为核心，对项目的质量、安全、进度、成本管理实行责任保证制度，全面提升项目管理水平。项目经理是负责成功规划和执行项目的人。

　　项目经理是项目团队的领导者。项目经理的主要职责是带领项目团队在预算内按时完成所有项目任务，并让客户满意。为此，项目经理必须在一系列项目计划、组织和控制活动中做好领导工作，以实现项目目标。

　　当然，在互联网公司，这个有项目经理或者产品经理的意思。

　　研发

　　研发

　　比如software RD工程师就是软件开发工程师，比如PHP程序员和Java程序员，不管是疯子还是Android都属于这一类。更喜欢后端技术实现。

　　FE

　　前端；前端开发

　　FE的意思就是web前端开发和前端开发！

　　UE

　　用户体验（简称UX或UE）

　　是用户在使用产品（服务）过程中建立起来的一种纯主观的心理感受。由于纯主观，所以带有一定的不确定性。

　　个体差异也决定了每个用户的真实体验无法通过其他方式完全模拟或再现。但对于一个明确定义的用户群体，其用户体验的共性可以通过精心设计的实验来实现。

　　计算机技术和互联网的发展正在改变技术创新的形式。以用户为中心、以人为本的理念越来越受到重视，用户体验因此被称为创新2.0模式的精髓。

　　还有一个组合叫做：UED（产品交互设计师，用户体验部门）。

　　界面

　　用户界面（UserInterface）

　　UI 设计是指软件的人机交互、操作逻辑、界面美观的整体设计。良好的UI设计不仅使软件别具一格、有品位，而且使软件的操作舒适、简单、自由，充分体现了软件的定位和特点。

　　UI 还有其他含义，例如 UnitInterval、UnivofIowa、UnlockInstruction、UrgentInterrupt。

　　质量保证

　　测试（QUALITYASSURANCE，中文意思是“质量保证”）

　　ISO8402:1994 中的定义是“在质量管理体系中实施并根据需要进行验证以提供足够的信任以表明实体能够满足质量要求的所有有计划的和系统的活动。”一些实施ISO9000的组织会设立这样的部门或职位，负责ISO9000标准所要求的质量保证职能。担任此类工作的人员称为 QA 人员。

　　操作

　　操作（操作）

　　OP 这个词有很多含义。这个缩写来自英文单词Operations。不知道谁最先用op来表示运维工程师，但从2010年开始，这个词逐渐被很多人知道了。

　　OP的工作内容主要是维护公司服务器正常提供服务。细分包括系统部分、网络部分、应用部分和数据库部分。根据公司的规模和工作职能，运维的定义也不同。 目前市面上的OP主要有3种：网络游戏运维、网站运维、大型项目测试和生产环境运维。

　　数据库管理员

　　数据库管理员（简称DBA）

　　是负责管理和维护数据库服务器的人员。数据库管理员负责数据库系统的全面管理和控制。这个位置对不同的人有不同的意义。

　　还有DB，也就是Database。

　　互联网产品设计中常用的文档类型也有缩写：BRD、MRD、PRD、FSD等。

　　MRD

　　市场需求文档（MarketRequirementsDocument）

　　得到老板的认可后，产品才会实施，MRD必须先放行。具体来说，必须有更详细的市场和竞争对手分析，使用哪些功能来达到商业目的，又分为哪些功能/非功能需求？函数的优先级等。在实际工作中，此阶段PD可能的输出有MindManager的思维导图、Excel的FeatureList等。

　　市场需求文档 (MRD) 侧重于为提议的新产品或现有产品的改进定义市场需求。与指出业务问题和这些问题的解决方案的 BRD 不同，MRD 更深入地研究所提出的解决方案的细节。它包括以下部分或全部细节：

　　一个。解决业务问题所需的功能

　　B.市场竞争分析

　　c.功能和非功能需求

　　d。功能/需求的优先级

　　e.用例

　　MRD 通常由具有产品经理、产品营销经理或行业分析师头衔的人撰写。 MRD 通常是一个连续的 5-25 页 Word 文档，在某些机构中甚至更长，如下所述。

　　珠三角

　　产品需求文档（ProductRequirementsDocument）

　　进步和完善。这部分是PD写的最多的内容，是传统意义上的需求分析。这里主要参考UC（usecase）文档。主要内容包括功能使用的详细描述（对每个UC通用用例、参与者、前置条件、后置条件、UI描述、流程/子流程/分支流程等的简要描述），其中由Visio功能点业务流程、界面描述、demo等完成，demo方面可以使用dreamweaver、ps甚至绘图板来简单绘制。有时会有UI/UE支持，开发高保真demo，开发以后可以直接使用的。

　　产品要求文档 (PRD) 侧重于为提议的新产品或现有产品的改进定义市场要求。与MRD注重从市场需求的角度看需求不同，PRD注重从产品本身的角度看需求。通常是关于特性和功能要求的更深入的细节，也可能包括屏幕截图和用户界面流程。在 MRD 不收录特定要求和用例的机构中，PRD 收录这些特定内容。 PRD 通常由具有产品经理、行业分析师或产品分析师头衔的人编写。 PRD通常是一个连续的20-50页的Word文档，对于复杂的产品甚至更长。

　　提醒：一些组织将此处描述的 MRD 和 PRD 合并为一个文档，并将最终文档称为 MRD。在这种情况下，MRD包括本段描述的内容，以及上一段描述的内容，可能超过50页。

　　消防处

　　功能规范文档（FunctionalSpecificationsDocument）

　　有点像“轮廓设计”。在这一步，开发开始。必须确定产品 UI 和业务逻辑的细节，并且必须完善和更新文档。相应的，表结构设计等内容也很多，必须由项目经理来写。

　　功能规范文档 (FSD) 侧重于实现并定义了产品功能要求的所有细节。 FSD可以通过截图和功能点一一定义产品规格。这是一个允许工程师直接创建产品的文档。

　　与 MRD 和 PRD 侧重于市场需求和产品视角不同，FSD 侧重于以表格形式定义产品细节，然后让工程师实现这些细节。 FSD 还可能收录完整的屏幕截图和 UI 设计细节。

　　FSD 通常由具有产品分析师、工程负责人或项目经理头衔的人撰写——作者通常属于工程部门。通常是一个 Word 或类似的文档，有几十个连续的页面。