B端产品要想清晰理解业务，就需要理解行业、熟悉流程——通过市场分析、行业分析、竞品分析熟悉行业；并从微观层面熟悉流程。

01

理解业务对于 B 端产品非常重要。

为什么理解业务对于 B 端很重要呢？

C端产品，每个版本的更新迭代更好不要超过三个功能，可以为了某个运营活动单独发一版； B端产品来说，衡量产品完善度的，不是功能点数，而是看是否满足具体业务，企业希望的是一站式解决方案，而不仅仅是解决一两个问题就可以的，做B端产品不仅需要满足核心业务，还要融合周边业务。

To B的用户与To C的用户有比较大的区别，企业服务产品的使用，并不是个人决定的，而是由用户企业的决策链决定的，这就导致了 C端的决策周期很短，而B端决策周期比较长。

C端产品经理一般都是产品用户，比如张小龙肯定会用微信聊天， 很多需求可以通过共情来挖掘； B端产品经理通常不是用户，必须通过业务来挖掘需求，不理解业务，也就失去了真实场景的来源。

我们在做HRM产品「完美工事」的时候，我要求我们产品要多和公司的HR聊，询问他们的痛点，多理解他们工作的流程，只有这样才可能挖掘出来符合场景的需求。

注意，上面说的是「可能」，为什么呢？ 因为在不同行业下还会衍生出不同的模式。 比如 IT行业和建筑行业就完全不一样， IT行业按月发薪，工作时间相对固定；而建筑行业尤其是农名工，工作时间和地点都不固定，甚至发薪都不固定，比如农名工一般平时发生活费，年底或者项目结束时发薪。如果你要做各行业通用考勤薪资相关的产品时，就需要考虑这两个不同行业的场景。

同行业下每个公司的处理流程和方式也可能不一样，比如有的互联网公司当年年假是年底失效，有的则保留到次年3月底，做考勤相关的SaaS产品时，就需要考虑这种不同规则的情况。

综上所述，我们需要了解在行业内的企业，相应的业务是怎么样开展的，从而抽象出通用的流程和规则，这样我们才可以了解企业的核心痛点，提供B端产品与服务也可以有的放矢。对于每个企业，我们也有必要了解企业内相应业务的不同员工是如何操作，最终实现公司业务的运转，了解这些内容，才可以使我们B端产品的设计更加落地。

02

熟悉业务需要熟悉行业，以B端 SaaS 软件举例。

SaaS软件分为业务垂直和行业垂直，业务垂直型SaaS专注的是多数行业需求高度相似的业务领域，例如考勤服务；行业垂直型SaaS专注的是对在部分业务环节有强烈个性化需求的行业领域，比如金融领域。两者面向的客户群体并非完全的交叉重叠。但随着创业公司的发展壮大，业务边界拓宽，这种竞争关系也在发生变化。

其中常见的发展路径是——业务垂直型SaaS针对具备一定个性化需求的行业拓展行业解决方案，行业垂直型SaaS向特定行业全链条的闭环服务发展，形成有别于业务垂直型SaaS的竞争壁垒。

无论是业务垂直和行业垂直，都需要熟悉行业，怎么能快速熟悉行业呢？

行业的类别有很多，例如文娱业、金融业、IT业、建筑业等等，我们要了解行业需要通过三个大方面了解。

1. 行业大环境

建议可以按照 PEST分析法来分析行业面临的外部影响因素（P政治：政策趋势变化，E经济：经济环境变化，S社会：消费者习惯变化，T技术：技术革新）。

1）政策（P）

在中国做任何事情，基本上这事都要摆在之一位，首先看政策是否支持，其次看你监管是否已经开始介入，如果介入了意味着行业开始规范了。比如 *** 非常支持新能源，互联网金融已经开始监管了。

2）经济（E）

考量一个行业的空间，还关注这类行业的经济环境。比如随着互联网流量成本变高，电商解决方案不如以前理想，新零售又兴起了。

3）社会（S）

社会环境本质上是研究人的需求层次，要关注用户需求的变化，比如现在大家消费升级了，需要能否让大家变的更有尊严，生活更有效率，是否能让大家充满憧憬。

4）科技（T）

科技的进步会对某些行业有影响，比如大数据、物联网、深度学习已经影响到各行各业。人类社会的发展史，就是一部科技史。

下图是零售行业的 PEST 分析：

PEST示例

2. 行业分析

任何事物发展的必经过程，一定是“萌芽——起步——快速发展——成熟——衰退”，这是规律，也是企业和行业的生命周期。