# CPQ：复杂 B2B 销售的配置、定价与报价

> B2B 企业何时需要 CPQ（配置、定价、报价）：产品配置规则、价目表与阶梯折扣、毛利审批、报价模板、修订版本、转化为订单，以及与 CRM 和 ERP 的集成。

Source: https://www.agsora.tech/zh/blog/cpq-konfigurasi-harga-dan-penawaran-untuk-penjualan-b2b-yang-kompleks
Category: ERP 与运营 · Published: 2026-11-10 · Updated: 2026-11-10 · By PT Agsora Teknologi Indonesia

在许多 B2B 公司，报价的做法多年不变：销售人员打开旧的报价文件，改掉客户名称，修改几行内容，通过即时消息向产品团队询问价格，然后发送 PDF。产品简单时，这样做够用。当产品有许多选项、价格取决于数量和合同、折扣需要审批时，报价就成了错误的来源：无法生产的配置、低于毛利的价格、超出权限的折扣，以及耗时数天才能完成的报价。

CPQ 是 configure、price、quote（配置、定价、报价）的缩写，既是一种方法，也是一类解决这个问题的软件。本文介绍企业何时需要 CPQ、核心功能、如何构建配置与定价规则、毛利审批、与 CRM 和 ERP 的关系，以及现实可行的实施步骤，包括何时用更简单的工具就够了。

## 摘要

- CPQ 确保报价在到达客户之前技术上有效、价格正确且符合权限
- 配置规则会拒绝无法制造的组合，让错误在报价阶段而非生产阶段被发现
- 价格来自单一来源：价目表、数量阶梯、特殊合同和折扣规则
- 自动化的毛利审批让安全的报价更快通过，并拦住有风险的报价
- 与 CRM 和 ERP 集成，把批准的报价直接转为订单，无需重新录入

*基于单一数据源生成的报价减少价格错误并缩短销售周期*

## 人工报价何时开始出问题

人工报价并非对所有企业都是问题。说明您已超出极限的迹象：

- 因为要等多个人提供技术和价格答复，报价周期长达数天
- 两个销售人员对同一配置给出不同价格
- 订单带着不兼容或无法制造的配置进入生产
- 折扣未经批准就给出，或批准通过未留痕的消息完成
- 项目实际毛利与报价时的估算相差很大
- 价目表已更新，但旧的报价模板仍在流传
- 没有修订历史，难以回答“客户同意的是哪个版本”

如果其中几条让您感到熟悉，那么成本是真实的：销售时间耗在行政工作上，毛利在流失，客户等待的时间比竞争对手更长。

## CPQ 的三个组成部分

### Configure：产品配置

配置是选择选项以得到有效产品或方案的过程。系统存储规则：选项 A 只与型号 B 和 C 兼容；套餐 X 要求组件 Y；特定容量的最大连接数；某种材料不能与某种涂层组合。销售人员选择选项时，系统会隐藏或拒绝无效选择，并自动添加必需的组件。

