1.3　B端产品有哪些分类

我们已经介绍了互联网产品方向，接下来，进一步介绍B端更细致的产品方向。

根据产品特点，我们将B端产品划分为四个方向：支持多人协作，解决某个经营管理整体性问题的业务型产品；解决某个明确场景局部问题的工具型产品；支撑企业商品服务售卖与履约的交易型产品；以及提供公共服务的基础服务产品。这四个方向基本覆盖了典型的B端产品线。下面就来详细介绍一下这四类产品方向。

1.3.1　业务型产品

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

业务型产品可以进一步分为垂直业务型和办公协作型，前者一般涉及企业的关键业务运作，个性化强；后者相对来讲是企业职能部门使用的支持性系统，标准化程度相对较高。

常见的业务型B端产品分类如图1-5所示。

·PLM：Product Lifecycle Management，产品生命周期管理。常见于制造业中的产品创新与设计管理。

·SCM：Supply Chain Management，供应链管理。广义的SCM包括完整的供应商管理、采购管理、仓储和配送管理；狭义的SCM指供应商管理。

·ERP：Enterprise Resource Planning，企业资源计划管理。广义的ERP是一套庞大复杂的体系，涵盖供应链管理、原材料管理、仓储配送管理、财务管理，甚至还包括客户管理、销售管理等；狭义的ERP常常被理解成财务系统，或轻量级的进销存系统，或电商交易系统。

·MES：Manufacturing Execution System，制造执行系统。生产制造业的制造执行管理系统。

·CRM：Customer Relationship Management，客户关系管理。广义上的CRM包括从客户开发、管理、营销、服务的客户全生命周期管理；狭义的CRM是指给销售人员使用的销售过程管理软件。

·WMS：Warehouse Management System，仓储管理系统，用来支持仓库管理业务。

·TMS：Transportation Management System，运输管理系统，用来支持配送管理业务。

·CallCenter：呼叫中心。广义的呼叫中心包括客服平台与话务平台，涉及软件、硬件、通信这一套完整体系；狭义的呼叫中心是指支持客服进行呼入呼出业务的软件系统，包括客服系统、质检系统、知识库系统等。

·HRM：Human Resource Management，人力资源系统，包括招聘、简历管理、入职管理、薪酬管理等功能。

·OA：Office Automation，办公自动化。主要提供资料查询、单据审批等功能，是最基本、最常用的办公软件。

·KMS：Knowledge Management System，知识管理系统。帮助企业沉淀知识并进行传承分享的管理软件系统，有些KMS还会包括培训考试模块。

·IM：Instant Message，即时通信。用于及时沟通的工具，企业内部的办公通信产品。

1.3.2　工具型产品

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

典型的工具型产品包括电子签名、视频会议、文档协同、营销自动化、企业网盘等，解决问题的场景相对明确且单一，一般由个人使用，用完即走。

常见的工具型B端产品分类如图1-6所示。

1.3.3　交易型产品

在现代商业环境中，几乎所有企业都会将自己的交易过程线上化、数字化。承担企业售卖产品和服务的线上化交易与履约的系统，就是交易系统。因为它实在太重要了，所以我们将交易系统单独提取出来，归为交易型产品。

在银行、保险等行业，交易系统属于核心业务系统，曾是企业信息化建设中最核心的命脉；而经典的ERP系统本身也包含了交易履约的模块，例如订单模块（OMS，Order Management System）、商品管理模块等；而现代企业广泛使用的电商系统，也属于典型的交易型产品，只不过电商系统体系更加庞大，除了需要具备交易履约这些底层能力，还需要强大的C端获客、转化能力。

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

不同的商业模型对交易系统的诉求不同。典型的商业模型包括单边市场和多边市场两种模式。在单边市场中，企业向消费者直接提供商品售卖和服务，例如各大品牌的直营官网，就是典型的单边交易模式（单边市场）；而在多边市场（也叫多边平台模式）中，企业本身不提供商品和服务的售卖，而是作为一个平台，将供应商和消费者聚在一起，撮合几方完成交易，例如天猫、京东POP就是典型的多边市场（具体应该叫双边市场）。

