时间到钱包：关键指标
1） TTW的定义和变体
时间到钱包（TTW）-从用户操作到目标钱包/帐户上资金的实际可用性的时间。对于iGaming，使用两种主要类型：- TTW₍deposit ₎："点击"支付"→钱可用于游戏。"
- 包括UX/3DS，PSP/银行授权，资产负债表确认和记录。
TTW₍payout ₎："点击"提取"→外部钱包/银行上的钱"。
包括risk/KYC/SoF检查，same-method/ND门，走廊编排，PSP/方案确认以及银行/钱包的帖子。
2）为什么TTW是P＆L指标
转换和AR：快速存款↑第一次投注/会话的可能性。
保持和信任：快速发现↓教堂和萨波特柚子。
成本：instant-rails往往更昂贵⇒需要一个速度↔价格平衡。
操作风险：TTW长的"尾巴"会产生一系列事件和充电压力。
3）TTW按阶段分解
3.1.存款
1.UI/Checkout（渲染，验证，3 DS）
2.PSP Auth (authorize)
3.Capture/Booking（确认,资产负债表更新）
4.Fallback/Retry (при soft-decline)
`TTW₍deposit₎ = t_UI + t_3DS + t_auth + t_capture + t_write_balance`
3.2.四.结论
1.预检查（KYC/SoF，ND/same-method，RG/AML限制）
2.风险决策（自动/手动）
3.付款安排（走廊选择： SEPA Instant/PIX/Faster Payments/RTP/推到卡/A2A/电子钱包）
4.PSP API (initiate → accepted)
5.Network/Banks (clearing/posting)
6.Reconcile&Notify（用户确认）
`TTW₍payout₎ = t_precheck + t_risk + t_initiation + t_network + t_posting + t_notify`
4） SLA和目标级别
存款p95： ≤ 10-20秒（钱包/一键）,≤ 30-60秒（3 DS卡）。
p95结论：- Instant rails (SEPA Instant/PIX/FPS/RTP, push-to-wallet/card): ≤ 15–30 мин.
- 标准A2A/SEPA信用：T+0/T+1银行（小时/天）。
- 国际SWIFT： 1-3银行日。
- p99必须保持通信（ETA波段）以管理预期。
5）测量： 单位,窗口,sampling
计量单位：交易（deposit/payout）。
Aggregation：p50/p90/p95/p99，SLA-hit%（ETA的份额），尾巴（tail> 2 × p95）。
切片：方法/走廊/PSP/MID/GEO/BIN集群/时间/通道。
不包括：取消/复制（相等性），应玩家要求手动暂停。
6）数据模型（最小值）
sql payments. timeline (
tx_id PK, kind -- DEPOSIT PAYOUT,
user_id, method, corridor, provider, mid, iso2, currency, amount_minor BIGINT,
t_ui_start TIMESTAMP, t_3ds_start TIMESTAMP, t_3ds_end TIMESTAMP,
t_auth_req TIMESTAMP, t_auth_ok TIMESTAMP,
t_capture_ok TIMESTAMP, -- депозиты t_precheck_start TIMESTAMP, t_precheck_ok TIMESTAMP, -- выводы t_risk_start TIMESTAMP, t_risk_ok TIMESTAMP,
t_payout_initiated TIMESTAMP, t_network_posted TIMESTAMP,
t_wallet_available TIMESTAMP, -- final availability status TEXT, decline_code TEXT, meta JSONB
);
sla. catalog (
kind, method, corridor, geo, p95_target_seconds INT, p99_target_seconds INT, eta_text TEXT
);7） SQL计算模板
7.1.按存款划分的TTW（一般和方法）
sql
SELECT method,
PERCENTILE_CONT(0. 95) WITHIN GROUP (ORDER BY EXTRACT(EPOCH FROM (t_wallet_available - t_ui_start))) AS p95_ttw_sec,
PERCENTILE_CONT(0. 99) WITHIN GROUP (ORDER BY EXTRACT(EPOCH FROM (t_wallet_available - t_ui_start))) AS p99_ttw_sec,
COUNT() AS attempts,
100. 0 AVG((EXTRACT(EPOCH FROM (t_wallet_available - t_ui_start)) <= s. p95_target_seconds)::int) AS sla_hit_p95_pct
FROM payments. timeline t
JOIN sla. catalog s ON s. kind='DEPOSIT' AND s. method=t. method
WHERE t. kind='DEPOSIT'
AND t. status='SUCCESS'
AND t. t_ui_start BETWEEN:from AND:to
GROUP BY 1;7.2.TTW调查结果（走廊）
sql
SELECT corridor,
PERCENTILE_CONT(0. 50) WITHIN GROUP (ORDER BY EXTRACT(EPOCH FROM (t_wallet_available - t_precheck_start))) AS p50_sec,
PERCENTILE_CONT(0. 95) WITHIN GROUP (ORDER BY EXTRACT(EPOCH FROM (t_wallet_available - t_precheck_start))) AS p95_sec,
PERCENTILE_CONT(0. 99) WITHIN GROUP (ORDER BY EXTRACT(EPOCH FROM (t_wallet_available - t_precheck_start))) AS p99_sec,
100. 0 AVG((EXTRACT(EPOCH FROM (t_wallet_available - t_precheck_start)) <= s. p95_target_seconds)::int) AS sla_hit_p95_pct,
COUNT() AS payouts
FROM payments. timeline t
JOIN sla. catalog s ON s. kind='PAYOUT' AND s. corridor=t. corridor
WHERE t. kind='PAYOUT' AND t. status='SUCCESS'
AND t. t_precheck_start BETWEEN:from AND:to
GROUP BY 1;7.3."瓶颈"的解构（结论）
sql
SELECT corridor,
AVG(EXTRACT(EPOCH FROM (t_precheck_ok - t_precheck_start))) AS precheck_sec,
AVG(EXTRACT(EPOCH FROM (t_risk_ok - t_risk_start))) AS risk_sec,
AVG(EXTRACT(EPOCH FROM (t_network_posted - t_payout_initiated))) AS network_sec,
AVG(EXTRACT(EPOCH FROM (t_wallet_available - t_network_posted))) AS posting_sec
FROM payments. timeline
WHERE kind='PAYOUT' AND status='SUCCESS'
AND t_precheck_start BETWEEN:from AND:to
GROUP BY 1
ORDER BY network_sec DESC;7.4.SLA微风和"长尾巴"
sql
SELECT method, corridor,
COUNT() FILTER (WHERE EXTRACT(EPOCH FROM (t_wallet_available - COALESCE(t_ui_start, t_precheck_start))) > s. p95_target_seconds) AS breaches,
COUNT() AS total,
100. 0 COUNT() FILTER (WHERE EXTRACT(EPOCH FROM (t_wallet_available - COALESCE(t_ui_start, t_precheck_start))) > s. p95_target_seconds)
/ NULLIF(COUNT(),0) AS breach_pct
FROM payments. timeline t
JOIN sla. catalog s ON s. kind=t. kind AND COALESCE(s. method, t. method)=t. method AND COALESCE(s. corridor, t. corridor)=t. corridor
WHERE t. status='SUCCESS' AND (t. t_ui_start BETWEEN:from AND:to OR t. t_precheck_start BETWEEN:from AND:to)
GROUP BY 1,2
ORDER BY breach_pct DESC;8）Dashbords和KPI
TTW p50/p95/p99 方法/走廊/PSP/GEO/BIN集群。
SLA-HIT%, tail share（>2 × p95）,事件（注释）。
引线漏斗：Requested → Pre-check OK → Risk OK → Initiated → Posted → Available。
相关：TTW vs AR/存款转换，TTW vs sapport tickets/CSAT，TTW vs churn。
费用：走廊上的"cost_per_payout"和"take-rate" vs TTW胜利。
9）Alerta
p95 breach： p95 TTW 沿着走廊/PSP> SLA X分钟。
Tail spike：> 2 × p95的份额在Z小时内增长>Y%。
支票前：t_precheck_start是，t_precheck_ok不是>15分钟（自动升级）。
Risk backlog： t_risk_start有,t_risk_ok没有>阈值（手动队列）。
网络/posting anomaly：通过GEO/银行, "network_sec"的急剧增长。
Policy drift：没有必要超时标记的事件。
10）如何加速TTW（实践）
存款
一键钱包/Apple Pay/Google Pay, network tokens.
Frictionless 3 DS在风险方面，将3 DS嵌入调制解调器中。
PSP级联通过BIN/GEO/Health，仅在软装饰线上。
预报3DS/ACS通道，攻击性降级超时。
结论
Pre-KYC/pre-SoF常客；≤阈值之和的预审。
实例走廊：SEPA Instant/Faster Payments/RTP/PIX/推到卡/钱包。
走廊级联：instant → fast A2A →标准SEPA/SWIFT（带有ETA）。
Same-method和ND逻辑是自动化的，没有手动检查。
时间窗口：避免切断和银行"狭窄"时钟。
"network_sec"生长的提供者健康饲料和自动失败者。
通讯
开始时的ETA+进度状态（"验证"，"启动"，"注册"）。
延迟时的主动警报>SLA、诚实原因和预期时间。
11）经济与妥协
Instant成本更高：比较uplift CSAT/churn/retention vs bps/fixed。
尾巴比p50贵：p95上的优化会产生更大的P＆L效果。
本地差异：在某些GEO中,"快速但昂贵"的渠道获得更好的回报。
12）花花公子事件
1.特定PSP/走廊的 p95增长
自动到备用走廊，降低降级限制。
通过更新的ETA与玩家进行通信，向提供商打字。
2.Risk backlog（手动检查）
在≤ X的总和上启用预选,重新分配队列,暂时提高自动通行证阈值。
3.Bank posting延迟GEO
与其他代理银行/钱包一起绕行，暂时关闭新申请的"缓慢"走廊。
4.3DS/ACS退化（存款）
在风险策略允许或级联到其他PSP的地方，强制执行无分性/备用DS。
13） TTW周围的A/B测试
Instant vs Standard走廊部分交通（guardrails： CBR bps, cost/payout, CSAT）。
KYC 前副本/flow，ETA表述，方法顺序。
度量标准：TTW p95, SLA-hit%, tikets/1000 trx, AR/转换, churn 7/30。
14）最佳实践（简称）
1.按阶段测量,并将超时标记保持在单个模式中。
2.优化p95/p99，而不仅仅是中位数。
3.在经济汇聚的地方嵌入即时铁路。
4.为重复的脚本制作KYC/SoF/approval之前。
5.自动级联走廊和PSP，对健康做出反应。
6.说诚实的ETA和状态，警告延迟。
7.SLA存储在目录中，并检查每个切片的SLA命中率。
8.将TTW引入CSAT/tikets/dashbords中的教堂。
9.事后事件：记录原因,更改规则/阈值计时器。
10.验证事件图,验证时间戳的完整性。
15）实施支票
- 与产品/财务一致的TTW存款/结算定义。
- 按阶段在'payments'中标记时间。timeline`;SLA目录。
- Dashbords p50/p95/p99，SLA-hit％，尾巴；Alerta p95/tails/backlogs。
- PSP/走廊级联，健康饲料和自动故障。
- KYC/SoF和Pre-approval政策；ND/same-method是自动化的。
- ETA通信和用户状态跟踪器。
- 沿走廊的"速度↔价格"经济模式。
- 事件的花花公子和mortem后过程。
- TTW改进与guardrails的A/B测试。
- 定期审核数据的完整性和计算正确性。
总结
时间到钱包不仅仅是"输出速度"。这是影响转换，保留和P＆L的端到端支付经验指标。按阶段测量TTW，优化p95/p99，连接instant-rails和级联，通过KYC/approval之前消除摩擦，并自动进行ND/same-method检查。强大的遥测，诚实的ETA和现成的花花公子将使付款快速，可预测和经济合理。