B端产品的设计框架

我们看到现在C端产品基本上饱和了，电商有了淘宝、京东、拼多多，聊天有微信、QQ，很难有新的C端产品了。

在C端产品红利在慢慢消失的情况下，我们看到产业互联网、SAAS、新能源等B端互联网的兴起。

也有不少小伙伴开始入局B端产品，下面我简单介绍下。

C端产品主要解决的是用户的问题，B端产品主要解决业务的问题

C端由于面向广泛的用户，很难洞察到用户的真正需求；B端呢，难点是业务的复杂度，可能一个功能会牵涉出各种复杂的业务场景，如果考虑疏漏，会导致策划的方案存在偏差。而且B端产品还要考虑延展性和通用性，保证做到以不变应万变。

前面提到了，B端的业务场景复杂，场景较多，如果没有考虑全面，有可能导致实际中业务无法跑通，这个就需要产品经理要成为这个业务的专家。

根据这个需求，需要涉及到的业务流程是什么？业务流程涉及到哪些模块？

比如，一个营销系统，就涉及到前端组件化、活动配置、风控处理、数据分析、价格调整、活动商品管理等等。

导致根据这些业务会涉及到哪些微服务，需要涉及到哪些模块，如何减少系统的耦合，提高产品的性能，等等，都需要产品经理有深入的产品架构思维。

这三个关键点，下面逐一进行介绍。

1）了解业务现状

a、战略层：了解战略目标，明确业务的目标和方法

b、经营层：经营模式、组织架构

c、执行层：梳理业务流程，了解业务预期的标准工作流程，找到各个工作的关键节点

2）了解用户问题

a、关键指标现状和目标之间的差距

b、业务预期和现状的差值

1）战略层

通常是高管，通过高管了解业务的背景、模式，并且会制定未来的战略方向

2）经营层

中层或者基层管理者。了解业务整体或某个模块下的运营模式，组织架构

3）执行层

通常是与客户直接接触的员工。清楚业务流程， 遇到的问题

1）访谈

B端业务调研中最常用的方法

a、确定访谈目标

b、选择访谈人群：根据不同的目的、不同层级，选择对应的访谈对象

c、设计访谈问题：针对不同层级对象，设计不同的提纲

d、设计访谈问题：问事实、问期望、问影响、问原因

2）问卷

通常搭配业务访谈，来验证访谈的结果。一般使用条件是：团队规模大、对象是否典型没有把握

3）轮岗

实际体验相关用户的岗位工作

a、针对复杂业务

b、跨行业，不了解当前业务

4）计划和开展调研

1）访谈调研计划三个关键点

a、调研对象按职级从高到低进行调研

b、侧面了解调研对象在业务当中的利益关系

c、提前邀约访谈对象时间，并提前发送访谈提纲

1）明确调研目的

2）回顾调研方案：调研对象+调研方式

3）业务现状

a、战略目标

b、经营目标

c、执行层：产出业务流程，系统需要参与的角色，不同角色的任务

1、可以降低系统的复杂度

2、开发更加灵活

3、更强的拓展性

1、确定输入：输入来自业务调研中产出的业务流程图和业务需求

2、列出关键功能模块

a、列出流程中的页面、功能模块

b、拆解功能模块

c、聚类并抽象

3、系统链接：把系统分层间的关系连接起来，形成带有信息流转的产品架构图

1、可以帮助产品更好的理解业务

2、提升可拓展性和通用性

1、不是业务调研，不是获取需求的方式

2、不等于数据库建表

1、输入：在业务调研中形成的业务流程

2、抽象和关联：抽象出关键要素、

3、进行验证：是否有缺失的主体、元素，元素内是否有缺少字段

以上是我观看B端产品的学习资料，由于整理仓促，可能有一些不太正确的地方，欢迎批评指正。