常见的交易型B端产品的分类和关键系统如图1-7所示。

交易型产品的部分模块可能会发展为公司的基础服务产品，例如支付模块就可能发展为集团的公共服务，为所有业务线提供支持；而订单模块也可能成为集团的订单中台，为多业务线提供订单履约的核心能力。

1.3.4　基础服务产品

从企业级的角度来看，在软件产品的体系架极中，不同产品存在共性需求，例如各个产品都需要进行权限管理，各个C端产品都需要消息推送管理。如果为每个产品都实现一遍这样的需求，将会严重浪费开发资源，且导致软件架极冗余。因此，在软件体系搭建过程中，有必要将各个系统都需要的、功能重复的软件模块抽象出来，统一建设维护，这些抽象出来的公共服务或组件，叫作基础服务（当然有时候也可以被称为中台，其实名字是什么并不重要，重点在于抽象设计背后的思维模式）。

常见的基础服务产品如图1-8所示。

·MDM：Master Data Management，主数据管理。主数据管理是企业数据架极设计中非常重要的概念，简单来讲，一家企业在很多业务领域和主体中，应该有且只有一套相关的资料存储系统，以保证数据管理的一致性和唯一性。

·Auth：Authorization Management，权限管理平台。公司的业务人员经常要访问不同的内部业务系统，如果针对每个业务角色在各个业务系统分别设置管理权限，那么管理成本将很高，并且浪费研发资源。常见的做法是通过集中的权限管理平台，把全公司的业务系统统管起来。

·Org：Organization Management，组织架极管理平台。公司不同的业务团队有各自的管理层级，需要一套系统来统一管理业务团队的组织架极，并且允许其他业务系统获取组织架极数据。

·Push：消息推送服务。用于在App中推送消息的基础服务；另外，类似的短信服务也可以被统一设计成基础服务，背后封装不同短信供应商的通道。

·SSO：Single Sign On，单点登录服务。单点登录服务可以让用户只登录一次系统，就能访问所有接入单点登录服务的其他业务系统。单点登录服务是非常重要的业务系统基础服务，可以给用户带来极大的方便。

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

基础服务背后的一些概念和知识，可能会让很多读者觉得抽象、难以理解。不要着急，随着本书内容的深入，大家会逐渐理解这些产品及其背后的设计思路。

1.3.5　不同种类的B端产品的建设特点

我们将上述介绍的产品方向汇总起来，绘制一张B端产品方向的整体示意图，如图1-9所示。

请大家注意，图1-9只是列出了一些常见的产品和模块，并不是企业中可能涉及的全部产品和模块。而且，有很多产品同时具备多个特征，并不能简单地归于某种单一类别，例如，支付产品既可以属于交易平台类，也可以属于基础服务类。另外，很多数据产品本身也属于B端产品的范畴，例如BI（Business Intelligence）与报表引擎（其实这两类产品已经高度趋同），也可以属于工具型B端产品。我们应该从整体上理解B端产品的范围，形成宏观的感受，不必拘泥于细节，给每个产品贴上一个严格的类别标签。

以上四个B端产品方向，不仅产品特点不同，在设计的方法论、产品标准化程度、商业化售卖的业务模式上也完全不同。我们首先来看表1-2中的对比。

业务型产品

业务型B端产品，背后服务的业务运作链条长，涉及协同角色多，并且个性化需求非常强烈，例如ERP在企业中的实施，很少有通过简单配置就能直接运行的，而是需要由专业顾问、实施团队进行全面的业务分析和梳理后，进行个性化的调校、配置甚至定制开发，才能运作起来。

因此，业务型产品标准化程度一般都比较低，很难通过少量的配置就能覆盖多数客户的诉求，而需要做复杂的实施甚至二次开发；为了解决这个问题，业务型产品都会实现比较强劲的PaaS底座能力，提升产品的定制化能力，降低二次开发成本。

我们放眼市面上的业务型软件产品，不论是Oracle EBS、SAP这样的商业级巨无霸应用，抑或是Salesforce、北森、销售易这样的SaaS应用，都投入了大量的资源研发PaaS平台作为标准化产品的基座，来解决个性化需求及多行业拓展的诉求。

