B 端产品有哪些分类

业务型产品是 B 端产品分类里比较复杂的一类，具备 B 端产品所有关键特征，在企业中用来支撑多人协作达成业务目标。产品背后的业务链条长，业务复杂性高，涉及多人协作。

业务型产品可以进一步分为垂直业务型和办公协作型。

垂直业务型一般涉及企业的关键业务运作，个性化比较强。还可以进一步分类，比如：

产品生命周期管理 PLM：用于制造业里的产品创新和设计管理。
供应链管理 SCM：广义的 SCM 包括完整的供应商管理、采购管理、仓储管理、配送管理；狭义的 SCM 单指供应商管理。
企业资源计划管理 ERP：最常见的 ERP。广义的 ERP 是一套非常庞大复杂的体系，涵盖供应链管理、原材料管理、仓储配送管理、财务管理，甚至可能还包括客户管理、销售管理；狭义的 ERP 通常被理解为财务系统、轻量的进销存系统，或者电商交易系统。
制造执行系统 MES：生产制造业的制造执行管理系统。
客户关系管理 CRM：广义上的 CRM 包括从客户开发管理、营销、服务的客户全生命周期管理；狭义的 CRM 单指给销售人员使用的销售过程管理软件。
其他：仓储管理系统 WMS、运输管理系统 TMS，以及呼叫中心。广义的呼叫中心包括客服平台与话务平台，涉及软件、硬件、通信的一整套完整体系；狭义的呼叫中心指支持客服进行呼入呼出的软件系统，包括客服系统、质检系统、知识库系统之类的。

办公协作型的分类比较少，大致分为以下四类：

人力资源系统 HRM：包括招聘、简历管理、入职管理、薪酬管理。
办公自动化 OA：最出名的办公自动化系统，主要提供资料查询、单据审批等功能，也是最基本、最常用的办公系统。
知识管理系统 KMS：帮助企业沉淀知识，并进行传承和分享。有些 KMS 还包括培训考试模块。
即时通信 IM：用于及时沟通，是企业内部的办公通讯产品。

工具型产品同样解决企业某一类业务运作问题，但解决场景会更加聚焦、明确，背后的业务链条短，复杂度相对比较低，通常不太涉及多人协同。

工具型软件产品一般作为企业经营运作的补充，支撑各个细分场景的效率。一方面可以用于各类关键活动内的局部场景，另一方面也可以用于各个关键活动里的同类场景。

常见分类有以下几个：电子签名、视频会议、文档协同、营销自动化、企业网盘，这些都同属于工具型产品。

交易型产品是承担企业售卖产品、售卖服务的线上化交易与履约的系统，也就是交易系统。

一般典型的交易型产品，要包含支撑产品、服务售卖的最小能力闭环，也就是客户下单的 C 端，以及管理整个交易业务的后台模块，包括订单、商品、营销、清结算这些能力。

不同的商业模型对交易系统的需求不同。典型的商业模型是在单边市场里，企业向消费者直接提供商品售卖和服务。在多边市场，或者叫多边平台模式里，企业本身不提供商品和服务的售卖，而是作为一个平台，把供应商和消费者聚合在一起，撮合几方完成交易。

交易型产品的一些模块可能会发展为公司的基础服务产品。一般来说，单边市场里的关键模块有这么几个：订单、商品、营销、支付、清结算、库存、价格。多边市场还要另外多加两个模块：商户入驻和商户管理。

在软件产品的体系架构里，不同产品会存在共性需求。如果为每一个产品都实现一遍这样的需求，就会造成严重的开发资源浪费，并导致软件架构冗余。

所以，在软件体系搭建过程中，有必要把各个系统都需要、且不能重复的软件模块抽象出来，统一建设和维护。这些抽象出来的公共服务或者组件，我们称之为基础服务产品。当然，有时候也可以被称为中台。但名字是什么并不重要，重点在于抽象设计背后的思维模式。

常见的基础服务产品有这么几类：

