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