因为业务型产品服务于企业的核心业务模块，实施后对业务的影响巨大且深远，因此业务型产品的购买往往由甲方企业的高层及业务负责人来共同决策，并且决策周期长，决策过程复杂；所以对于软件公司来讲，不论是IT项目制厂商，甚至是SaaS厂商，在销售环节都需要由专门的销售人员长期跟进，经过很多努力，最终获得客户。

工具型产品

工具型产品解决单一场景下的明确问题，即便是不同类型的客户甚至是不同的行业，在某些相同的局部场景，诉求也是高度集中且明确的，因此工具型产品的标准化程度非常高，通过简单的配置，就可以解决客户的需求。大家可以想一想，类似腾讯会议这样的工具型软件，不同客户会需要复杂的定制化开发吗？一般并不需要。

工具型产品通过参数配置就能很好地解决不同客户的个性化需求，所以对PaaS的依赖并不强。可以说工具型产品是SaaS模式最理想的产品类型。SaaS产品的挑战之一是如何做好标准化产品和个性化需求之间的平衡，工具型产品在这方面具备天然优势。

工具型产品背后的业务场景局限且单一，很多时候甲方的中层管理人员甚至业务专家就可以做出采购决策，决策周期短，决策链条简单。因此，工具型产品的公司更像一个SaaS公司该有的样子，业务模式轻，通过线上获客、内容沉淀，持续地孕育影响潜在消费者，最终完成自发性转化，并持续复购和增购，这两年很火的PLG（Product Leading Growth，产品驱动的增长）理念，在工具型产品上有很好的实践。

交易型产品

交易型产品围绕着交易发生和履约的场景，可以只聚焦于线上买卖，也可以包括完整的供应链体系（包括采购、仓储和配送）。交易型产品的标准化程度中等，既没有业务型产品那么复杂多变，也没有工具型产品简单。

对于相同业务模式的交易型产品，标准化程度较高，一套产品通过配置即能给不同客户使用；但在不同的交易模式下，标准化程度就很低了，例如，在实物电商中，类似于3C数码、服装这类的标品售卖，就和生鲜这类非标品的售卖区别非常大，一套实物电商的交易系统基本无法在生鲜行业使用。

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

基础服务产品

基础服务产品更多是为了支撑企业的软件应用架极建设、软件的抽象化设计而存在的。绝大多数基础服务都体现出标准化、组件化的特征，例如给App发推送的Push服务，任何一家公司的诉求都是相通的，基本无须定制化。

基础服务产品一般由甲方IT团队、技术人员来做出购买决策；当然有时候也可能会有业务部门参与，例如对于聚合支付、短信服务这类涉及持续的运营费用的服务。

不同类型产品的设计方法不同

以上介绍了不同类型B端产品的不同之处，最后，我们再聊一聊这几类产品在设计方法上的不同。

对于工具型产品设计，产品经理更加聚焦场景洞察和探索，采用C端产品的设计方法将更加合理，例如KANO模型、用户故事地图等工具的应用；而对于业务型、交易型产品设计，除了洞察分析场景，还需要对场景背后的业务本质进行提炼，进行高度抽象的设计，需要以传统软件工程和需求分析的方法论（例如UML、ER建模等）为主，并结合C端的方法论。

虽然同样是B端产品，但不同类型产品的设计方法完全不同！如无特殊说明，本书后续所说的B端产品，均指业务型B端产品。本书所探讨的设计方法论也主要是针对业务型产品的设计，同时部分适用于交易型和基础服务产品，但并不适用于工具型产品！

1.3.6　SaaS产品都有哪些方向

以上我们介绍了B端产品的四个分类，也同样适用于SaaS产品。除此以外，行业中还会将SaaS分为业务垂直和行业垂直两个方向。

业务垂直，即SaaS软件厂商在某个垂直业务方向进行深耕，例如销售、客服、供应链等。

行业垂直，即SaaS软件厂商在某个细分行业，针对该行业提供整体性产品解决方案，覆盖不同的业务场景，例如聚焦于房地产领域的明源云。

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