筹备一次节点大促
本任务适用于在 Shopify 独立站上筹备一次以固定日期为锚的大促,以 BFCM 为例,也适用于节日季与品牌日。完成标准是:目标、窗口与预算有书面记录;参与商品的 30 天价格历史与前价已核对;库存、履约、站点、支付、客服各有负责人与预案;广告在节点前已上线;活动结束后入口与价格按时撤下,复盘结论写明口径。为什么这样排、各环节会怎样失败,见节点大促。
前置条件
- 已读过节点大促与营销活动形式,知道本次活动的主目标与形式。
- 已读过定价与折扣:标价、划线价与参考价的区别。
- 有 Shopify 后台的折扣、商品与设置权限,以及 Google Ads、Meta Ads Manager 的投放权限。
- 能导出参与商品至少过去 30 天的价格记录。
步骤
1. 定目标、窗口与预算
写下主目标与主指标、活动的开始与结束时刻(含时区)、参与商品与市场、让利与广告预算上限。
- 窗口按店铺时区写;跨时区市场逐个换算。BFCM 每年日期不同,日期推算见 BFCM。
- 怎样确认做对:同比基线按「Black Friday 对 Black Friday」对齐,而不是按日历日期。
2. 选形式与优惠机制
按目标从营销活动形式中选一到两种主形式,如全场折扣、满额促销、买赠与组合装。在 Shopify 中的折扣类型、条件与叠加规则见折扣。
- 怎样确认做对:列出活动期间同时存在的所有优惠(含会员价、常驻折扣码),逐对写明能否叠加,并算出最坏情况下的单笔让利。
3. 核对价格历史与前价
在欧盟销售时,降价公告必须标示此前不少于 30 天内的最低价作为前价(Directive 98/6/EC 第 6a 条)。委员会指南写明,连续的 Singles day、Black Friday、Cyber Monday 与圣诞促销中,每一轮的前价都包含上一轮的促销价。
- 拉出每个参与商品过去至少 30 天的价格,记录最低价,与页面上将要展示的前价或划线价逐一比对。
- 百分比折扣以前价为基数计算。
- 节点前 30 天内不要为「做折扣」而抬价,它不会抬高前价。
- 怎样确认做对:每个参与商品都有「30 天最低价、展示的前价、折扣百分比」三列记录,并保存证据。规则见欧盟降价公告规则;美国联邦对原价的要求见定价与折扣。以上不构成法律意见,需要法务或合规确认。
4. 倒排时间表并指定负责人
以节点当天为 T 倒排,每项写明负责人与完成日期。周数是示例:
| 时间 | 事项 | 负责人示例 |
|---|---|---|
| T−12 至 T−8 周 | 销量预测、补货下单、价格安排冻结 | 运营 |
| T−8 至 T−4 周 | 折扣配置草稿、活动页与素材、承运商与仓库确认、客服话术 | 运营、内容、客服 |
| T−4 至 T−1 周 | 广告上线、测试购买、容量演练、冻结主题与代码 | 投放、开发 |
| T 期间 | 监控与故障处理 | 值班负责人 |
| T 之后 | 撤下、退货与延迟处理、复盘 | 运营、客服 |
- 怎样确认做对:每一行都有具体日期与一个负责人,不写「团队」。
5. 库存与履约
- 按预测决定每个商品投入活动的数量,为售后换货留出可售量;需要时设每人限购。库存口径见库存管理基础,Shopify 的库存与地点见库存与地点。
- 确认参与商品是否允许缺货继续销售;不打算超卖的,关闭该设置。
- 与仓库或第三方仓确认峰值期的打包能力、承运商取件频次与截单时间;对外写明节日前最后下单日与大促期间的时效影响。履约模型的差异见履约模型。
- 怎样确认做对:每个参与商品的活动库存、限购与超卖设置都有记录;时效文案有撤下日期。
6. 站点与结账容量
Shopify 帮助中心的 Flash sales 页写明,只有预计在几分钟内有数万名顾客开始结账时才建议做特别准备,并给出例子:24 小时内预计 5 万访客的活动不需要特别准备。达到这个量级时,该页列出的准备项包括:
- 尽早开始,适当时提前数周准备。
- 预热展示即将开售的商品时,使用单独的预览商品;已发布且有库存的商品可以被结账,隐藏加购按钮不可靠。
- 建立专门的活动集合,考虑关闭集合筛选、推荐商品、社媒信息流、轮播与弹窗或追加销售。
- 运费类应用在极高流量下通常表现不佳,可考虑停用并改用后台设置的固定运费;也可考虑停用承运商计算运费,因为没有运费结账无法完成。
- 检查自定义应用的效率与 API 调用额度,无法确认能承受流量的应用考虑停用;结账中的第三方应用向开发者索取容量信息。
- 不使用 Shopify Payments 时,确认支付服务商能承受预期交易量,并考虑备用服务商;外部支付方式(如先买后付、部分付款)可能导致超卖,考虑在活动期间停用;手动捕获付款可以在发货前核实订单,避免超卖或取消带来的费用。
- 跨境销售且在结账收取关税时,考虑活动期间暂停;继续收取的,确认商品有原产地、HS 编码与商品类型。
- 必要时可用私密模式暂停新的结账,同时让已在结账中的顾客完成。
注意页面之间的差异:Shopify 的 Preparing for seasonal sales 页把「设置承运商计算运费」列为改善顾客体验的一项,而 Flash sales 页建议在极高流量时考虑停用它。两页针对的流量量级不同,按自己的预计结账峰值选择,并实测。
- 性能检查见店面性能,支付与结账设置见支付与结账,欺诈分析与拒付见欺诈分析与争议拒付。
- 怎样确认做对:用测试支付走通完整的下单流程,覆盖每种启用的支付方式、每个主要市场与至少一个折扣组合,并留下截图或订单号。
7. 广告:提前上线,峰值期少改动
- Meta:Significant edits and learning phase 页写明,更改定向、创意、优化事件、出价策略或新增广告会让广告组重新进入学习期,学习期内表现不稳定、单次成本更高;大幅调整预算也可能触发。因此新素材与新广告组应在 T−4 至 T−1 周上线;峰值期间如需加预算,分次小幅调整。Understand fluctuations in ad performance 页写明,部分账户在机会更好的日子可能比日预算多花最多 75%,一周不超过日预算的 7 倍,按日控制花费时要预留这部分。
- Google Ads:Seasonality adjustments 页写明,它用于预计转化率会大幅变化的已知短期事件,最适合 1 到 7 天,超过 14 天效果可能不佳;适用于部分出价策略与广告系列类型,设置前在账户中确认是否可用。
- 活动链接统一加 UTM 标记,便于复盘按来源拆分。
- 怎样确认做对:节点开始前,所有活动广告都已结束学习期或已有稳定投放数据;峰值期的改动有记录。
8. 客服与对外信息
- 准备常见问题与标准回复:折扣规则、叠加、门槛、发货时效、退货与赠品处理、延迟发货。渠道与服务时间的写法见客服渠道与服务时间。
- Shopify 的 Preparing for seasonal sales 页建议在大促前更新退款、隐私与服务条款等店铺政策,并列出加速结账、商品评价与 Shopify Inbox 等顾客体验项。
- 活动页的主张、范围、限制与行动见活动落地页。
- 怎样确认做对:客服能用同一份规则回答活动条件,规则与结账实际结果一致。
9. 活动期间监控
- Shopify 的 Live View 显示实时访客、销售、订单与购物车、结账中、已购买等行为;该页写明它在 BFCM 等高流量期间尤其有用,但高峰期数据可能延迟,通常 1 到 2 小时内恢复。不要据实时数据的短暂停滞判断故障,同时看订单与支付服务商的状态。
- 预先约定停止条件:支付失败率异常、超卖、承运商停收等情况由谁决定暂停活动或下线某商品。
- 怎样确认做对:值班表与停止条件在活动开始前已确认。
10. 结束、撤下与复盘
- 按结束时刻停用折扣,撤下倒计时、横幅、活动入口与广告;用无痕窗口确认折扣已无法使用。
- 处理延迟发货与退货高峰;超出对外承诺时效的订单主动告知顾客。
- 复盘:按与第 1 步相同的口径比较主指标,同时看订单数、毛利、退货率、客服量、支付失败率与广告 ROAS;报表口径见分析与报表。新客的后续复购在活动后数周再看一次。
- 怎样确认做对:复盘写明所用报表、窗口、时区,以及是否含叠加折扣。
完成检查
- 主目标、主指标、活动窗口(含时区)与预算上限已书面记录
- 所有同时存在的优惠两两叠加关系已确认,最坏让利已计算
- 每个参与商品的 30 天最低价、展示前价与折扣百分比已核对并留证
- 时间表每一项都有日期与负责人
- 活动库存、限购与超卖设置已记录,时效文案有撤下日期
- 测试购买覆盖各支付方式、主要市场与折扣组合
- 广告已在节点前上线,峰值期改动有记录
- 客服常见问题与停止条件已确认
- 结束后折扣、入口与广告已撤下并验证
- 复盘写明报表、窗口、时区与口径
常见问题
**流量没有那么大,还要按第 6 步准备吗?**Shopify 的 Flash sales 页写明,只有预计几分钟内有数万名顾客开始结账时才建议特别准备。量级不到时,第 6 步的测试购买仍要做,其余各项按实际依赖的应用与支付方式取舍。
**大促前一周想先把价格调回「原价」再打折,可以吗?**在欧盟,前价是此前至少 30 天内的最低价,一周前的调价不会抬高前价;按调高后的价格计算折扣会与规则冲突。见欧盟降价公告规则。
**峰值期广告表现突然变差,要不要换素材?**换素材属于 Meta 写明的会触发重新学习的修改。优先在节点前准备好备选素材并已上线测试,峰值期间按预先约定的停止条件操作。
待继续完善
- 未在真实店铺或真实大促中执行本流程,缺复盘样例。
- 承运商峰值期规则、节日前最后下单日因承运商与市场而异,未核验。
- Meta 的预算与出价设置细节只读到两页,Google Ads 的其他峰值期设置未读。
- 英国、美国各州等地的价格展示规则未核验,需要合规确认。