主数据管理 MDM：主数据管理是企业数据架构设计里非常重要的概念。简单来说，一家企业在很多领域和主体里，应该有且只有一套相关的资料存储系统，以确保数据管理的一致性和唯一性。
权限管理平台：公司业务人员经常要访问不同的内部业务系统。如果针对每一个业务角色在各个系统里分别设置管理权限，管理成本会很高，并且会浪费研发资源，更有可能造成管理混乱。所以常见做法是通过集中的权限管理平台，把全公司的业务系统统一管理起来。
组织架构管理平台：公司不同的业务团队有各自的管理层级，需要一套系统来统一管理业务团队的组织架构，并允许其他业务系统获取组织架构数据。
消息推送服务：主要用于在 APP 中推送消息。类似的短信服务也可以被统一设计成基础服务，背后封装不同短信供应商的通道。
单点登录服务： SSO 单点登录服务让用户可以只登录一次系统，就访问所有接入此服务的其他业务系统。这个服务是非常重要的业务系统基础服务，可以给用户带来极大的便利。

业务流程管理 BPM 包含流程引擎 Workflow，一般用于技术团队快速定义开发业务流程。

虽然都是 B 端产品，但不同类型的产品，设计方法也会完全不同。

业务型产品背后服务的业务运作链条长，涉及协同的角色多，并且个性化需求非常强烈。所以业务型产品通常来说标准化程度一般都比较低，很难通过少量配置就覆盖多数客户的需求，经常需要做复杂的实施，甚至二次开发。

为了解决这个问题，业务型产品通常都会实现比较强劲的 PaaS 底座能力，提升产品的定制化能力，降低二次开发的成本。

离开技术层面看，因为业务型产品服务于企业的核心业务模块，实施之后对业务的影响巨大，并且持续时间长。所以业务型产品的购买往往由甲方企业的高层以及业务负责人共同决策，决策周期长，决策过程复杂。

对于软件公司来讲，不论是 IT 项目、制造厂商还是 SaaS 厂商，在销售环节都需要专门的销售人员长期跟进，很可能要付出很多努力，最终才能获得客户。

工具型产品解决的是单一场景下的明确问题。即便是不同类型的客户，甚至不同行业的客户，在某些相同的局部场景里，诉求也是高度集中并且明确的。所以工具型产品的标准化程度非常高，通过简单配置就可以满足客户需求。

工具型产品对 PaaS 的依赖并不强，可以说，工具型产品是 SaaS 模式最理想的产品类型。SaaS 产品的挑战之一，就是如何做好标准化产品和个性化需求之间的平衡，而工具型产品在这个问题上具有天然优势。

因为工具型产品背后的业务场景通常比较局限，甚至很单一，所以很多时候，甲方的中层管理人员或者业务专家就可以做出采购决策。决策周期短，决策链条也相对简单。

工具型产品的公司更像一个 SaaS 公司该有的样子：业务模式强，通过线上获客和内容沉淀，持续孕育、影响潜在消费者，最终完成自发性转化，并形成持续的复购和增购。

交易型产品主要围绕交易发生和履约场景，可以只聚焦于线上买卖，也可以包括完整的供应链体系，如仓储、采购、配送。

所以，交易型产品的标准化程度介于业务型产品和工具型产品之间。也可以进一步分析：对于相同业务模式的交易型产品，一套产品通过配置就能给不同客户使用，这种情况下标准化程度就比较高；但如果是在不同交易模式下，标准化程度就会变得很低。

交易型产品作为企业的核心业务系统，承载着交易线上化的关键任务。所以甲方会非常慎重地做出决策，整体购买周期会很长。

基础服务产品更多是为了支持企业的软件应用架构建设，以及软件的抽象化设计而存在。所以，绝大多数基础服务在标准化、组件化程度上都很高。

基础服务的产品一般由甲方 IT 团队、技术人员做出购买决策。有时候也会有业务部门参与，但比较少。

综合上述各类 B 端产品的特点来分析：

工具型产品设计，产品经理要更加聚焦场景的洞察和探索，可以多采用 C 端产品的设计方法，比如 KANO 模型、用户故事地图之类的。

业务型、交易型产品设计，除了洞察分析场景，还需要产品经理对场景背后的业务本质进行提炼，做高度抽象的设计。这种情况下，就需要传统软件工程和需求分析的方法论，比如 UML、ER 建模之类的，并适当结合 C 端的方法。

行业内部还会将 SaaS 分为业务垂直和行业垂直两个方向。

业务垂直是指 SaaS 软件厂商在某个垂直业务方向进行深耕。行业垂直是指 SaaS 软件厂商在某个细分行业中，针对该行业提供整体性的产品解决方案，覆盖这个行业里不同的业务场景。

但无论是业务垂直性还是行业垂直性，都是 SaaS 公司通过不同维度切入细分领域或行业的一种方式。SaaS 产品必须聚焦，这样才可能实现标准化的产品设计。