本文主要从产品、项目研发基本流程、产品经理基本规范、产品经理基本文档三个角度介绍了项目型产品经理的工作基本流程和规范。
一、产品、项目研发基本流程
总体五个阶段：
- 需求采集、分析评估；
- 产品内部评审；
- 产品设计研发；
- 产品研发；
- 产品验收。
二、产品经理基本规范
第一阶段： 需求评估整理
- 需求输入：项目合同（立项书等文档）、项目需求文档、相关资料和第三方（联系人、联系方式、数据接口等）
- 产品输出：业务流程图(TFD)/简要技术建议文档
- 节点枢纽：产品/项目负责人审核
第二阶段： 产品内部评审
- 产品输出：业务流程图（TFD）、功能结构图、市场需求文档（MRD）/商业需求文档（BRD）
- 内部输出：产品审核意见（讨论会、书面文档或邮件形式）
- 节点枢纽：产品内部评审通过后进入设计阶段，没有通过回到第一阶段进行需求再确认。
第三阶段： 产品设计
- 产品输出：产品原型/产品需求文档（PRD）
- 研发输出：原型问题建议文档
- 节点枢纽：通过后进入研发阶段，没有通过回到设计阶段进行再完善。
第四阶段： 产品研发
- UI输出：UI效果图
- 研发输出：研发阶段问题
- 节点枢纽：效果图评估通过后，UI图交付研发，研发阶段问题解决后进入产品交付阶段。
第五阶段： 产品验收
- 研发输出：完整产品系统、测试文档和操作手册以及其他相关资料
- 产品输出：产品验收通过说明通知（文档、邮件）、PRD归档
- 项目经理输出：项目接收确认
- 节点枢纽：通过后产品和研发都将相关资料归档，项目经理将产品交付甲方。如果是内部项目则交付运营，产品进入运营阶段。
三、产品经理基本文档
- 流程图：业务流程图、页面流程图
- 思维导图：信息结构图、功能结构图
- 需求文档：市场需求文档（MRD）、商业需求文档（BRD）、产品需求文档（PRD）
- 需求原型：产品原型
- 其他文档：临时文档
四、 名称解释
（1）业务流程图：
就是用一些规定的符号及连线来表示某个具体业务处理过程。业务流程图是一种描述系统内各单位、人员之间业务关系、作业顺序和管理信息流向的图表，它是物理模型。主要是描述业务走向，描述的是完整的业务流程，以业务处理过程为中心，一般没有数据的概念。
特点：利用它可以帮助分析人员找出业务流程中的不合理流向。
（2）页面流程图：
具体到产品功能设计前，不同页面之间流转关系的图表，用户通过某项操作进入相应页面以及后续操作和页面。
特点： 主要表现页面功能的逻辑性，规划行为路径。而不是单页面交互设计，无需考虑页面内容、布局。更加聚焦于用户目标和任务的完成。
（3）信息结构图：
主要梳理出产品所涉及到的信息层次和结构。即一款产品包含哪些方面的数据和内容，同时又如何归类。
特点：可以快速判断出产品的主要功能和特点。
（4）功能结构图：
所谓功能结构图就是将系统的功能进行分解，按功能从属关系表示的图表。功能模块可以根据具体情况分的大一点或小一点，分解得最小功能模块可以是一个程序中的每个处理过程，而较大的功能模块则可能是完成某一个任务的一组程序。
特点： 功能结构图主要是为了更加明确的体现内部组织关系，更加清晰的理清内部逻辑关系，做到一目了然规范各自功能部分，使之条理化。
（5）商业需求文档（BRD）：
基于商业目标或价值所描述的产品需求内容文档（报告），其核心的用途就是用于产品在投入研发之前，由企业高层作为决策评估的重要依据。BRD是产品生命周期中最早的文档，再早就应该是脑中的构思了，其内容涉及市场分析，销售策略，盈利预测等，通常是供决策层们讨论的演示文档，一般比较短小精炼，没有产品细节。
特点：BRD的作用，就是决定了你的项目的商业价值。
（5）市场需求文档(MRD)：
产品项目由“准备”阶段进入到“实施”阶段的第一文档，其作用就是“对年度产品中规划的某个产品进行市场层面的说明”，这个文档的质量好坏直接影响到产品项目的开展，并直接影响到公司产品战略意图的实现。
特点：侧重的是对产品所在市场、客户（client）、购买者（buyer）、用户（user）以及市场需求进行定义，并通过原型的形式加以形象化。
（6）产品需求文档(PRD)：
对MRD中的内容进行指标化和技术化
特点： PRD的好坏，直接决定了项目的质量水平
（7）产品原型：
线条、图形描绘出的产品框架，也称线框图
特点：目标在于清楚的表达产品的设计理念和功能的执行逻辑
本文为@门口野蛮人原创，运营喵专栏作者。
