B端产品经理那些事儿

B端产品面向特定领域，用户数量相较于C端少得多，更加注重专业领域操作流程、业务逻辑的深度挖掘；SO，作为一个B端产品经理，需要具备三个特性——专业性、逻辑性、业务性。

今天主要说一下专业性其中一个方面：产品经理工作流程专业化。

对于许多初级产品经理，甚至到了做中级产品经理都说不上产品经理详细的工作内容到底有哪些，这可能和所处公司环境、氛围相关。所以，今天主要介绍一下产品经理到底需要做什么，也能够让大家有针对性学习，对产品经理这个角色不再迷茫 。

本文将**分为产品经理工作初期（准备阶段）、中期（执行阶段）、后期（反馈阶段）三个阶段主要工作内容来进行讲解。

一、产品经理初期关键词：基础

引领关键词“基础”的四个部分为：行业分析、市场分析、竞品分析、用户分析。

每个部分都需要输出产出相应的文档，增加可继承性。

1. 行业分析

要想做好行业分析，需要知道WWH（who、what、how）方法论：Who需要你知道分析的渠道来源是哪些，What需要你知道分析的内容是哪些，How需要你知道分析如何评估。

• 渠道来源（who）：百度指数、微信指数、艾瑞指数、易观数据、行业论坛。
• 分析内容（what）：行业背景、行业发展、行业领军、行业需求、行业产品、解决方案。
• 分析评估（how）：专业易读、数据可靠、理解透彻。

2. 市场分析

要想做好市场分析，需要知道市场分析的目的是为了什么？本质来说就是为了赚钱，无论是分析行业背景、市场现状还是商业模式等方面都是为了赚钱！

作为产品经理主要是做什么呢？不需要进行细致的分析，细致的分析有市场人员去做，我们只需要有一个大致的把控：市场现有阶段、市场现有规模、市场未来前景、当前竞争态势。

• 市场分析四步走方法论：行业背景、前后市场、用户分析、商业模式。
• 行业背景：PEST分析、行业技术、行业预测。
• 前后市场：市场规模、当前市场、未来市场。
• 用户分析：用户需求。

3. 竞品分析

牢记目标：分析不是目的，优化、创新才是目的。

竞品分析方法论：WWH（Why、What、How）分析法。

• Why：确定竞品分析的目的；确定目标，才**明确竞品分析的方向。
• What：确定竞品；明确哪些可以作为竞品，直接竞品OR间接竞品。
• How：如何分析；善用SWOT分析，善建KANO模型，明确用户需求与KANO模型之间的关系。

4. 用户分析

真正懂用户的产品经理才能创造出改变世界的产品。

对用户调研分析之前必须明确分析完成对后续工作的指导性在哪里，否则调研没有任何意义！

用户分析方法论：

• 调研目的：明确用户分析的目的，为下一步工作做好准备。
• 用户画像：根据用户画像，明确目标用户；步骤：收集-分析-验证-优化。
• 用户问题：对用户和问题的分析，用户体验分析，DAU和转化率。
• 得出结论：根据调研的报告输出用户分析的报告。

二、产品经理中期关键词：执行

引领关键词“执行”的八个部分为：需求收集、需求过滤、需求梳理、功能、原型、文档、评审、立项。

1. 需求收集

明确需求的可能来源，用户需求可能来源于：用户研究、用户反馈、数据分析、竞品分析、公司内部；

在进行用户需求采集时，切记要将原始需求原封不动地进行记录，后续进行需求分析一切均来自于原始需求。

用户研究方法：用户访谈、用户调研，B端产品还需实际跟线，掌握业务知识。

用户反馈方法：收集-分类-归纳-转化

• 数据分析方法：多维事件分析、漏斗分析、留存分析、行为序列分析、A/B testing、用户分群。
• 竞品分析方法：上文中已经提过，不再赘述。
• 公司内部来源：公司老板、其他产品、运营人员、市场人员、测试人员。

2. 需求过滤&需求梳理

具体的需求过滤、需求梳理等过程，在上一篇文章《产品经理进阶必备软技能（1）：时间管理》中做过介绍，这次不做过多赘述，需要的同学可以去查看上篇文章。

需求过滤和需求梳理的过程也包含在需求分析中，主要考验产品经理在需求管理前期的处理能力。

3. 功能&原型&文档

功能：通过前期的行业分析、市场分析、竞品分析、用户分析以及需求收集、需求分析阶段，接下来就是讲需求转化为产品功能的过程。

功能确定需要经历以下三个方面：

1. 需求分析转化：通过对需求的分析以及优先级的排序，将产品需求变为功能需求。
2. 产品信息架构：根据功能将整个产品的信息架构搭建。
3. 业务流程分析：将产品对应的角色、场景、路径进行关联性分析，B端常用分析法具体描述为PSP方法：用户（角色）在什么情况下（场景）做什么事情（路径）。

需求文档：需求文档常用方式共有三种：word（优势：最常用；缺点：不易查看）、Excel（优势：复用率最高；缺点：不易书写）、一体化文档（优势：最直观；缺点：不易维护）。

