价格、折扣、优惠券与活动规则设计
促销规则是站点运营最容易引发事故的配置区域。一条错误的折扣规则可以在几小时内造成大量低价订单，而你可能直到对账时才发现。价格和促销管理的核心是：每一条规则都要有明确的触发条件、有效期和互斥逻辑。
价格体系的四个层级
graph TD
A[原价 / Compare-at Price] --> B[售价 Price]
B --> C[自动折扣 Automatic Discount]
C --> D[优惠码 Discount Code]
D --> E[最终结账价]
| 层级 | 说明 | 常见风险 |
|---|---|---|
| 原价/划线价 | 给用户展示"已优惠多少" | 划线价低于售价，显示逻辑反转 |
| 售价 | 实际标价 | 批量改价后未检查变体是否同步 |
| 自动折扣 | 满足条件自动触发，无需用户输入 | 多条规则叠加导致超预期折扣 |
| 优惠码 | 用户手动输入 | 码未设过期时间，长期被薅 |
折扣规则设计原则
单次活动只用一种折扣机制（自动折扣 或 优惠码，不要混用），这样出问题时可以快速定位。
活动规则模板:
名称: "618-满300减50"
类型: 自动折扣
条件: 订单金额 >= 300
折扣金额: 50
适用范围: 全场（排除指定集合）
有效期: 2026-06-01 00:00 ~ 2026-06-18 23:59
叠加规则: 不与其他自动折扣叠加
创建人: ops@yourstore.com
审核人: manager@yourstore.com
活动结束后必须立即关闭，不要依赖"过期自动停止"——很多平台的过期逻辑在高并发时不可靠。
优惠码管理
| 码类型 | 适用场景 | 注意事项 |
|---|---|---|
| 一次性码（唯一） | KOL 合作、新用户礼包 | 批量生成，不要手写 |
| 多次使用码 | 会员专属、渠道追踪 | 必须设置使用上限和过期时间 |
| 公开推广码 | 广告落地页、邮件营销 | 设置每用户使用次数限制 |
优惠码命名规范：
{渠道}-{活动简称}-{年月}
示例：KOL-SUMMER-2606、EMAIL-BACK-2607
命名规范可以在数据报表里直接区分不同渠道的转化效果，不需要额外打标签。
价格变更操作流程
flowchart LR
A[提出改价需求] --> B[确认改价范围和幅度]
B --> C[备份当前价格表]
C --> D[在测试环境预览]
D --> E[正式执行]
E --> F[前台抽检 3-5 个商品]
F --> G{价格正确?}
G -->|是| H[记录操作日志]
G -->|否| I[立即回滚]
不要跳过"备份当前价格表"这步——大部分平台没有原生价格历史记录，一旦改错很难还原。
常见误区
- 促销活动结束忘记关闭：折扣持续生效，侵蚀利润
- 自动折扣和优惠码同时开启：叠加折扣超出预算
- 改价后只看后台数字，不看前台展示：划线价/售价显示逻辑可能与预期不同
- 优惠码没有设使用次数上限：被大量薅羊毛
本节执行清单
- [ ] 检查当前所有活跃的自动折扣和优惠码，确认有效期和使用限制
- [ ] 建立价格变更操作 SOP（至少包含：审批、备份、检查三个步骤）
- [ ] 制定活动规则模板，新活动上线前套用并留档
- [ ] 确认折扣叠加规则：是否允许自动折扣+优惠码同时使用
下一节：促销日历、内容协同与常见配置失误——规则设计好以后，下一个问题是怎样协同团队、排好时间、不让活动互相冲突。