上线后的第一个月最容易做的决定是"再看看"。其实这三十天里已经有一组数能说明配置对不对，而且每个数都指向一个具体的配置项，取数不用新做报表，后台流水里都在。判异常也不要套外部标准，用上线第一周自己的均值当基线，之后按偏离基线的幅度看。

通道与凭证四个数。一，人工放行与补录占总核销的比例。这一比例不为零是正常的——老人、没带证件、码刷不出来，但到了两三成就该查凭证形式配置，最常见的是线上出票后通道端的读取方式设错了。二，同一凭证跨通道重复请求的条数。正常应该接近零，只要出现，就是两条通道在读同一份凭证而计数没有在服务端一次算清。三，退改发起时点的分布。大量落在开园前后半小时，多半是售卖页把停售时刻和入园截止写混了，而不是游客临时变卦。四，核销延迟，也就是出票到核销时间差的中位数。它整体变长，说明时段划分和真实到达曲线不匹配。

预约与库存三个数。五，各时段售罄率的极差：首段与末段的差值，这是额度分配比例是否配错的直接读数，跟承载量无关。六，回池量与售出量的比值。回池太多，说明未到判定或回池时点设早了；回池长期为零，通常不是没人爽约，而是"未到访"这个状态没有写回库里，去查一下这个状态在库里的条数即可确认。七，因为"该时段已停售"而失败的请求量。这个数应该很小，它大就说明页面显示的时刻和后台停售时刻不是同一个值。

账与台账三个数。八，窗口手工录入证件的单量占比。手录只有两条正当来源：窗口代客预约、现场确实没带证件；比例偏高说明读出来的信息没有直接落到订单，窗口在同一个证件上做第二次录入。九，纸质票号段的跳号数与日终差额。连续几天落在同一位工号、同一段号上，就是流程问题，和设备没关系。十，同一证件在同一天被两个渠道各出一张票的条数。

十个数里，四个可以直接判定为配错，不用等样本积累：跨通道重复请求、回池量为零、停售失败量大、跨渠道重复出票。它们不是趋势，是开关——前两个分别对应计数位置和状态写回，第三个对应展示与后台取值不同源，第四个说明证件唯一性只在单个渠道内部做了校验，没有跨渠道做。剩下的六个要按日型分开看：工作日和周末放一起算，中位数会被周末拉长，多数景区真正该盯的是周末那一条曲线。

每个数还要按渠道和票种各拆一遍，只看总量看不出问题：人工放行比例摊到某一条通道上是三成，总量上只是百分之几，会被完全掩盖。首月结束时能拿出的结论，应该具体到"哪个票种的哪一项参数改成什么值"，而不是"系统还需要优化"。这十个数连着放三十天，比开十次协调会更有人愿意改配置。