B端产品设计之如何开展业务梳理

编辑导语：如今移动互联网的发展相对稳定，各大互联网开始转向产业互联网，这对于B端产品经理也是一个新的挑战。本篇文章作者主要介绍了B端产品以及如何开展业务梳理，一起来学习一下。

现在移动互联网发展趋于平稳，C端流量市场趋于饱和。

各大互联网转向产业互联网，产业互联网本身就是很大的领域，而各产业之间差异巨大，这就导致某些行业本身就具有比较高的壁垒，比如航空业、化工业等。

对于解决方案/产品设计的要求也就更高，通常会看到方案解决经理或B端产品经理更多是要求有行业经验的。

当然这是加分项，底层与通用能力足够优秀也是可以的。

这篇文章不仅针对刚入门的B端产品经理，也希望对跨行业的产品经理有帮助。

本篇文章分为两部分：

• B端产品介绍
• 结构化思维梳理业务流程

一、何为B端产品

B端产品是为企业客户提供商业价值的产品及服务，简单来说就是要契合企业业务流程的解决方案。

B端更多收到的是来自企业领导的需求，或者是业务专家。

对于B端产品经理的难点在于，如果不了解行业，或多或少会做很多伪需求，因为需求来源于个人，个人是带有主观意识的。

他们往往提供的是解决方案，而不是业务需求场景，这就是为什么我开篇先讲业务梳理。

因为只有了解企业业务流程，才能更好的把控需求，帮助企业提高效率。

• To B PM——需要根据目标客户的场景需求，制定相应的解决方案
• B端产品形态——SaaS 平台、客户端，多为 PC 端产品

二、如何开展业务梳理

1. 客户分层特征

企业客户大小也决定如何开展业务梳理工作。

如果是大客户，通常他们是具备完善的业务体系，业务流程相对稳定且通过验证。

这时候可以先阅读/解读他们的作业指导相关文件，这是比较便捷的办法，基于流程文件输出思维导图或者流程图都是可以的。

这种情况信息化的可行性更高，产品整体设计可能更容易，但是 难度在于业务复杂或数据体量较大 ，要考虑数据存储/迁移，各类数据交互问题。

希望借助解决方案提升业务效率，从而释放更多人力，增加企业收益，实现降本增效。

如果是小客户，没有完善的业务流程，可能很多业务还在实践过程中。

所以产品经理需要下沉到业务里去调研业务流程，同时在此过程中可能会发现更多问题，这种更多是希望借助解决方案规范化流程，提高企业整体效率，从而实现整体业务量或效应增长。

只要是企业客户，都避免不了需要产品经理下沉到业务领域。

所以这对于产品经理的综合要求较高，除了提前了解行业、做足相关功课外，基础功一定要扎实，才能快速将技能运用到工作中，提供企业专业性指导建议。

这里不乏有很多挑战，比如流程复杂涉及跨部门、业务人员的不配合等等。

其中业务人员是很关键的，实践流程和真正使用系统的是他们，他们的信息很重要，但是往往他们会掺杂个人情感。

所以产品经理需要辨别信息，可以通过了解市面上同行业的竞对是如何处理的，或者多调研业务人员，交叉比对信息梳理出最终的业务流程。

我个人是以上两种客户都经历过，虽然都属于交通运输行业，但是区别还是很大的，一个是汽车行业，一个是航空行业，他们具有相似性，但是业务特性也很突出。

2. 巧用结构化思维

结构化思维是产品经理必备技能，不管是从产品设计还是工作计划拆分等，结构化思维是非常重要的。

同样，我们可以基于结构化思维完成业务梳理工作，结构化思维可以运用以下三种方式：

• 框架法（自上而下）：熟悉的领域，自上而下的做拆解
• 归类法（自下而上）：不熟悉的领域，基于收集的信息，按规律分类，补充事实，并进行讨论验证
• 线索法（故事维度）：应对需要快速回答的场景，按照自然维度（空间、时间等）分类，分类做讨论验证

基于目前我所设计的流程，运用的是框架法，这里可以详细讲下，另外两种大家也可以尝试。

