B端产品也叫2B（to Business）产品，使用对象是企业或组织，用来解决某类经营管理问题，承担着为企业或组织提高收入（规模）、提升效率（效率）、降低成本（成本）、控制风险（风险）、保证品质（品质）的重任。
《决胜B端》（第2版）一书的1.2.1节提到，C端产品是企业与客户在互联网渠道接触的桥头堡，但在C端产品极简体验的背后，可能有一个非常复杂庞大的业务支撑体系，需要多个业务团队、业务单元协同配合。
例如，我们熟悉的电商，对于消费者来说，只需要使用App挑选商品、下单、收取快递，退款退货也都能在App中轻松完成。但是，其背后是财务、采购、仓储、配送、客服等一系列业务团队的协同配合，而这些团队都需要各自的业务系统来支撑其开展业务，而且所有业务流程需要被灵活地联系起来。
有些非常容易让人迷糊的问题：到底什么是产品？什么是系统？产品和系统一样吗？为什么企业内部用的系统在互联网公司也叫产品？为什么内部系统的设计人员也叫产品经理？
实际上，从商业的角度来看，产品本身是指企业为了满足客户诉求提供的商品或服务。
严格来讲，互联网公司的C端产品以及IT软件公司售卖的B端产品（包括SaaS产品），符合商业中产品的定义，但如前文所述，行业中产品经理的概念被模糊化，产品的定义也变得模糊。
有的时候，其实很难明确区分产品和系统这两个概念。
给用户端使用的软件就应该叫产品而不应该叫系统？给内部使用的软件就应该叫系统而不应该叫产品？现实中两者已经被模糊化，但作为从业者，应该理解背后的本质和成因。
B端产品有如下特点。
- 目标用户是一个群体：B端产品用户群体是某个业务团队或组织，这一组人需要共同协作来完成工作，所以需要B端产品来帮助他们实现分工协作。
- 用户和客户是不同的人：如果是商业化售卖的B端软件产品（例如CRM产品销售易、纷享销客），在多数情况下，购买软件的客户（严格来讲应该是购买关键决策人）和软件的最终用户（即用户）不是同一个人，比如购买销售易这款软件的客户是企业，购买决策人主要来自销售业务的负责人，但软件的最终用户是一线销售人员和主管。而对于C端产品，付费的客户和用户多数情况下是同一个人。这个特点我们会在第2章进一步阐述。
- 效能第一，体验第二：B端产品的目标是解决组织的某类业务问题，因此聚焦于流程，提升业务效能是最重要的，打磨交互体验则处于次要地位。例如，设计产品时并不会过多地考虑UI设计，也不会为了几个按钮的摆放位置花费太多时间，即便某个功能的交互设计不太符合常理，业务人员为了完成工作也还是会使用软件（但这并不意味着B端产品经理可以无视交互体验）。
- 强调抽象和逻辑：B端产品背后的业务复杂度高，人员、分工、协作、流程、规则随时可能调整，这就需要产品经理有非常强的抽象能力和逻辑思维，将看似散乱无章的业务抽象出共性，进行合理建模和设计。
- 收益难以量化：B端产品要支持、解决业务问题，但业务成效的影响因素非常多，很多时候并非取决于B端产品设计的好坏。例如，采购部门的核心绩效是找到更多优质的低价供应商，但这并不取决于采购软件设计得好坏，而更多地依赖于采购员的人脉和专业技能，以及管理考核体系（不过，供应商在合作过程中的服务如何，则可以通过B端产品进行监督和评价）。我们很难直接衡量B端产品上线的新功能对业务价值的贡献。这也是B端产品经理经常面临的烦恼——难以外化项目效果。
和国内某知名物流公司交流时，我曾经遇到一个有趣的问题，当时一名业务负责人问我，给快递员个人使用的App究竟算C端产品，还是B端产品？
我们从产品的定位及用户群体来分析，快递员使用的App本质上是公司为了开展快递业务，赋能快递员的作业工具，核心目的是支撑业务的运作，快递员本身是公司的员工，具有劳务关系。所以，我认为配送人员使用的App属于B端产品范畴，就像销售型CRM是给销售人员使用的B端产品一样。
不过通过这个问题进行延展，我又想到了一个有趣的话题。
对于滴滴来讲，给专车司机使用的App和给快车司机使用的App，分别属于B端产品还是C端产品呢？这个问题我留给大家思考，当然，答案本身并不重要，也没有绝对的对错。有趣的地方在于，分析的时候你必须去思考产品背后的业务模式、产品的目标和定位、产品的用户和服务对象，以及产品究竟是以解决谁的痛点为主。
B端产品的部署方式可分为如下两种。
- 私有化部署：将软件部署在公司自己的IDC及专门配置的主机与存储设备中，与外部网络隔离，安全性强，网络稳定。
- 云部署：将软件部署在第三方云服务商（或企业自建IDC实现云管理），在保证安全性的前提下节省数据中心成本。业务系统一般采用私有云部署，安全性相对较高。
B端产品的技术架构可分为如下两种。
- B/S（Browser/Server）架构，即浏览器/服务器模式，用户通过浏览器访问系统。目前市面上的B端产品基本都采用B/S架构实现产品设计。
- C/S（Client/Server）架构，即客户端/服务器模式，这是早期的PC软件普遍采用的架构模式，用户需要安装客户端来使用软件，每次软件升级都需要进行客户端更新，非常烦琐。现在，已经很少使用这种模式。需要注意的是，通过原生代码编写的移动端App也属于C/S架构。
B端产品按产品特点可分为（在《决胜B端》（第2版）第2章具体讨论这个话题）如下几类。
- 业务型产品，包括ERP、CRM等。
- 工具型产品，包括电子签章、会议系统等。
- 交易型产品，即交易系统。
- 基础服务产品，对某些软件能力进行抽象化下沉后的公共组件和服务。
B端产品按照交付方式可分为如下两种。
- 从乙方外采，外采的软件产品也有两种交付形式。 定制化项目制：一般由IT公司或外包团队，基于某个基准版本或纯粹定制化交付一套系统，常常采用私有化部署。 SaaS产品：一般指云端部署的标准化产品，通过接口和公司内部系统做集成。
- 甲方自研自用，即公司自研软件系统，在互联网企业比较常见，现在很多有实力的传统企业也开始采用自研模式。
广义上来讲，B端产品是一个很宽泛的概念，传统的IT厂商的各种标准化、半标准化产品及项目制的定制软件、SaaS公司的标准化产品、企业自研的软件产品都属于B端产品。
以上提到的三类B端产品，在软件设计上的某些核心方法论一致，但又在很多方面存在很大的不同，简单总结在表1中。
表1 不同交付方式的B端产品对比
还有一些比较特殊的软件产品，比如To G产品，即政务类软件系统，在行业中多数以定制化项目制存在，这两年发展势头很迅猛，在软件产品设计上的要点和B端定制化项目制交付的模式很类似，也可以算作广义上的B端产品。
作为一名B端软件产品设计人员，无论是从事项目制的项目经理、需求分析师，还是SaaS公司的产品经理，抑或是甲方企业从事自研工作的软件设计人员（在互联网公司一般叫产品经理，在传统企业一般叫需求分析师或项目经理），一定要认识到，不同交付方式的B端产品设计工作，有很多相似之处，也有很多不同之处。
