销售 BOM 负责把“复杂产品”从一件商品拆解为可配置、可约束、可计价的组合结构。对企业来说，它不是简单的物料清单展示，而是一套可以直接进入报价和下单流程的销售配置能力。
这项能力解决什么问题
销售 BOM 的价值主要体现在几个典型痛点上：
- 协同报价效率低，复杂产品经常要靠多人确认
- 销售容易承诺超出公司实际交付范围的配置
- 复杂产品的可选组合过多，靠人工难以稳定控制
- 价格规则动态变化，难以靠手工记忆维持准确性
销售 BOM 的核心价值，就是把这些分散在销售经验里的判断规则前置到系统里。
如果企业产品范围广、结构复杂，既卖产品也卖服务，需要加快报价生成，且不同选项之间还存在受限关系或系统集成需求，那么销售 BOM 通常就是更合适的解决方案。
核心组成
销售 BOM 不是单一对象，而是由多层内容共同构成：
- 产品组合：定义父项产品、子件、BOM 类型、用途和版本
- 分组与子件结构：定义哪些组件能一起卖、如何分层展示
- 约束依赖关系：定义必须选择、不允许选择和数量关系
- 下单选配模式：定义销售在前台怎样完成配置
- ERP 集成：把最终结果衔接到后续系统
适用场景
如果企业有以下情况，通常就适合使用销售 BOM：
- 销售的产品范围广，且结构复杂
- 一个订单里既有标准产品，也有组合产品
- 客户需求经常涉及不同子件、型号和数量组合
- 企业希望销售在前台就能完成更准确的配置和报价
典型使用链路
结合页面结构和配置路径，销售 BOM 通常按下面顺序进入业务流程：
- 管理员开启 CPQ 与相关开关。
- 建立产品组合、子件分组和层级结构。
- 配置约束关系、数量关系和选配模式。
- 销售在报价单或订单中调用组合产品完成选配。
- 最终结果继续进入订单执行或 ERP 对接环节。
与产品属性的关系
销售 BOM 更强调“结构”和“组合”，产品属性更强调“参数”和“价格差异”。在实际业务里，两者常常一起使用：先通过销售 BOM 定义父子结构，再通过产品属性细化母件或子件的具体参数。