大促前的容量、库存、支付与客服准备

大促失败有两种形式：一种是没有流量——广告没效果，用户不来；另一种更可惜——流量来了，但站点挂了、支付失败、库存错乱、客服崩溃。后一种是运营准备不足造成的，而且完全可以提前预防。

大促准备的四个维度

容量与性能准备

这部分需要技术团队支持，运营的职责是提前告知流量预期，确认系统已准备好：

如果你使用的是 Shopify 等 SaaS 平台，容量扩展由平台负责，但仍需确认第三方应用和集成的承压能力。

库存与商品准备

库存准备清单： - [ ] 参与大促的 SKU 列表已确认，不含库存不足商品 - [ ] 热销 SKU 备货量 = 预估销量 × 1.5（安全系数） - [ ] 超卖保护已配置（库存降到 X 件时自动售罄） - [ ] 备用物流商已通知，应对可能的高峰发货量 - [ ] 3PL/仓库已告知预期出库量，确认人手安排

支付与风控准备

大促期间欺诈订单比例会升高（因为有折扣可薅）：

支付准备:
主动联系支付网关:
- 告知预期交易量峰值
- 确认网关无计划维护窗口期与大促重叠
- 确认退款处理能力（大促后退货会增加）
风控规则调整:
- 临时降低大额订单自动放行阈值
- 大促期间增加人工审单频率
- 确认团队在大促期间有人值守处理风控队列
备用支付方案:
- 确认备用支付网关可以快速切换
- 确认技术团队大促期间的响应时间

客服准备

大促期间客服工单量通常是日常的 3-10 倍：

客服准备:
人力安排:
- 大促期间排班计划（覆盖峰值时段）
- 明确轮班交接流程
- 确定主管值班时间（负责升级处理）
内容准备:
- 更新 FAQ（活动规则、发货时效说明）
- 准备大促专用回复模板（优惠码、发货延迟等）
- 在网站公告大促期间的预计发货时间
预案:
- 如果工单量超出处理能力，优先处理什么类型的工单
- 自动回复是否需要更新（说明大促期间回复时效）

大促前 24 小时最终检查

□ 促销规则已在测试订单上验证（折扣金额正确）
□ 活动页面/Banner 已上线，文案与折扣一致
□ 广告落地页 URL 已测试，折扣码可用
□ 客服已收到活动规则文档
□ 库存已最终核查
□ 技术团队已确认随时待命
□ 应急联系人列表已更新（包括：平台客服、支付网关、物流）

常见误区

• 大促前才开始准备：提前 2 周开始准备是最低要求
• 假设平台能承受任何流量：SaaS 平台稳定，但第三方应用、自定义脚本可能成为瓶颈
• 库存按预期销量备货，没有安全系数：销量超预期就会超卖
• 客服排班不覆盖大促后的几天：大促后 3 天的退货/投诉量往往比大促当天更高

本节执行清单

• [ ] 建立你们的大促准备时间轴（14 天、7 天、3 天、1 天检查点）
• [ ] 制作大促专用客服回复模板
• [ ] 主动联系支付网关，告知预期交易量
• [ ] 安排大促期间技术值班，确认响应时间承诺

下一节：结账异常、页面故障、库存错乱、订单积压的应急处理——准备再好也可能出意外，关键是出了问题后能快速响应。