干货贴：产品新人不得不知的产品工作框架和流程
对于刚入门的产品经理，想必大部分人肯定对产品工作流程、工作框架充满疑惑，一知半解。文章作者就这一问题展开分享，希望对你有所帮助。
每个新人入职时第一个问题大多是产品经理的工作到底是怎么样的，流程是怎么样的。确实，老人们很少会全面的告诉具体可操作的产品工作和流程。
这次是作者针对整个事业部产品经理整理的产品规范、流程，可以大致了解产品经理整个的工作框架，另外结尾附带给事业部内部分享的各种文档模板。
一、流程规范
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，主要用于大版本改动或全新项目，需包含：
项目背景：阐述原因以及相关调研分析报告，包括提案原因、用户需求、市场状况、竞争格局、商业价值
项目规划：阐述项目架构以及主体功能，包括核心产品需求、产品主体架构、产品发展路线图
收益、成本和风险：阐述项目收益以及未来可能面对的各类风险及投入成本，包括项目收益评估、项目成本估算、项目风险与对策
收益：用户量、营收、质量、市场占有率、拓展平台、战略部署、节约成本
成本：人力成本估算、其他成本估算
分析产品需求，直接添加需求池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）版本总结或分析
产品历程：对比新旧版本关键数据状况和主要更改点
产品策略：包括产品定位、解决的问题和方法
总结与展望：总结经验与后续预测
产品总结规范详情请查看《产品版本总结模板》
四、附录
《BRD商业需求分析文档模板》
《产品规划文档模板》
《PRD产品需求文档模板》
《产品功能管理文档模板》
《产品月报模板》
《产品版本总结模板》
《项目完整流程图》
所有模板文件链接
请关注本公众号回复【文件】获取
最后想说的是，这份流程并不适合所有同学或公司，目的是为了了解产品经理的工作框架，在工作过程中应该积累对应的技能树，并参考产品经理段位标准，在工作中不断以能力标准要求自己，给自己清晰的成长定位。
