对B端产品经理来说，能够快速掌握业务也是一项必备技能，那具体如何掌握呢？笔者认为这几点很关键：场景、业务走访、产品分析、竞品分析、业务梳理。

作为B端产品，我们经常会因为工作变动和职责变动，需要去快速熟悉和掌握新业务。对于B端产品经理来说，对于行业和业务的经验是我们的核心经验。但是，很多时候我们都想去尝试尝试新东西。这就要求我们，需要具备快速熟悉和分析业务的能力。

虽然业务知识很多都是经过时间沉淀下来的知识。但是我们仍然可以通过，明确的计划和方法，快速摸清业务的脉络。毕竟业务也不是短时间会快速变化的。

快速熟悉业务，并不是产品经理们日常工作中的业务分析。而是需要我们通过明确的计划和适宜的方法，在短时间内对新业务建立宏观的认识和尽可能的细节理解，以帮助我们尽快开展产品工作。快速熟悉新业务考验的是B端产品经理，对信息的归纳整理和快速摄取并转化的能力。

首先，业务是指完成某项工作，所要完成的事务。本文讨论的业务，并不是我们公司自身的业务流程。而是互联网产品所针对的业务，产品使用者的实际业务。比如，HIS系统所对应的医院内的各种业务，比如诊疗。

熟悉业务，一般有两类方向：

一种是从微观到宏观，这种方法可以使产品经理更全面的了解业务，但是时间成本较高。

另一种是从宏观到微观，这种方法可以方便产品经理，在最短的时间内对业务建立宏观的认知。

本文的方法也主要是从宏观到微观去掌握业务。下文就从宏观到微观，依层次展开。

1. 场景

在开始熟悉业务前，首先我们要明确，我们自己所处的场景和业务场景。

我们所处的场景，主要是指我们所拥有的资源。我们手里有那些文档？我们可以对接那些客户？内部有那些人员可以和我们交接？这些资源有助于我们更迅速的掌握业务。特别是文档，这是前人的经验的沉淀，是筛选和整理后的业务知识，我们可以直接吸收。

业务场景，主要对业务有个背景性、行业性的认知。我们需要了解业务的行业背景，商业模式等行业知识。同时，我们也要了解业务发生的时间、地点、人物。这是对业务的最顶层宏观认知。

2. 业务走访

在了解业务的场景后，我们就可以正式进入到业务中。首先，我们应该完成的是业务走访。在走访中我们需要完成三件事情。

1. 走访业务中的各角色
2. 亲自体验业务
3. 获取业务方的资源

走访业务中角色，主要是需要了解有那些角色，明确他们在业务中的环节和价值。

体验业务分为外部体验和内部体验。外部主要是从业务的旁观者角色，观察业务。内部业务主要是参与角色轮岗。角色轮岗通常需要花费较多的时间，所以本文并不建议在上手业务时采用。

业务方的资源，主要是与业务方进行对接和访谈，从他们的角度了解业务。同时，获取一些业务方面的文档和说明之类的静态资源，以助我们更高效的获取业务细节信息。

3. 产品分析

如果我们进入新业务时，如果公司已经有了产品。我们也可以从产品的角度去熟悉新业务。通过产品熟悉新业务我们主要从两个方面着手：一个是产品的文档，阅读产品的相关的设计文档，有助于我们熟悉业务。另一种是直接体验产品，并且从产品功能去思考业务的构成。特别是每个功能针对的业务，功能间的串联关系和依赖关系。

4. 竞品分析

如果没有产品，我们也可以从竞品着手，方法与从产品着手的方法相同。在分析竞品时，如果没有足够充分的信息，不能从竞品的表象去假设业务。

5. 业务梳理

在完成较为宏观层面的产品的分析后，我们可以开始细致的梳理业务。在梳理业务时，我们需要根据我们的时间节点，合理的安排我梳理到的细节层次。

业务梳理的第一步，是将整体的业务划分为各业务系统。比如，客人在餐馆吃饭的业务，可以划分为接待业务、点餐业务、菜品制作业务、上菜业务、用餐业务、结账业务。在划分完成后，还要对业务系统进行分层。比如本例，可以分为用户接待层、用户服务层、后台支撑层。然后，把各类子业务划分到各层中。

然后分析业务的角色架构。业务的角色架构主要是指明那些角色会参与到那些子业务当中。比如，刚举例的客人在餐馆的用餐业务的子业务：接待业务。参与的角色就是：客人、接待员。

在完成系统划分和角色架构分析后，可以梳理业务流程。梳理业务流程首先需要将子业务串起来，构成一个整体的业务。

然后我们也要对子业务进行细致的梳理。但不同于与流程梳理，我们主要是梳理业务规则。梳理子业务，主要是分析业务开始于谁、经过哪些环节、哪些角色参与、最终达到了什么结果。最后，我们还要分析业务间的依赖关系。比如，就餐后才能结账还是结账后才能就餐。

梳理完业务后，我们一般都基本熟悉了新业务，可以开展产品相关的工作了。当然，如果要完全掌握，达到可以进行产品设计，业务架构的地步，那还要对业务进行更深入的细节梳理和分析。这方面我比较推荐，对业务进行建模（特别推荐领域模型）来帮助细致的分析业务。

最后

到这里，大家可能会有个疑惑，不是说要采用系统性的方法吗？文中讲了那么多的需要去了解和分析的点，但是好像都比较孤立，哪儿算是方法呀？

这里就将这些点，整理成架构图，建立方法框架。以金字塔展示，从上到下，代表业务层次的宏观到到微观，即我们熟悉业务时的顺序。层次所占面积，也代表我们在快速掌握时业务所需要投入的时间比重。如下图。

作者：产品小思考，B端产品经理，微信公众号：产品小思考

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

题图来自Unsplash，基于CC0协议