黑五当天的独立站负责人，大概每隔十分钟就要刷一次后台。但多数人盯错了东西——盯着订单数看，越看越慌，因为订单数受流量波动影响太大，等你看出异常时已经来不及了。真正该盯的是四个能提前预警的指标，它们能在订单崩掉之前两小时给你信号。今天把这个监控面板该看什么讲清楚。
指标一：支付成功率（最重要的一个）
这是最容易被忽略、也最致命的一个。流量涨了、订单没涨，最常见的原因不是流量质量变了，而是支付环节在漏：某个支付方式挂了、银行接口超时、3DS 验证跳转失败、风控把某个地区的卡全拦了。
盯法：看"结账发起数"和"支付成功数"的比值。正常应该稳定在某个区间（比如 70%~85%），如果这个数掉到 60% 以下，就是出问题了——而且大概率是技术问题，不是流量问题。
具体排查顺序：先看是哪个支付方式在掉（多数后台能按支付方式拆分）→ 再看是哪个国家或地区的支付在掉 → 最后看是不是某个时段的接口超时。如果发现是接口问题，第一时间在结账页临时下线有问题的支付方式（保留还能用的），比让它继续吃单要划算得多。
指标二：库存与加购的同步
旺季超卖是常事，但超卖的处理方式决定损失大小。要盯的是"可售库存"和"购物车里的数量"之间的差：某个 SKU 有 10 件库存，但购物车里躺着 15 件——这意味着至少有 5 个订单发不出去。
处理原则：宁可少卖，不要超卖。一个发不出货的订单会带来退款、差评、可能的拒付（chargeback）。成本远高于少赚那几单。旺季的常见做法是设置一个安全库存线（比如库存量的 10% 不对外销售），以及在库存低于阈值时自动切换成"预售/通知到货"。
指标三：客单价与折扣率的实时比
大促当天最危险的变化不是流量，是大家开始用大额优惠券买低价商品——这意味着你在用高毛利商品补贴低毛利商品，全天订单很多、利润很薄。盯法：看"当前客单价 / 平时客单价"的比值，如果掉到 0.7 以下，说明折扣结构出问题了，要立刻收紧优惠券的使用范围（比如限品类、限量）。
配套盯"折扣后毛利"（如果后台支持看这个字段）。利润的实时可见，比订单数更能决定你当天的动作。
指标四：客服响应时间
旺季的询盘量可能是平时的三倍。如果响应时间从"2 小时"变成"6 小时"，那些本来能成的单正在流失——而这个指标是四个里唯一有提前量的（订单和支付是结果，响应时间是原因）。
盯法：每两小时看一次待回复工单数和平均响应时间。如果待回复在堆积，立刻加人（哪怕是临时把其他人拉过来帮忙）；同时启动兜底机制——自动确认信 + FAQ 引导。响应速度的机制设计见响应速度那篇，话术准备见话术库。
看监控的节奏：每两小时一次，不要更频繁
很多人在大促当天每五分钟刷一次后台。这有两个问题：一是容易被单点波动带偏情绪（看到某个数掉了就慌），二是你盯着屏幕的时间，恰恰是本该去处理异常的时间。
合理的节奏是每两小时记录一次，用一张表记四个数（支付成功率、可售库存、客单价比、待回复工单）。为什么要记录而不是只看？因为你事后要做复盘——复盘需要的正是这条时间序列，而不是"感觉那天还不错"。复盘该看什么指标见大促复盘那篇。
三个必须提前准备的动作
一、准备一个"紧急联系人清单"：支付服务商的技术支持、备用支付方式的开通渠道、服务器/建站服务商的技术支持、物流商的接口人。当天出问题时，你要的是"一个电话就能解决"，而不是"先查文档"。这份清单大促前就该建好并存到手机里。
二、准备一键降级方案：如果支付成功率持续下滑，要能快速把有问题的支付方式从结账页下线（很多后台支持开关）。这个开关的使用权限要提前给到值班的人，不是等出事了再找人授权。
三、划定"停止动作"的界线：当天不要改页面、不要改优惠规则、不要上新（除非是修 bug）。因为任何改动都会影响正在运行的实验和归因数据，导致一整天的数据无法用于复盘。大促当天的原则是"只监控，只处理故障，不做优化"。
当天该盯的四个数，加上这两天的准备清单（四周检查清单）和长尾期打法（网一长尾），构成了大促当天的完整操作手册。四个指标里，支付成功率是重中之重——它是唯一一个"掉了就立刻有收入损失"的硬故障。