B端产品经理工作流程复盘

作者:毛小白 发表于2021-04-07 01:46:18 来源:创业联盟

编辑导语:目前,关于C端产品经理的文章不在少数,相比之下,对于B端产品经理的工作流程、整体方法论的讨论占了少数,并且缺少从整体上进行概括的文章。本文作者作为B端产品经理,通过结合自己的工作实践与认知,对于B端产品经理的工作流程进行了一次复盘分享。

B端产品经理工作流程复盘

一转眼,我已经从事B端产品经理近两年时间了,一直没沉下心对自己的工作内容和所学所想进行系统总结。恰好最近身边有不少朋友和同学想要转行产品经理。

写下这篇文章算是对朋友关于B端产品经理的一个简要介绍,也作为自己两年来的工作复盘。下文我将B端产品经理工作流程拆解,从各环节的工作内容概述、注意事项和主要产出三个方面进行介绍。

一、流程拆解

B端产品经理工作流程复盘

图1、B端产品经理主要工作流程

1. 需求获取

1)概述

产品经理以深度访谈、问卷调查、轮岗实习等方式获取需求方的需求,其中深度访谈这个方式最为常用。

需求获取是一个由粗略到细致的过程,从概括性的项目背景说明、价值分析,深入到目标用户确认、业务现状、业务问题和期望效果的梳理。视项目实际情况,可能需要和基层执行者、中层业务负责人和高层领导分别进行沟通。

2)注意事项

沟通时避免使用封闭式提问(即提问者提出的问题带有预设的答案,回答者的回答不需要展开),封闭式提问容易忽略问题本质,停留在问题表象。

3)产出

访谈记录、调查报告、实习总结。

2. 需求分析

1)概述

产品经理针对获取的原始需求进行伪需求的过滤,梳理得到真实需求并汇总进项目需求池,进行优先级判断和迭代规划等管理。

其中优先级主要从重要/紧急程度两个维度进行判断;迭代规划则是权衡工期要求和开发资源,在当期版本中删减优先级低的需求,在后续版本中再开发。

根据确认下来的当期需求,进行业务流程、功能架构、工作流状态定义的梳理工作——即进行框架层的需求设计,也是进行详细需求设计前的必要步骤。

2)注意事项

需求方嘴上说的和他真实想要的很可能是两回事。《有效需求分析》中总结了这一现象:需求方往往提出“方案级需求”,需求分析则是要还原出“问题级需求”——其实就是过滤“伪需求”,得到“真实需求”的过程。

梳理出真实需求后,根据实际项目要求和资源限制,可能还需要从技术、业务、成本和收益、风险和策略等方面进行可行性分析。

3)产出

项目需求池、需求概要设计(包含业务流程图、功能架构图和工作流状态定义等)。

B端产品经理工作流程复盘

图2、项目需求池

B端产品经理工作流程复盘

图3、业务流程图

B端产品经理工作流程复盘

图4、功能架构图

3. 需求review

1)概述

产品经理依据需求概要设计(业务流程图+功能架构图+工作流状态定义)向需求方再次确认需求内容并阐述对应的解决方案。

这个过程主要是用于确保产品经理对需求理解的正确、完备,在进行详细需求设计前及时纠错,同时也尽可能的避免后续环节中的需求变更。

2)注意事项

很多PM会忽略需求review这一部分的工作,或许是抱着“我在需求获取阶段已经进行了充分沟通,并基于沟通结果开展需求分析,那么需求设计就是没有问题的”这种想法,然而最终上线的产品不能满足需求。

主要原因就是信息在表述、理解过程中的失真,需求review则是尽可能避免信息失真。初中级PM受限于产品能力,或者需求复杂度高,需要输出系统级解决方案,那么“再确认”的步骤是必不可少的。

3)产出

修正后的业务流程图、功能架构图和工作流状态定义等需求概要设计内容。

4. 需求设计-详细

1)概述

依据确认无误的功能架构图、业务流程图等内容,产品经理进行需求文档的编写。需求文档中需要说明页面内容、交互、字段释义和数据逻辑等产品细节。相较于内容详实全面的PRD,我个人推荐“原型+文字/表格注释”的形式进行需求文档的输出。

PRD详实全面,也意味着又臭又长,项目组同事基本不喜欢看;在“让人快速准确理解需求内容”这方面的确不如“原型+备注”的形式。我个人理解PRD目前最大的作用在于项目归档、追溯和交接,而非需求内容传达。

2)注意事项

需求文档作为产品经理的主要输出物,是一个衡量其基础能力是否牢靠的重要指标。

上一篇:郑州电动车充电桩定做厂家产品运营计划


下一篇:产品分析:天猫养车