结果是一份一致的组件清单，必要时还有可传递给生产的物料清单或规格。对于按订单生产，二者的联系见[印刷与制造的按订单生产 ERP 与作业成本](https://www.agsora.tech/zh/blog/erp-make-to-order-job-costing-untuk-percetakan-dan-fabrikasi)。

### Price：定价

价格不是单一数字，而是多个来源的组合：

- 每个产品或组件的基础价目表，可能因地区或货币而异
- 数量阶梯：越多，单价越低
- 事先约定的特定客户专属合同价
- 促销和限时折扣
- 附加费用：安装、运输、培训或延长保修
- 税费，按适用规定处理
- 对订阅服务，将周期性价格与一次性费用分开

系统依据这些规则一致地计算价格，因此配置相同的两份报价得到相同价格。更广泛的定价方法见[网店的价格策略与定价](https://www.agsora.tech/zh/blog/strategi-harga-dan-penetapan-harga-toko-online)，其基本概念同样适用于 B2B；订阅模式见[订阅业务模式与周期性计费](https://www.agsora.tech/zh/blog/model-bisnis-langganan-dan-tagihan-berulang)。

### Quote：报价文件

配置和价格有效之后，系统根据模板生成报价文件：品牌、方案摘要、价格明细、付款条款、有效期和标准条款。一些有用的功能：

- 按产品类型和语言的模板；面向国际买家见[面向出口商和制造商的 B2B 网站](https://www.agsora.tech/zh/blog/website-b2b-untuk-eksportir-dan-manufaktur-menarik-pembeli-internasional)
- 注明有效期，并在到期前提醒
- 带变更历史的版本与修订
- 客户接受链接或电子签名，参见[企业文件流程中的电子签名与电子印花税](https://www.agsora.tech/zh/blog/tanda-tangan-elektronik-dan-e-meterai-untuk-alur-dokumen-bisnis)
- 同一份报价中的备选方案，例如标准、进阶和高级套餐

## 构建配置规则而不被压垮

常见的错误是一开始就试图为所有可能性建模。规则太多会变得难以维护，没有人敢修改。更健康的做法：

- 从销量最高的一条产品线开始
- 用简单的表格记录规则：组件、依赖关系、例外
- 让从技术上了解产品的人参与，通常是工程或生产部门，而不是只依赖销售
- 指定规则负责人；产品变更必须作为产品发布的一部分更新规则
- 提供例外通道：规则中没有的特殊配置作为工程请求提交，而不是硬塞进去或回避

如果您的产品是服务或软件项目而非实物，同样的模式会表现为套餐和模块。成本结构的讨论见[计算软件项目的真实成本](https://www.agsora.tech/zh/blog/menghitung-biaya-sebenarnya-project-software)和[软件项目定价模式](https://www.agsora.tech/zh/blog/model-harga-proyek-software-fixed-price-time-and-material-retainer)。

## 定价与折扣规则

折扣是毛利最常流失的地方。请设计清晰的规则：

- 按角色设定折扣上限：销售人员到某个上限，经理到更高上限，总监在其之上
- 折扣取决于数量或合同期限，而不仅仅是客户的要求
- 某些组件的折扣可能被禁止，例如服务或薄利商品
- 限制折扣叠加；叠加折扣可能产生低于成本的价格
- 设置价格底线，未经特别批准不得突破

确保系统向有权限的人展示毛利，但在客户看到的文件中隐藏成本和毛利，必要时也对初级销售人员隐藏。

## 审批流程

好的审批对安全情形快速，对有风险的情形严谨。系统自动检查规则：

- 在销售人员权限范围内的报价无需审批直接发出
- 超出限额的报价转交给合适的审批人，同时附上毛利、折扣、与类似报价的对比以及销售人员的理由摘要
- 审批有时限，无人回应则升级
- 所有决定都记录了谁、何时以及为何

通用的审批流程原则见[采购审批流程](https://www.agsora.tech/zh/blog/alur-approval-pembelian)，虽然用于销售端，设计是相似的。避免层级过多的流程；每增加一个层级，销售周期就多出几天。

## 与 CRM 和 ERP 的集成

与其他系统割裂的 CPQ 只是转移了问题。有价值的集成：

- CRM：报价由销售机会创建，其金额回到销售漏斗，使预测使用真实数字。参见[B2B 企业的 CRM 需求](https://www.agsora.tech/zh/blog/kebutuhan-crm-untuk-bisnis-b2b)和[定义销售漏斗阶段](https://www.agsora.tech/zh/blog/mendefinisikan-tahapan-pipeline-penjualan)
- ERP：产品目录、库存、交期和标准成本流入 CPQ，而被接受的报价无需重新录入即成为销售订单。主数据质量决定成败，参见[ERP 主数据](https://www.agsora.tech/zh/blog/master-data-erp-kode-barang-pelanggan-pemasok)
- 开票：报价中的付款条款和分期流入发票；参见[发票自动化与 B2B 应收账款催收](https://www.agsora.tech/zh/blog/otomatisasi-faktur-dan-penagihan-piutang-b2b)
- 客户门户：客户可以查看、批准并基于过去的报价再次下单；参见[B2B 客户与供应商门户](https://www.agsora.tech/zh/blog/portal-pelanggan-dan-pemasok-b2b)

集成模式可以使用 API 或 Webhook，参见[企业的 Webhook 与实时集成](https://www.agsora.tech/zh/blog/webhook-dan-integrasi-real-time-untuk-bisnis)。在[可组合 ERP](https://www.agsora.tech/zh/blog/composable-erp-sistem-modular-dan-api-first-untuk-bisnis-menengah)这样的模块化架构中，CPQ 可以作为通过 API 连接的独立模块。

## 需要监控的指标

CPQ 运行之后，请通过监控来证明其效益：

- 从请求到报价发出的时间
- 转化为订单的报价占比
- 平均折扣以及实际毛利与计划毛利的对比
- 需要审批的报价数量及审批时间
- 因配置无效而退回销售的订单数量
- 每份报价的修订次数

这些数据也丰富了团队绩效分析，与[销售团队绩效指标](https://www.agsora.tech/zh/blog/metrik-performa-tim-sales)相呼应。对比实施前后的情况，并谨慎得出因果结论，因为季节和市场状况也有影响。

## 何时不需要完整的 CPQ

并非每家企业都需要专门的 CPQ 平台。一些更轻量的替代方案：

- 价目表固定的简单产品：CRM 或 ERP 中的报价模块就足够
- 有限的配置：带受控公式和下拉列表的报价模板也许够用，只要控制版本和访问权限
- 报价量低：实施成本可能不成比例；只需改进模板和审批的规范性
- 每个项目范围独特的服务销售：报价更像提案和专业判断而非配置，因此重点放在模板、成本核算和审批上

如果您的流程很特殊，也可以考虑构建轻量的定制方案。决策框架与[定制软件与现成软件](https://www.agsora.tech/zh/blog/custom-software-vs-software-jadi)相同。经验法则：如果您的配置和定价规则变化频繁、复杂且影响毛利，投资 CPQ 往往是值得的。

## 分阶段实施计划

- 第 1 至 3 周：收集最近 20 份报价，记录时间和错误出现在哪里，选定试点产品线
- 第 4 至 6 周：为该产品线记录配置规则、价格结构和折扣上限
- 第 7 至 10 周：构建或配置工具、报价模板和审批流程；用旧报价做对照测试
- 第 11 至 12 周：培训销售人员，并在少数人中试点
- 之后：与 CRM 和 ERP 集成，再扩展到其他产品线

从一开始就让销售人员参与。让他们觉得被拖慢的工具会被回避，报价又会回到系统之外制作。

## 常见错误

- 一次性为所有产品和例外建模，导致项目无法完成
- 没有指定规则负责人，规则逐渐过时
- 审批层级太多，报价比以前更慢
- 让系统之外的报价通道继续开放
- 没有与 ERP 连接，订单仍需重新录入
- 在客户文件上显示内部成本和毛利

## 常见问题

### CPQ 只适合大公司吗？

不一定。拥有可配置产品或复杂定价的中型企业同样受益。关键在于报价的复杂性和出错的影响，而不是公司规模。

### 实施需要多长时间？

对于规则已有文档的一条产品线，试点可以在几个月内运行。大部分时间通常花在整理规则和数据上，而不是技术本身。

### CPQ 会取代 CRM 吗？

不会。CRM 管理客户关系和销售漏斗，而 CPQ 管理配置、定价和报价文件。二者互补。

## 结论

CPQ 把报价从容易出错的行政工作变成一致的流程：有效的配置、来自单一来源的价格、按权限的审批，以及流向订单和开票的数据。其价值体现在更短的销售周期、更有保障的毛利以及客户更快得到答复。请从一条产品线和记录良好的规则开始。如果您想设计与 CRM 和 ERP 连接的报价流程，Agsora 团队可以协助梳理规则并构建解决方案。

**设计与 CRM 和 ERP 连接的 B2B 报价流程** 与 Agsora 团队讨论配置规则、定价、毛利审批和集成。 [免费咨询](https://www.agsora.tech/zh/services/crm)