B 端产品经理大部分时间做的需求都来源于业务，PM 做的事情就是将线下的业务 SOP 线上化，因此需要对业务有深入的了解才能满足客户需求，达成目标。
业务包含什么
首先，我们要带着目的或者目标去研究业务才能更好地理解业务，所以了解业务包含什么非常重要。在我认为，业务需要包含以下几个方面：
业务干系人：业务相关方，包含上下游都有哪些角色以及角色的职责作用；
业务模式：也可以说是商业模式，业务在整个产业链发挥的作用或者能给目标客户带来的价值；
业务流程：业务中干系人共同完成的一系列活动，也是信息或数据流转的参考过程；
业务场景：业务实际的应用场景，是描述业务流程的重要参考；
业务规则：业务相关的市场规定、法律条文或者约定俗成的规则；
业务风险：包含了业务中存在的市场风险、产品风险和经营风险等。
理解业务的三个维度
B 端产品经理要快速并准确理解业务，可以通过三个维度去进行探索：
行业：包含行业的发展过程、行业趋势、上下游公司、行业龙头老大等；
竞品：包含直接竞品、间接竞品和参考竞品；
业务线：包含业务线上下游、业务线工具、现有产品。
理解业务——行业
要做行业调研，不是笼统地直接上来就看各种行业报告，也不是直接找同事去聊天涉猎，比较推荐的方法是先通过行业媒体了解行业趋势再根据上下游的顺序去寻找对应的资料进行研究。
之所以先通过行业媒体了解行业趋势，目的是先对整个行业有个大体的认知，这样对后续看报告可以有一个好的基础。那么怎么算有大体的认知呢？我认为首先需要能自己回答以下几个问题：
行业的用户画像是什么样的，用户的痛点都有哪些
行业的市场规模大概是多大，商业模式有哪些
行业的上下游是怎么合作的，有哪些典型的公司
当认为已经可以回答上述问题后，就可以拟定好计划进行调研，所谓的计划就是需要圈定研究边界，比如调研上下游的哪些公司，通过什么方式进行调研。
理解业务——竞品
竞品会分为三类：
直接竞品：与产品功能相似，目标人群重合，解决方案与技术无明显差异的产品；
间接竞品：产品的功能形态和解决方案有所不同，但用户群高度重合并解决用户的需求是相同的；
参考竞品：产品的功能形态、解决方案、用户群都有所不同，但解决用户的需求或者部分需求是相同的。
通常来说，如果 B 端的产品有对应的直接竞品，那了解业务去看竞品是最准确且快速的方式了，如果没有直接竞品有间接竞品，那么也可以参考间接竞品快速理解业务，但如果是做内部系统方向，通常会存在没有直接竞品或者间接竞品可以参考的尴尬境地，这种时候其实也不需要担心，可以看市场上有类似解决方案的 SaaS 工具或者满足部分需求的其他竞品（这种我通常就称为参考竞品）。
理解业务——业务线
业务线包含了业务线上下游、业务线工具以及现有产品三个部分。
业务线上下游指的是完成该业务所需要的所有相关资源，比如做一个内部的电商数据分析平台，那么其所涉及的上下游就包含了运营部门、投放部门、采购部门、设计部门等。
业务线工具，在这里要指的是业务上下游现有完成业务所使用的工具，通过了解这些工具以及工具的作用，一方面可以了解业务相关方的工作目标，另一方面可以从这些工具中发现一些潜在的需求，尤其是做内部系统方向的。
现有产品，也就是指当前业务当前岗位负责的产品，会直接反映出业务的方向和目标，因此了解现有产品（上手测试或者看产品使用文档或者直接看 PRD）可以说是理解业务最快速最方便的一种途径了。
写在后面
快速理解业务是每一个 B 端产品经理都必须要具备的一项技能，也可以说是 B 端产品经理的入门敲门砖，只有敲开了业务的大门，才能在业务范围内大展拳脚。
上述的方法是我根据个人的经验以及网络其他产品的说法整理出来的，大家有任何补充，欢迎留言探讨。
