哪两类体验问题最容易被漏掉？巡检如何把它们揪出来？

有两类问题特别容易在只看错误率或告警时被放过：

第一类：业务先变弱，技术指标还没炸。 比如支付完成率掉了 3%，但错误率没什么动静、告警也没响。这时只盯错误数很容易漏掉。正确做法是把支付路径摊开摆到同一张图：入口页加载、提交按钮响应、支付接口 p95、慢会话的版本分布、重复点击的按钮。如果这些信号同时冒头，Replay 里又能看到用户提交后越等越久、反复点、返回重试，就该直接点出问题集中在支付链路的移动端新版本，主要表现是请求尾延迟和交互等待。

第二类：低端设备长期偏尾。 这种问题不吵，按天看只是慢一点点，按周看却一直慢。低端 Android 上长任务更多，INP 长期偏差，慢会话占比更高，跳出率略高、完成率略低。当天夜里未必值得处理，但长期没人管就变成一批用户一直承担的体验成本。巡检适合把它拎出来，说清影响面、持续时间和治理优先级。