1）框架法

这种适用于你熟悉的领域，你可以从顶层从上往下进行业务梳理和设计，

（自上而下梳理，可参考此图，图源网络）

第一步：定主题，即确认业务流程主题，此次业务梳理的目标。

eg：我现在在做的是运行人员的生命周期流程梳理，本次目标是将飞行员的全生命周期节点梳理清楚。

第二步：定框架：为了实现目标，需要解决哪些问题？或者是需要拆分哪些方面（节点），以及所拆解部分的范围和分类的逻辑（这里可以参考麦肯锡分析法：MECE原则）。

eg：这里我运用得是MECE中的过程法，即按照事情发展的时间、流程、程序，对信息进行逐一的分类。

按照飞行员的职业生涯发展进行梳理：人员培养与招聘——人员入职——人员资质准入——人员训练——人员运行——人员晋升——数据应用以及人员关系。

简单来说就是入职、训练、飞行、数据反哺业务提升形成闭环流程。

第三步：讲论点：这一步更是往下层级的深入，考虑这些问题/分类的事实、逻辑、方案、优劣势是什么？

eg：以人员招聘这个层级进行下钻，首先就是人员招聘规划（方案）、人员招聘流程（逻辑），当前招聘中存在问题。

例如招聘运行人员-建立档案流程是否可以优化，分析方案优劣势。

可以将流程或数据的流入&流出一起进行整理，这样便于后期做数据规划，更加具有系统全局观，知道数据流向，流程产生数据的价值，未来做数据应用设计时会更加便捷。

（实际业务梳理参考）

2）归类法

这种适用于仅拥有部分信息，专业能力尚无的领域。

• 收集事实： 事实必须是客观，尽量不带主观色彩的
• 事实归类： 按某种规律分类（同样是MECE原则）
• 讨论事实： 继续补充新增的事实，讨论归类是否能满足事实

归类法是不追求一步到位的正确， 而是快速从零开始，一步步迭代并接近正确。

在前期我运用这种方法比较多，因为不了解民航业，需要快速了解行业并沉淀相关业务知识，就是不停收集信息，考虑到事实客观。

我更多信息来源于民航官网或资讯官网以及新闻报道等。

日常练习归类法，比如：运营每天工作都有哪些？共享单车调度员如何工作？

3）线索法

个人感觉线索法是需要一定的知识沉淀，可以算是进阶版。

所以线索法适用的场景 ： 临场发挥，或沟通时要求快速反应的时候。

线索法要求我们在突发情况时快速应对，先不管框架如何，先快速把自己拥有的信息按某个人们能理解的自然维度讲出来。

通常来说有三个步骤：

• 确定线索 ：先快速确认按自然维度，符合发展规律的一种线索，比如时间、位置、体积等
• 围绕线索 ：按这种线索分类（满足MECE原则）
• 展开话题： 依次在每个类别里，对话题进行诠释

说到这里，大家熟悉的想起来面试的时候应该有很多这种场景。

比如常见的产品经理面试题，我需要在新增共享单车停放点，如何选址？

网上解答的方法很多，但是都不可或缺的是要分析位置——是否靠地铁站，小区？（这里是从位置出发）。

分析人流量——上班族，商圈等（这里是从时间及使用体量考虑）。

这个问题还是我们身边的，因为大多我们都使用过共享交通工具。

之前遇到一个面试题是北京某个区需要修多少个下水道进行雨水排放，类似这种超出日常知识积累的，因为这涉及到片区人数、下雨量、排水速度等等。

以上问题其实按照上面三种思路是可以解答的，答案不一定精确，但是能反映出你的逻辑能力——结构化思维。

三、总结

日常积累知识也是非常重要的，读书如行万里路。

不管是工作中业务流程也好，还是日常阅读积累，基于结构化思维，通过梳理分层，形成我们个人的知识体系，都是有必要的。

可以借助“卢曼卡片法”，坚持下来，会发现大有收获。

2C产品全人类的生活变得更加丰富，2B产品让生产变得更有效率。

 

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

题图来自 Unsplash，基于CC0协议。