网站架构师的工作内容(PM项目经理or产品经理的意思，你知道吗？|互联网)

　　网站架构师的工作内容(PM项目经理or产品经理的意思，你知道吗？|互联网)

　　下午

　　项目经理（ProjectManager）

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

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

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

　　RD

　　研究与开发

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

　　有限元

　　前端; 前端开发

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

　　用户设备

　　用户体验（User Experience，简称 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种：网络游戏运维、网站运维、大型项目测试和生产环境运维。

　　数据库管理员

　　数据库管理员（DatabaseAdministrator，简称DBA）

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

　　还有DB，也就是数据库（Database）。

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

　　MRD

　　市场需求文件（MarketRequirementsDocument）

　　得到老板的认可后，产品必须先实施。必须首先释放 MRD。具体来说，必须有更详细的市场和竞争对手分析，使用哪些功能来实现业务目标，划分哪些功能/非功能需求，以及功能的优先级。等级等等。在实际工作中，这个阶段PD可能的输出有MindManager的思维导图、Excel的FeatureList等。

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

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

　　湾 市场竞争分析

　　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 或类似的文档，有几十个连续的页面。