手把手教你做B端产品思维导图模板_ProcessOn思维导图、流程图

B端产品的基础认知

为什么B端市场如此火爆

互联网时代趋势

移动互联网下半场，人口流量红利逐步减弱，市场趋近饱和、产品同质化现象严重

B端市场需求旺盛

随着企业市场规模的不断扩大，面对的管理挑战不断增加，传统方式的协同效率低下成为企业发展的瓶颈

C端市场机会变少

C端市场是一个人运营主导的市场，需要大量的资源和资本推动抢占市场份额，仅靠产品本身就想持续爆红的时代已经过去

现阶段据欧对于每个垂直赛道的布局相对完善，市场上的机会越来越少，供创业公司发挥的空间也越来越小

资本赛道劫持

B端和C端产品经理的七大差异

面向的人群&场景差异

B端产品主要面向的是从事商业活动的机构主题

C端产品主要面向的是具有相似特征的个体消费者

使用者/决策者差异

B端产品的决策者机构管理层，使用者是员工

C端产品的使用者往往是决策者

产品主导权差异

B端产品需要尊重机构的业务流程/角色职能，不得随意更改

C端产品大多可以自主决策产品发展方向，自主性大很多

产品初期设计思路差异

B端产品的最终形态一般是比较庞大/分支较多/功能全面的

C端产品的形态相对清晰很多，功能无B端产品那么庞杂

产品商业价值差异

B端产品大部分是用来提升效率的

C端产品则是解决用户在某一场景下的需求/痛点为主

客户调研方式差异

B端产品的调研需要深入一线与客户进行沟通

C端产品的调研=数据抽象出用户需求+问卷调研+部分用户访谈

对产品经理的能力要求差异

B端产品经理需具备很强的业务理解能力+逻辑能力+结构化能力+流程化能力+项目推进能力+一定的技术积累

C端产品则对逻辑能力相对低一点，需要产品经理嗅觉灵敏有创新意识

B端产品经理必备的六大能力

业务理解能力

行业理解

从行业上下游角色/关系/交易链路等多个维度掌握行业运作的基础规则

用户理解

需要理解用户群体是谁/他们在哪里/业务流程是什么/用户需要什么

产品理解

掌握同类型产品的切入点分别是什么/各自定位和优势是什么/功能有哪些

抽象能力

抽象能力是一种思维能力，能帮助产品经理简化复杂的B端业务流程，行程可服用的流程

结构化能力

纵向拆解

可以将事物分解成更小的颗粒度

如会员模块，可拆解成会员管理+会员等级等

横向拆解

与其他业务系统/其他业务流程的关联

如消费者下单时享受会员折扣，或者不同的等级可以享受不同的充值优惠等

洞察需求能力

B端业务因为需求体量大，体系较为庞杂，所以需要具备洞察本质需求的能力

项目管理能力

B端产品必备软能力，如项目拆解/风险评估/把控项目进度/上线验收等

逻辑能力

B端产品经理的底层能力

初入B端如何快速上手

快速了解产业框架和逻辑

产品框架图谱

当前产业的整体发展现状和趋势怎样？

细分产业中哪类发展势头最猛，未来的发展方向是什么？

目前的产业瓶颈是什么？

产业中的各环节扮演了什么角色，提供和接受了什么服务？

深入了解公司业务

从外部环境了解

从公司业务了解

快速熟悉公司产品

熟悉哪些内容

体验自家产品：体验自己公司的产品，了解其公司，输出产品结构图/流程图

了解自家产品数据：了解自己公司产品的相关运营数据，以及市场同类产品的数据

了解竞品：了解竞品的市场占有率，功能是否全面，以及竞品的深度/优势/劣势

如何熟悉

体验自家产品和竞品

看PRD文档

看竞品官网介绍及产品发布日志

熟悉到什么程度

发现自己公司产品的优缺点，有改进想法

了解自己公司产品每个功能背后解决了用户什么问题

了解自己公司产品数据哪些是存在不足的，和市场有较大差距的指标是哪些以及原因是什么？

进行竞品和自己公司产品之间的全方位对比，输出竞品分析报告

思考自身产品定位和发展规划

产品定位方法

找行业中最有潜力的方向

找业务中最有市场和潜力的点

结合自身优势，明确产品方向

找出和竞品的差异化竞争优势，构建核心壁垒

抓住用户的核心和痛点，细化产品功能

产品发展方向思考

为产品找到一条强弹性+高势能的发展路径，既能纵向做深产品品质，又能横向拓宽产品边界

直击B端产品用户真实需求

通过数据感知市场

明确通过分析数据达成什么目标

长期规划

产品的目标人群是谁

产品解决目标人群的什么问题

如何建立产品壁垒

希望达到多高的市场份额

短期规划

产品短期要达成的目标是什么

优先做哪些功能来满足哪些用户群体的需求

版本计划是怎样的？产品迭代速度多快？

产品短期功能的实现能建立起哪些竞争优势？

产品短期功能的实现能带来多少用户增长？有多大的价值？

八大关键数据分析指标

从用户角度

目标用户现有体量

目标用户增长率

目标用户结构组成

目标用户软件使用率

从竞品角度出发

竞品发展历程

竞品主要用户群体

竞品用户数量

竞品市场占有率

数据分析如何指导产品目标