下面主要描述方法为word，一种最传统的方法；

缘由：B端产品对于场景的分析比较看重；Excel注重对功能需求的描述，一体化文档注重批注、直观特性，两者都不适合，所以B端产品一般采用Word方式书写需求文档。

需求文档每个功能点描述内容：场景描述、功能描述、前置（输入）条件、需求描述、后置（输出）条件、备注。

产品经理进行文档撰写时要尽量的考虑全所有的场景，每个场景对应多个功能点，每个功能点对应多个需求点，通过这种方式将可能发生的事件尽可能描述清楚，才**将负责的产品做的越来越好。

原型图：原型图的绘制要满足正规、逻辑、不缺少界面等基本条件；下面主要讲述B端产品原型图绘制要求（作者从事B端产品比较多）

原型图基本要求：富有逻辑性界面，涉及到逻辑性跳转不可缺少界面，界面重要部件符合命名要求；为高保真交互原型图（界面不为高保真，一般用于UI设计之前）。

原型图更高要求：将高保证交互原型图配合UI设计图组合成为高保真原型图（快速呈现给老板、客户所看）。

4. 需求评审

需求评审的前期准备：需求文档、原型图、方案提前发给设计该产品的项目人员。

需求评审的**议过程：切记不要直接进入方案细节，先要讲清楚本次评审的主要模块有什么，涉及到的场景有哪些；切记不要争论（撕逼），争论解决不了任何问题，有问题就一起商量，拿出最优解决方案；需求评审**议不要越界，关于技术方面切记不可争论（容易引发反感，但是对于那些故意刁难的技术就得和他们技术老大好好商量一下了……）。

5. 立项

立项就是项目开始的初始阶段，也是产品经理需求调研最后阶段；完成当前立项的准备工作，接下来就是沟通、反馈、管理项目的过程。

三、产品经理后期关键词：反馈

引领关键词“反馈”的五个部分为：沟通、跟进、亲测、上线安排、反馈收集。

1. 沟通

沟通作为产品经理的软技能，沟通的关键在于清晰表达所思所想，以及明确理解对方所表达的含义。

沟通提高的方式：学习心理学、学**沟通技巧、多与他人交流。

但是产品经理如何高效与技术人员沟通呢？

高效沟通四步走

• 首先：明确每个需求的目的与原因，对于复杂的功能，文档要表述清楚，不要经常被问倒。
• 其次：明确你的沟通目的，不要带着情绪去和技术人员沟通。
• 然后：术业有专攻，产品经理重点在于市场和需求，开发人员重点在于技术实现。
• 最后：主动性，当资源或者人员分配有冲突时，要考虑清楚每个项目优先级，合理调配人员。

2. 跟进

苏杰老师在《人人都是产品经理》中说过，我们对待一个产品要以主人翁的意识去跟踪，去管理。

跟进具体表现在几个方面：

• 时间管理能力：具体在上篇文章中着重说明了，需要同学可以自行查看《产品经理必备软技能（1）：时间管理》。
• 产品节点跟进：产品经理需要根据需求排期，把握每一个时间节点进行持续跟进。
• 全局考虑能力：学**舍弃，要是项目如期还不能进行完成，需要产品经理判断哪些没有必要的需求可以砍掉或者下版本添加，管理好自己的需求池。

3. 亲测

测试之后进行的问题反馈，一般公司常用禅道作为BUG管理平台；一般步骤，根据产品需求测试相关需求点，出现的BUG提到管理平台，技术调整完成，然后测试需要再次测试，测试通过后提交到产品经理，产品经理亲测确定后作为BUG解决的根据点。

4. 上线安排

需求对接、产品设计、研发、测试需要全部达到上线前的标准才可以进行上线，上线前安排需要注意以下几个方面：

1. 准备产品操作说明书，作为业务培训资料。
2. 甲方或者老板检验是否有业务模块存在遗漏导致产品未形成闭环。
3. 甲方或者老板检验是否存在操作效率、交互影响比较大的流程。
4. 是否还有遗留的BUG问题。
5. 发布小版本解决遗留问题或者优化细节。
6. 与甲方或者老板确定上线时间安排，具体涉及人员和培训安排。

5. 反馈收集

反馈收集是在产品上线之后紧接着的一个步骤。

反馈收集需要先进行小范围的内测，在进行大范围的测试，最后到全部推广。

收集到的反馈或者新的需求经过产品经理专业的需求分析之后，将用户需求变为产品需求列入到需求库中作为下个版本考虑的更新规划内容，现实中需要具体问题具体分析。

总结

本文主要介绍产品经理工作流程，细致进行分类，将工作中每个节点需要用到的分析方法或者工作方式进行简要介绍。

作者在后面的文章也将**对产品经理每一个工作流程进行详细介绍，希望对每一个未经历过正规产品工作流程或者刚刚入门的产品新人都有一个甚至多个Level的提升。

作者：Viper，微信公众号：产品经理交流馆。B端产品经理，曾经负责过海外产品的产品策划工作。

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

题图来自Unsplash，基于CC0协议

给作者打赏，鼓励TA抓紧创作！

**赏

1人打赏