促销系统业务模型 - 2
POP
POP是Point of Purchase的简称,指线上线下一体化促销管控专用记录单。该单据用于存储已完成线下落地筹备的促销/会员全量约束信息。其核心是通过布尔字段 print_pop 标识是否生成/打印线下海报、地推物料、门店价签等线下实物物料,是系统执行同sku、同门店、时段互斥的核心依据。
如果双方任意一侧有POP数据且是否打印为真,则互斥,否则不互斥。
覆盖单门店、店群、城市级全域活动;只要活动覆盖范围内任意门店存在 print_pop=True 的 POP 记录,同 SKU、重叠时段的新活动直接拦截创建,避免线下多套冲突促销物料同时投放、线上活动随意修改导致门店执行混乱。
库存管理与订货规划
库存管理需要关注两个维度:我需要多少货,和已经卖了多少货。订货规划则需要关注应该订多少货,和实际订货的偏差是多少。一个完整的库存系统(无论用于促销活动还是供应链管理),都需要关心如下问题:
| 角色 | 核心关注 |
|---|---|
| 运营 | 备货策略如何定?(目标库存天数/安全水位)怎么根据大促波次调整配货权重? |
| 审核员 | 这个订货量合理吗?滞销或断货等风险可控吗? |
| 订货系统 | 建议的采购建议量是多少?怎么区分大仓补货和门店直供? |
| 供应商 | 生产多少? |
| 大仓 | 我要收供应商多少?每个门店发多少?在一个供应链系统中,如何对有保质期的商品及时配送? |
| 门店 | 今天要订多少货?能卖多少货?一共能卖多少货? |
| 交易系统 | 还能卖吗?超过限制了吗? |
| 消费者 | 我还能买吗? |
活动开始
运营创建促销活动时,需要关注如下信息
- 有哪些sku参与?促销规则是什么?
- 单个sku(无论是参与品还是优惠品)的最大库存总量应该是多少?
- 有没有限购规则?活动赠送是仅限一次还是可以反复送?活动参加有什么门槛?
随后活动进入审批系统。审核员主要关注如下信息
- 活动名字、描述等是否合理?
- 促销规则是否存在被薅羊毛的可能?
- 库存限制是否合理?
审批通过后,活动开始前,活动将进入“待生效”状态。此时和货物相关的角色开始供货
开始供货
订货系统按照运营给定的促销规则,给供应商、大仓、门店、交易系统指定规则
- 对每个供应商,告诉他们大仓可能回订多少货,需要他们在什么时候开始供应多少货
- 对每个大仓,告诉他们应该在什么时间段备足多少货,他们能联系哪些供应商,提供哪些sku,应该在什么时候发送到哪些门店
- 对每个门店,告诉他们谁给他们供货,应该在什么时间备好多少货
订货系统接收如下信息
- 供应商对应时间段的最大供货量信息
- 大仓对应的现存货物信息,实际对应的门店信息
- 门店的现存库存信息,门店实际执行的订货量
活动开始
一定时间后,活动进入“生效中”状态,先前的供货开始使用。消费者开始按照交易系统中的信息购买sku。消费者的限购额或限购数是一早由运营写好的。
由于这是一个促销管理系统,因此对库存管理也是点到即止,还没有涉及大仓中可能的竞态问题(生产-消费者问题),没有涉及保质期问题。
促销系统业务模型 - 2
https://tech.ivanclf.com/2026/06/25/promotion-2/