目标用户现有体量

为什么要关注用户体量

用户体量决定了产品的天花板

为什么先分析现有体量

先从现有规模大用户群体入手规划产品，有利于应对后期的变化

设计产品时考虑未来的可扩展性，并发承载量，有利于应用后期的变化

便于后期计算用户占有率和转化率，侧面检验产品的优劣

目标用户增长率

目标用户增长率也是产品可能的增长率

目标用户结构组成

对于建立用户画像，确定产品定位和做产品设计时有很大影响

目标用户软件使用率

竞品发展历史

找出竞品进行横向对比，研究他们的发展轨迹，分析哪个功能的推出是用户量产生了质变

竞品主要用户群体

竞品用户数量和市场占有率

哪些是市场上用户量较多的竞品

哪些是我们的主要竞争对手

整个市场的竞争格局是怎样的

我们是否在这里还有市场空间

可靠的数据收集渠道

国家权威数据

国家统计局

第三方服务

德勤中国（审计、税务服务、行业洞察）

艾瑞网（互联网行业报告）

IDC（国际数据公司）

199IT（行业报告）

易观（行业分析报告）

IT桔子（泛互联网创投和商业数据）

腾讯研究院（来自政府官网的数据分析）

USEI知识库（行业基础到前沿报告））

媒体平台

动脉网

亿欧

虎嗅

36氪

钛媒体

建立精准用户画像

什么是用户画像

是一种勾画目标用户、联系用户诉求与设计方向的有效工具

建立用户画像的意义

产品经理在设计时能找到确定受众，明确受众在某个业务环节真实的痛点，有针对性的解决问题

产品经理对用户更有通理性，站在用户角度设计产品

减少开发人员、设计人员的质疑，降低内部不配合的风险

有助于销售人员在销售产品时找到准确的目标人群，做到精准销售

B端和C端用户画像的区别

C端画像大多数能通过市面上的产品采集大量的数据进行归类/分析，人后人格化处理

B端产品很难用数据勾勒，最靠谱的方法是产品设计者多走访

四步构建B端用户角色

构建角色画像：用户基础个人信息

构建行为画像：观察用户的行为，推测用户属性和爱好

归类用户

形象具体化

六步调研，挖掘用户真实需求

为什么调研B端用户很难

专业偏差

沟通偏差

六步调研法

明确调研目标

列出问题清单

选择调研对象

找大用户群体

找典型用户

找到功能使用者

明确调研问题

分类考虑问题

设计具体题目

循序渐进给问题排序

选择调研方式

实地考察

电话访谈

问卷调查

执行调研计划

整理调研结果

如何确定B端产品目标

拆解需求，从用户需求到产品需求

用户需求不等于产品需求

表面需求

用户从自己角度出发考虑提出的解决方案

本质需求

用户真正基于什么场景提出的需求，是用户真正需要解决的需求

产品需求

是我们基于对用户需求的理解和技术成本的理解，给出的可行的方案

六道筛子过滤用户需求

真实性过滤

目标用户真实性

产品需求真实性

一致性过滤

是否与产品规划/公司战略方向一致

是否与用户痛点一致

价值性过滤

产品价值：是否对公司业务/产品本身产生价值

用户价值：是否能给用户带来什么价值

可行性过滤

技术可行性

成本可行性

共性需求过滤

多数人都有的共同需求，优先级相对较高

个性需求过滤

只有部分人存在的需求，优先级相对较低

解析竞品，明确自身产品目标和核心竞争力

了解竞品的好处

知道竞品优缺点，取长补短

建立自己产品的壁垒，增强竞争力

获取竞品资料的技巧

上产品官网找

看产品的帮助文档

问销售人员或使用过的用户

体验竞品

三大方法透彻分析竞品

分析竞品的卖点

分析竞品用户使用情况

用户数量

用户满意度

分析竞品功能

核心需求解决方式有什么差别

和其他功能结合后场景覆盖率有什么差别

流程体验上有什么优缺点

形成综合对比报告

打造产品核心竞争力

满足用户需求

避开竞品核心优势

可模仿优势

不可模仿优势

创造自己核心优势

划分功能优先级，制定迭代规划

产品迭代节奏的重要性

新功能试跑，避免在关键决策上失误而造成难以弥补的损失

已有功能分步迭代，避免一次性占用太多的资源，使系统发展保持平衡

四种方法确定功能优先级

KANO模型

基础型需求

必须满足的基础功能，如不能满足，用户将无法使用产品

期望型需求

用户明确提出的希望产品能有的功能，但又不影响主流程

高满足型需求

用户没想到，但有了会很惊喜

四象限法则

重要并紧急

重要不紧急

不重要并紧急

不重要不紧急

需求减法

按场景流程把功能点分类，每个分析里面把不重要的划掉

目标用户需求优先法

在资源有限的情况下，先做大量目标用户都需要的功能

不同阶段的产品迭代节奏

确定产品功能目标及版本

种子期

产品目标是为了验证，一般使用MVP模式

成长期

这期间，需要保障产品稳定安全运行，同时需要开发大量基础型功能和期望型功能，以及部分高满足型功能

成熟期

继续做期望型功能，提高高满足型功能比例

衰退期

做一些高满足型的需求，看是否能逆转

评估可行性，适当调整规划

如何做好B端产品功能设计