如何正确看 UPI 成功率

先定义分母

先确定你统计的是发起次数、唯一订单、授权支付还是成功入账。每个口径回答的问题不同。允许 3 次重试的策略，可能把“次数成功率”拉高，而“订单成功率”不变。

把口径写下来，所有报表都用同一个。口径一变，趋势就不可比。

先分群，再优化

按链路、App、设备、发卡行、失败码和时间窗口拆开。一个整体 60% 的托管页，可能在 Android Intent 上是 70%，在桌面跳转上是 40%。平均值会把你能修的部分藏起来。

• 链路：托管、原生 Collect、Intent。
• App：实际打开的那个 UPI App。
• 设备：Android、iOS、桌面。
• 失败：拒绝、超时、pending、回调缺失。

正确计算重试

重试是恢复机制，不是成功指标。按唯一订单的终态计数，把重试单独报。第三次成功，订单算成功，但前两次失败仍然描述了买家体验。

重试上限设为 3 次，硬拒绝就停。无限重试只会放大发起次数，推迟终态。

看延迟，也看 pending

沙箱里回调应在 5 秒内到达。不到就轮询，不要直接判失败。Pending 不是失败，是未决。把它单独统计，并按截止时间计算账龄。

五步复盘

1. 固定口径。
2. 按链路和 App 分群。
3. 按失败码分类，不靠猜。
4. 一次只改一个变量。
5. 在同一时间窗口重测。

目标不是把数字做得更好看，而是把能消除的失败模式一条条缩短。