看板、报表、告警与例外处理清单
好的看板让运营人员在 5 分钟内了解站点整体健康状况。好的告警在问题发生的第一时间通知到人。例外处理清单确保出现非常规情况时，有人知道该怎么做。这三个工具合在一起，构成了运营的"神经系统"。
看板设计原则
一个有效的运营看板不需要复杂，但必须回答这几个问题：
今天的销售表现正常吗?
有没有正在发生的异常?
关键漏斗的各层表现如何?
看板布局建议：
graph TD
A[核心 KPI 今日/本周] --> B[趋势图 7天/30天]
B --> C[漏斗分层数据]
C --> D[活跃告警列表]
D --> E[待处理工单数]
工具选择： - 平台内置看板（Shopify Analytics、WooCommerce Reports）：快速启动，数据准确 - Google Looker Studio：免费，连接 GA4 和 Google Sheets，适合自定义 - Metabase：开源，适合有技术资源的团队，可以连接数据库 - Notion/飞书多维表格：手动更新，适合团队协作场景
关键告警配置
告警的价值在于第一时间发现问题，而不是事后才知道：
| 告警类型 | 触发条件 | 通知方式 |
|---|---|---|
| 支付成功率骤降 | 1 小时内支付失败率 > 20% | 即时通知（微信/Slack） |
| 订单量异常 | 2 小时内订单量 < 日均的 20% | 即时通知 |
| 库存告急 | 热销 SKU 库存 < 安全阈值 | 每日汇总通知 |
| 工单积压 | 未回复工单数 > 50 | 每日汇总通知 |
| 客服 SLA 超时 | 工单超过首次响应时间限制 | 即时通知到负责人 |
告警配置的两个常见错误： 1. 告警太多：每天几十条告警，没人认真看 2. 告警没有接收人：通知发出了但没人负责响应
例外处理清单
例外处理清单是"预案"，在非常规情况下告诉团队第一步该做什么：
例外情况: 订单量骤降 50% 以上
触发条件: 相比同日周均低 50%
第一步: 检查网站是否可以正常访问
第二步: 检查广告投放是否正在运行
第三步: 检查支付通道是否正常
第四步: 如果以上都正常, 检查是否有竞品活动或流量来源异常
负责人: 运营主管
上报条件: 30 分钟内无法定位原因
例外情况: 支付通道完全中断
触发条件: 连续 30 分钟支付成功率 = 0%
第一步: 确认是平台问题还是网关问题
第二步: 切换备用支付网关（如已配置）
第三步: 在网站显示"支付暂时受影响，请稍后重试"
第四步: 通知技术团队介入
负责人: 技术 + 运营
上报条件: 立即通知管理层
例外情况: 大规模退款请求涌入
触发条件: 1 小时内退款申请数 > 日均 3 倍
第一步: 检查是否有异常批量订单（欺诈攻击）
第二步: 检查是否有商品质量投诉集中暴发
第三步: 暂停该商品/渠道的新订单（如有必要）
第四步: 启动客服紧急响应模式
负责人: 运营主管 + 客服主管
常见误区
- 看板上指标太多：超过 10 个核心指标的看板，运营人员往往只看前 3 个
- 告警只发给一个人：该人休假或离职后，告警成为无人响应的噪音
- 例外处理清单从没有被演练过：真正出问题时才发现步骤不可行
- 报表只有数字没有对比：没有同期对比，无法判断好坏
本节执行清单
- [ ] 建立一个简单的日常看板（哪怕是 Google Sheets 手动更新）
- [ ] 配置至少 3 条自动告警（支付成功率、订单量异常、库存告急）
- [ ] 写出 2-3 个最担心发生的例外情况，以及对应的第一步动作
- [ ] 确认告警接收人列表，确保每个告警有明确的响应负责人
下一章：自动化、集成与后台编排——看板和告警建好之后，自动化是提升运营效率的下一个杠杆。