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

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

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

摘要

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

人工报价何时开始出问题

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

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

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

CPQ 的三个组成部分

Configure：产品配置

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

结果是一份一致的组件清单，必要时还有可传递给生产的物料清单或规格。对于按订单生产，二者的联系见印刷与制造的按订单生产 ERP 与作业成本。

Price：定价

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

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

系统依据这些规则一致地计算价格，因此配置相同的两份报价得到相同价格。更广泛的定价方法见网店的价格策略与定价，其基本概念同样适用于 B2B；订阅模式见订阅业务模式与周期性计费。

Quote：报价文件

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

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

构建配置规则而不被压垮

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

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

如果您的产品是服务或软件项目而非实物，同样的模式会表现为套餐和模块。成本结构的讨论见计算软件项目的真实成本和软件项目定价模式。

定价与折扣规则

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

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

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

审批流程

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

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

通用的审批流程原则见采购审批流程，虽然用于销售端，设计是相似的。避免层级过多的流程；每增加一个层级，销售周期就多出几天。

与 CRM 和 ERP 的集成

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

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

集成模式可以使用 API 或 Webhook，参见企业的 Webhook 与实时集成。在可组合 ERP这样的模块化架构中，CPQ 可以作为通过 API 连接的独立模块。

需要监控的指标

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

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

这些数据也丰富了团队绩效分析，与销售团队绩效指标相呼应。对比实施前后的情况，并谨慎得出因果结论，因为季节和市场状况也有影响。

何时不需要完整的 CPQ

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

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

如果您的流程很特殊，也可以考虑构建轻量的定制方案。决策框架与定制软件与现成软件相同。经验法则：如果您的配置和定价规则变化频繁、复杂且影响毛利，投资 CPQ 往往是值得的。

分阶段实施计划

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

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

常见错误

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

常见问题

CPQ 只适合大公司吗？

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

实施需要多长时间？

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

CPQ 会取代 CRM 吗？

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

结论

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