我们日常工作中，不管是原型还是文档都需要贴切公司自身业务发展，而我们在换工作后快速理解公司业务就是重中之重。

经常看见有文章给产品新人说，入职新公司之后，新人要快速的理解公司产品，要先去画公司的产品信息架构图，再画产品功能结构图，然后梳理产品流程，熟悉当前产品的正向流程和逆向流程，等等。

我把它拿出来说，并不是说他们这样的说法不正确；相反，信息架构图、功能结构图以及流程，都是在进入公司后必要的东西。这些东西可以快速帮助我们掌握公司的产品，但是这里仅仅说产品而已。其中我们忽略来一个很重要等东西，这个东西就是业务。

首先，我所表述的观点是：产品不等于业务，而产品恰恰是从业务上衍生出来。

说到这，大家会有个疑问，在梳理产品的时候，里面相关的正向和逆向流程不就是代表业务了吗。

没错，那些也是业务中的一部分，但是也只是一部分而已。

以自主贩卖机为例，用户扫码-选品-下单-支付-取货，这样是一部分业务；商户的扫码-补货-关柜门，这也是一部分业务。

这些业务都是可以从产品软件上了解，但是，像如何成为商户？商户货是如何来的？贩卖机上的广告是如何来的？

等一系列问题是很难在产品上体现的，最多也是有个增加编辑这样的功能，来观察而已。所以，我说他们的方式说没有问题，但是对于一些产品新人来说往往会忽略其中重要的东西“业务”。

用户购买：

商户补货：

那么，要如何理解业务呢？

我认为我们需要先对业务定义，定义到底需要满足那些条件才是业务。

一、业务=流程+行业类型

百度百科对业务是这样解释的：“业务”更白话一些来说，就是各行业中需要处理的事务。

而我们可以通过场景，深入的理解下。在日常生活中，我们都经历过买菜这一场景，以买菜为例。我们可以去商场去购买，也可以去菜市场（菜市场是指定某个地方进行相关瓜果蔬菜交易的地方，也可以称之为集市、贸易市场等）去购买。

在商场买菜不管是单一的蔬菜还是多种，我们都可以先将中意的蔬菜选好后（挑选），放入商场的小车或购物篮中，继续去挑选其他的菜，只需要在出商场前进行付款即可（支付），付款完整这些菜就属于你的来。

而在菜市场进行购买多种蔬菜，我们一样需要挑选中意的蔬菜，但是这里你就需要先进行付款，付款完成之后才能将菜放入你自己的菜篮子或口袋中，再去挑选其他摊位上的蔬菜。

这两个场景中，我们可以看出都有相同的流程，挑选-支付-所属权。但是在行业类型上就有一定的差异性，商场中都是自选为主，在同一商场内不会出现买相同蔬菜不同价格，而菜市场更多的以摊位为主，会出现大量相同的“竞品”。

一个规范化，一个散点化。

二、了解业务，该这样来

明确了业务是行业类型加上流程之后，我们就需要开始了解业务。了解的方式就像我们做产品一样，现将有关问题进行细化，分解成行业和流程两个方面来。

首先是行业，我们还是就像做产品一样，先做一个调研，调研这是一个什么样的行业，这个行业叫什么，为什么叫这个名字。

这是第一步，知道这个行业叫什么之后，第二步，了解这个行业是做什么的，是买货的，还是买肉的 。这样，就对这个行业有了基本的认知。

带着我们的基本认知，我们通过百度或不存在的搜索方式，找到这个能够代表这个行业的相关公司，观察他们，看他们的业务模式。随后根据这些进行“竞品分析”，简单的分析他们和我们直接的不同。

分析的点我们可以是人员组织架构上，因为组织架构上我们可以观察到部分业务特性。例如：菜市场就有商场不存在的摊主角色，摊主角色就在我们主观买菜意愿上起了至关重要的作用。毕竟相同蔬菜，相同价格我们在购买时更愿意选择熟悉的人。

通过了解到的部分组织架构，我们就可以梳理他们的流程，先从单个角色的流程入手，梳理单个角色在工作中上如何操作的。然后就是不同角色之间如何配合。通过这样的方式，我们就能轻而易举的将所有角色串联起来。

前面说的是认知上，下面我们说下实践。

三、实践验证认知

一般，很少有公司愿意这么做，因为会花费部分时间，而时间就是金钱。

在一些公司，会采取轮岗的方式，让各个部门之间熟悉各自的业务，使之配合起来得心应手。但大部分公司都是“各司其职”，我先表明，我不是说这样不好，而是太过于“各司其职”就会出现这样的现象，《给产品经理讲技术》 （产品怨言：看来你们是工作不饱和，还有时间教我技术）。

哈哈，这个是玩笑话。确实因为太过于的“各司其职”反倒是给我们认知上带来误解。在一些小一点的公司也会存在产品经理是客服、销售、运维的情况。遇见这样的情况，我们需要做到多看、多问、多试。

• 多问，多去问问老职员，这样可以了解到一些业务上的坑。
• 多看，观察其他人上如何做的，做到耳听为虚眼见为实。
• 多试，对于大家都不知道的问题，要勇于尝试，有可能是一个新的解决方法。

在这个过程中，不要过于负面，我们要把这个当作一次短期机会。这次我们可以深入了解这个行业，为以后升职加薪、增加被包养的机会作出努力。

四、了解来业务之后

我们在去分解产品信息架构、功能结构时候，把业务带入进去，将线下线上的业务结合起来，我们就可以清晰的了解公司的方向，产品的方向，以及后续我们如何迭代，都会有个清晰的认识。而不会因为业务的不了解，作出一些奇葩的决策。

6、总结

首先，表示大多数教人适应新工作的文章是正确的，但是忽略了业务，直接去熟悉产品。我们应该先去了解公司业务再去梳理产品。

如何快速了解，先从行业认知入手，知道行业叫什么，是怎样的模式。

随后根据公司组织架构，了解大家的工作中的流程，再将角色之间的流程串联起来，就能大致了解业务。

最后在有能力的可以进行轮岗来实践认知，不然因为对业务的不熟悉，而造成迭代方向错误，再演变成其他人对你能力的误解。

作者：wcof，公众号：wcof。在努力做产品不做产品经理的人

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

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