属性定价

概述

通过属性定价，企业可以把“参数差异”直接转成“价格差异”，让销售在选配时自动得到正确报价，而不需要手工改价。

开始之前

[!IMPORTANT]

• 权限要求：您需要具备价目表或属性价目表维护权限。
• 前置条件：产品已经完成属性关联，且参与定价的属性已被正确标记。
• 依赖关系：企业已经有可挂接的主价目表。

这一步依赖三个前置条件：

1. 产品已经完成属性关联。
2. 需要定价的属性已经被标记为参与参数定价。
3. 企业已经有主价目表可供挂接。

如果这三个条件不满足，属性定价往往只会停留在概念层，前台不会真正带价。

第一步：准备主价目表与参与定价属性

属性价目表需要关联主价目表，并选择适用范围。也就是说，属性价格不是孤立存在的，它是在既有价格体系上进一步细分。

属性价目表的作用是：

• 为同一产品的不同属性组合维护不同价格
• 把属性规则与已有价目表体系连接起来
• 让销售前台在选择属性后可以直接看到结果

第二步：选择定价模式

常见的两种模式是：

• 属性全量定价：直接针对属性组合给出完整价格结果。
• 属性增量定价：在原有价格基础上按属性进行加价或调整。

如果企业更强调“不同规格直接对应不同报价”，更适合全量定价。
如果企业更强调“标准价基础上的参数加价”，更适合增量定价。

图示里给出了增量定价的典型理解方式：基础价格不变，再针对某个属性值做加价，例如标准价基础上对特定颜色、材质或规格做附加金额。

实际维护动作可以按下面理解：

1. 先关联主价目表。
2. 选择属性价目表适用范围。
3. 逐条维护不同属性值或属性值组合的价格。
4. 业务上如果是“不同配置一个完整价”，用全量定价。
5. 业务上如果是“基础价 + 局部加价”，用增量定价。

第三步：维护属性价目表并验证结果

1. 确认目标产品已配置可参与定价的属性。
2. 选择适用的主价目表。
3. 新建或维护属性价目表。
4. 为不同属性值或属性值组合维护价格。
5. 根据业务决定使用全量定价还是增量定价。
6. 在报价或下单场景做一次结果验证。

结果检查

属性定价生效后，销售在前台选择不同属性值时，系统应当表现出以下结果：

• 价格会发生变化
• 列表中会保留已选属性和值
• 不参与定价的属性不会影响最终价格

常见问题

• 如果价格完全不变化，优先检查属性是否被设置为参与参数定价。
• 如果只有部分属性有效，先检查属性价目表是否覆盖到当前属性组合。
• 如果企业希望做“红色 +100 元”一类场景，应优先考虑增量定价方式。