对于刚入门的产品经理，想必大部分人肯定对产品工作流程、工作框架充满疑惑，一知半解。文章作者就这一问题展开分享，希望对你有所帮助。

每个新人入职时第一个问题大多是产品经理的工作到底是怎么样的，流程是怎么样的。确实，老人们很少会全面的告诉具体可操作的产品工作和流程。

这次是作者针对整个事业部产品经理整理的产品规范、流程，可以大致了解产品经理整个的工作框架，另外结尾附带给事业部内部分享的各种文档模板。

一、流程规范

1.需求流程

节点说明：

（1）收集需求

收集有效需求：

• 过滤对产品用户体验或业务KPI无提升的需求
• 收集改进用户体验或提升业务KPI的需求

输出《产品功能管理文档模板》中的feature-list

（2）分析需求

• 按照相应产品设计规范，完成需求分析
• 输出相关文档BRD、MRD、PRD
• 需求评审会前与各职能负责人需求讨论，初步达成一致

（3）评审需求

• 需求经过组内评审通过
• 至少提前3天向项目经理提出评审诉求并发送需求文档
• 参与人：各职能负责人和相关人员，如有必要可邀请其他业务专家人员
• 记录评审意见和评审结果，录入和删除的需求归档方便追溯

（4）录入需求

• 录入标准：评审通过或根据评审意见修改后的需求
• 录入路线图中需求池，等待项目经理排期

（5）需求变更

• 变更标准：原有需求不可用，原有需求影响到后续实现
• 变更流程：与各职能负责人沟通达成一致，告知项目经理

（6）跟进需求

• 根据《功能列表管理表》管理需求并跟进
• 如实现过程中发现细节问题，及时与各职能负责人沟通
• 如有影响项目时间点需告知项目经理

（7）验收标准

• 可用性：正常使用无严重bug
• 符合性：按照需求和交互实现功能

2.沟通流程

节点说明：

（1）内部沟通

• 与各职能负责人沟通，得出结论
• 邮件同步相关人员

（2）外部沟通

• 明确合作目标
• 提前准备沟通资料
• CP（合作方）选用评审

a.列出各CP优劣势

b.选取维度并分配权重，进行打分

c.相关人员打分，择优合作

• 结果同步反馈给相关人员和商务经理

二、产品设计

1.需求分析

分析产品需求，撰写BRD或MRD，主要用于大版本改动或全新项目，需包含：

1. 项目背景：阐述原因以及相关调研分析报告，包括提案原因、用户需求、市场状况、竞争格局、商业价值
2. 项目规划：阐述项目架构以及主体功能，包括核心产品需求、产品主体架构、产品发展路线图
3. 收益、成本和风险：阐述项目收益以及未来可能面对的各类风险及投入成本，包括项目收益评估、项目成本估算、项目风险与对策

• 收益：用户量、营收、质量、市场占有率、拓展平台、战略部署、节约成本
• 成本：人力成本估算、其他成本估算

分析产品需求，直接添加需求池feature-list，主要用于小需求或改进，需包含：

• 明确需求背景和意义
• 明确目标需求人群：从业务、性质层面界定后续正对的用户群
• 用户建模：通过UserCase梳理用户场景
• 输出分析结果

需求分析（BRD、MRD）模板请看附件《BRD商业需求分析文档模板》

分析案例请参考：http://www.woshipm.com/pd/662680.html

2.产品规划

明确产品方向和todo-list，指导后续产品工作开展,分为季度或年度规划。

• 指标分析：分析关键指标和数据，明确目前产品数据情况
• 行业趋势：描述行业趋势，总结趋势关键词
• 总结趋势：总体趋势和特征，分析趋势原因
• 产品定位：分析产品所处环境和身份，明确方向，一句话总结定位，指导后续产品开展
• 产品规划：分析产品关键需求，可分为用户层和业务层，并梳理产品路线图
• 目标：明确达成目标，包括数据和体验上

产品规划模板请看附件《产品规划文档模板》

分析案例请参考：http://www.woshipm.com/pmd/576819.html

3.产品方案

具体实施的产品细节描述，用于给设计师、工程师、测试人员对照实现的重要文档。

• 修订历史：记录版本变更，便于追溯修改与管理
• 项目概述：简单描述项目的背景、意义、目的、目标等，描述领域知识
• 功能范围：给出业务逻辑图，类似思维导图：描述各模块与功能
• 词汇表：术语与缩写的描述
• 数据埋点：事件id、事件描述、统计口径，发出功能前必须埋点
• 非功能需求：用户体验或其他方面需求描述
• 模块说明：用户场景描述和说明，包括产品demo说明和用例描述

需求文档（PRD）模板请看链接：http://www.woshipm.com/pmd/708100.html

三、产品管理

1.需求管理

（1）需求收集

• 产品现有问题：产品本身存在的问题进行梳理收集
• 竞品动态：竞品动态与策略跟进
• 用户反馈：每周固定从Redmine中提取用户反馈三四星问题，需求缺失的需分析后，加入版本规划。
• 技术需求：大版本之后统一收集技术需求，是否有重构等技术需求
• 运营商务需求：每两周进行商务运营规划会，收集运营商务需求，经需求分析和整理后合理则加入需求池。

（2）需求管理

• 模块：按照应用特点划分，便于区分工作量
• 功能点：功能点简要名称
• 需求描述：简要描述需求
• 优先级：需求优先级管理
• 进度：跟进资源需求、设计、开发进度情况
• CP：外界影响因素管理
• 目标版本：期望上线版本
• 计划上线时间：期望上线时间
• 备注：其他

详细请看功能需求管理模板，查看附件《产品功能管理文档模板》

（3）需求落地机制

节点说明：

• 评估：根据需求分析规范判断是否为有效需求
• 记录：记录需求来源、主题、描述、状态、优先级，排期时定期review，标记进入需求池中的需求
• 执行：按需求流程规范进入分析、评审、排期、跟进、验收、完成。
• 反馈：需求被满足后，需要及时变更需求的状态、并及时反馈给需求来源者

2.产品总结

（1）产品月报

• 产品KPI：本月产品各项KPI完成情况
• 关键事件：分维度总结关键事件，同步事件结果
• 动态&策略：竞品动态与相应产品策略
• 产品计划：阐述下月工作重点

产品月报规范详情请查看《产品月报模板》

（2）版本总结或分析

• 产品历程：对比新旧版本关键数据状况和主要更改点
• 产品策略：包括产品定位、解决的问题和方法
• 总结与展望：总结经验与后续预测

产品总结规范详情请查看《产品版本总结模板》

四、附录

1. 《BRD商业需求分析文档模板》
2. 《产品规划文档模板》
3. 《PRD产品需求文档模板》
4. 《产品功能管理文档模板》
5. 《产品月报模板》
6. 《产品版本总结模板》
7. 《项目完整流程图》

最后想说的是，这份流程并不适合所有同学或公司，目的是为了了解产品经理的工作框架，在工作过程中应该积累对应的技能树，并参考产品经理段位标准，在工作中不断以能力标准要求自己，给自己清晰的成长定位。

所有文件链接：https://www.jianguoyun.com/p/DSrCUKUQuKmeBhitsjI （访问密码：rUzWGL）

作者：WinsonL，微信公众号：WinsonL，魅族科技Flyme产品经理，成长焦虑人群的其中一员，用实例干货分享思考和经验。

本文由 @WinsonL 原创发布于人人都是产品经理。未经许可，禁止转载。

题图来自PEXELS，基于CC0协议