作为B端产品经理，理解业务是开展一切工作的基础。那么B端产品经理，又应该从哪些方面理解业务呢？ 快来看看本文的解答吧。

新人入职新公司后，之一个工作就是了解公司业务，一般都是看公司项目PPT、产品需求文档，根据现有系统功能梳理功能结构图、产品流程等方式，但并不能系统化地帮助我们了解公司业务，容易流于表面。

由于TO B业务往往具有鲜明的业务特性，如果我们对业务只是局部理解，或者理解有偏差，做出来的产品可能无法适应和支撑业务。

作为B端产品经理，理解业务是开展一切工作的基础。

一、理解业务的重要性 1. 设计出更符合业务需求的产品方案

B端产品经理在日常工作中，常常会收到各种各样来自不同部门的需求，所接收的需求，更多是意向，我们的工作就是要推导出意向背后的真正需求是什么，然后设计产品方案。

错误的理解业务，可能会直接影响需求的推导过程，如需求的定义、用户分析、需求分析的角度和实现方式等，最终可能导致产品方案的设计有所偏差。

与销售部门收集需求过程中，可能听得最多的是类似“客户有一个A想法”。

但实际上A想法是客户的解决方案，甚至是销售人员的解决方案，而不是真正的业务需求。

如果我们立即考虑怎么去实现A，做出来的方案，往往不是客户想要的。

而是要思考：客户为什么想要A？A能解决哪些问题？A与业务之间有哪些约束条件和弹性条件？有没有B方案呢？等等。

产品是基于业务之上的，只有对业务有足够深入的理解，才能发现业务需求背后的本质问题，从而制定更符合业务需求的产品方案。

2. 提高决策质量

决策是获取和处理信息，再对行为作出预测和判断的过程。

产品经理无不时刻处于决策的环境之中，上至产品策略、产品方向，下至产品功能设计、页面文案。选择做什么，不做什么，如何做，用什么方式去做，都是一个个的决策。

而我们所做的决策受业务信息的理解程度影响。

某TO B垂直领域平台的运营人员提出“年度报告”需求，根据客户日常基础数据提炼出营收增长、运营效率提升等方面的数据，并有积分抽奖小活动，感谢客户一年以来的辛勤劳动和支持。

产品上线一周后，尽管“年度报告”入口在客户端工作台的显眼位置，但打开率寥寥无几，活动更加无人参与。

产品经理可能没有意识到，企业客户的决策者和使用者，两者的用户特征和需求关注点是截然不同的。

决策者（老板、高层）确定购买产品服务后，极少或根本不会登陆客户端。

使用者（员工）并不关注减本增效方面的问题，至于积分抽奖活动，更加不敢私用积分。

产品经理对业务特征和用户特征的理解偏差，导致了错误的决策，最终浪费研发资源。

如果我们对业务有足够深刻的理解，就能提高我们做出正确决策的概率。反之，会导致我们做出错误的决策。

俞军老师曾经说过：产品经理的核心技能，其实是输出决策质量，持续的输出决策质量。

二、业务与产品之间的关系

进入主题之前，我们先梳理一下TO B业务与产品之间的关系。

企业会根据市场环境，结合自身优势和资源制定商业模式，商业模式的落地可能需要1个或多个项目支撑和运转。

每个项目也可能会发展为1个或多个业务，每个业务会有明确的业务定位和业务目标。

产品会根据业务定位转化为产品定位，同时为支撑业务目标会设定不同阶段的产品目标，产品目标最后会落地为我们最经常接触的一个个产品功能。

对于大部分产品经理来说，可能接触不到制定战略、商业模式这一层面的工作。

所以本文将从产品经理最经常接触的业务定位、业务目标、业务场景、业务关系、业务角色、业务流程、业务规则的角度讲解，让我们更好的理解业务，帮助我们快速进入岗位角色或开展工作。

三、从哪些方面理解业务 1. 业务定位

B端产品一般都是由业务驱动的，这就决定了产品面向的目标客户群体是谁，要做什么东西，什么东西不能做，怎么做，为什么这样做，帮助客户解决什么问题，有什么价值，都受业务定位的影响。

（1）业务定位

业务定位指企业对客户群体和业务方向的选择，是业务立项之初最为重要的环节。从定义上可以找出两个关键点：选择客户群体，选择业务方向。

举例：

有赞的业务定位：中小商户的软件服务商。

从中可看出，有赞选择的客户群体是中小型规模的商户，业务方向是成为软件服务商。

（2）产品定位