订单子案例 / 权益中心
让持续变化的权益政策，
让持续变化的权益政策，
成为稳定可执行的订单规则。
车型权益会随经营周期变化，用户又可能经历小订转大定、跨车系和多次改配。系统需要在每次订单变化后，给出稳定且可解释的权益结果。
车型与时间→匹配规则→订单权益→价格结果
01
业务复杂性权益不是一张
权益不是一张
静态清单。
复杂度来自时间、订单变化和价格三条链路同时作用。
政策持续变化
第一季度
A + B + C→第二季度
A + B + D
A + B + C→第二季度
A + B + D
若车型只保留最新权益，用户改配时会错误读取当前政策，导致原权益被替换。
链路反复变化
车型 A 小订→车型 B 大定→改回车型 A
系统不能只看当前车型，还要识别原始订单与关键改配时间。
优惠相互影响
总价减免配置项减免权益基金
多种优惠同时存在，需要统一冲突限制与计算顺序。
权益中心的核心不是“配置权益”，而是管理权益随订单变化的全过程。
02
产品模型把分散政策，
把分散政策，
抽象为四层模型。
从可复用的权益内容开始，一直沉淀到可追溯的订单结果。
车型 A权益按时间演进，而不是覆盖历史
核心判断：权益不仅要表达“有什么”，还要表达“在什么时间、什么订单条件下应该有什么”。
03
改配匹配每次改配，
每次改配，
都执行明确顺序。
一旦命中，本次计算停止；下一次改配再从第一条规则重新判断。
起点用户发生改配
规则 1是否跨车系？记录跨车系时间，清空首次改配时间
规则 2是否命中指定权益优先？命中后直接使用指定权益
规则 3跨车系时间 / 大定时间
规则 4首次改配时间
规则 5当前改配时间
小订权益可逆判断
A 小订→B 大定→A 大定
跨车系后暂不生效；改回原车系后恢复，而不是永久删除。
两类“指定权益优先”场景
小订转大定：只识别最初小订与最终大定，中间变化不作为最终依据。
大定改配：根据来源车型及下定时间、目标车型及改配时间匹配。
1,860 笔改配订单1,290同车系 570跨车系
360 退坡126 指定权益84 恢复权益
20,000+订单
- 91.2% 普通规则
- 5.8% 指定权益
- 3.0% 人工修正
04
优惠计算权益命中后，
权益命中后，
稳定影响订单价格。
固定计算顺序，让研发计算、业务解释和用户价格明细保持一致。
配置项减免
一个权益项只关联一个配置，减免不超过配置价格。
20,000 − 15,000 = 5,000 元权益基金
限定品类内消费，超额用户支付，未使用部分不抵尾款。
外观 · 轮毂 · 内饰总价减免
直接减免订单总价，并保证最终应付金额不为负数。
最先参与计算总价减免
配置减免
权益基金
金额与业务信息已脱敏，仅用于说明三类优惠的固定计算顺序。
05
异常纠错自动规则之外，
自动规则之外，
还需要补救闭环。
公共规则修正只能影响后续计算，已受影响的订单需要单笔或批量恢复。
筛选受影响订单→定义新权益→预览前后差异→审批并执行→生成新快照
人工逐笔处理约 23.8 小时
→批量修正约 18 分钟
基于 286 笔订单、每笔人工处理约 5 分钟计算。
人工修正如何避免被后续改配覆盖？
仅修正当前结果：下一次改配后重新执行自动规则。
持续锁定人工权益：后续仍使用人工结果，直到解除锁定。
优先级：人工锁定权益 ＞ 指定权益优先 ＞ 普通规则。
命中第一季度权益 A+B+C
跨车系后命中 A+B+D
因配置错误调整回 A+B+C，并保留新快照
核心判断：复杂规则系统不仅要正确计算，还要在错误发生后准确、可控、可追溯地恢复业务结果。
06
产品判断与价值把复杂政策，
把复杂政策，
沉淀为产品能力。
历史订单不能读取最新政策。
改配判断必须理解原始订单与关键时间。
特殊经营承诺高于普通时间规则。
自动匹配之外，必须能恢复异常结果。
项目价值不在于增加一个配置后台，而是把容易失控的权益政策，转化为稳定、可执行、可解释并可纠错的订单能力。
本案例涉及企业内部业务，车型、时间、价格和规则信息均已脱敏，仅用于展示产品设计思路。