Time-to-Wallet: əsas metrika

1) TTW tərifi və variantları

• TTW₍deposit ₎: 'Klik «Ödəniş» → Pul oyun üçün mövcuddur'.
• UX/3DS, PSP/Bank avtorizasiyası, təsdiq və balans qeydləri daxildir.

TTW₍payout ₎: 'Klik "Pul çıxarmaq → xarici cüzdan/bank'.
Risk/KYC/SoF yoxlamaları, same-method/ND geytaları, koridor orkestri, PSP/sxemləri və bank/cüzdan postinqi daxildir.

2) Niyə TTW P&L metrikasıdır

Dönüşüm və AR: sürətli depozit ↑ ilk bahis/sessiya ehtimalı.
Saxlama və etimad: tez nəticələr ↓ churn və sapport biletləri.
Qiymət: tez-tez daha bahalı instant-rails ⇒ balans lazımdır «sürət-qiymət».
Əməliyyat riski: TTW uzun «quyruqları» hadisə klasterləri və chargeback gərginlik yaradır.

3) Mərhələlər üzrə TTW dekompozisiyası

3. 1. Depozitlər

1. UI/Checkout (render, validasiya, 3DS)

2. PSP Auth (authorize)

3. Capture/Booking (təsdiq, balans yeniləmə)

4. Fallback/Retry (при soft-decline)

`TTW₍deposit₎ = t_UI + t_3DS + t_auth + t_capture + t_write_balance`

3. 2. Nəticələr

1. Pre-checks (KYC/SoF, ND/same-method, RG/AML limitləri)

2. Risk decision (avtomatik/əl)

3. Payout orchestration (dəhliz seçimi: SEPA Instant/PIX/Faster Payments/RTP/push-to-card/A2A/e-wallet)

4. PSP API (initiate → accepted)

5. Network/Banks (clearing/posting)

6. Reconcile & Notify (istifadəçi təsdiqi)

`TTW₍payout₎ = t_precheck + t_risk + t_initiation + t_network + t_posting + t_notify`

4) SLA və hədəf səviyyələri

Depozit p95: ≤ 10-20 saniyə (cüzdan/one-tap), ≤ 30-60 saniyə (3DS ilə kartlar).

• Instant rails (SEPA Instant/PIX/FPS/RTP, push-to-wallet/card): ≤ 15–30 мин.
• Kredit standart A2A/SEPA: T + 0/T + 1 banking (saat/gün).
• Beynəlxalq SWIFT: 1-3 bank günü.
• p99 gözləntiləri idarə etmək üçün ünsiyyətdə (ETA diapazonları) saxlamaq vacibdir.

5) Ölçü: vahidlər, pəncərələr, sampling

Ölçü vahidi: əməliyyat (deposit/payout).
Aqreqasiya: p50/p90/p95/p99, SLA-hit% (ETA-da pay), quyruqlar (tail> 2 × p95).
Kəsiklər: metod/dəhliz/PSP/MID/GEO/BIN-klasterlər/günün vaxtı/kanal.
Istisna: oyunçunun tələbi ilə ləğv edilmiş/duplikatlar (idempotentlik), əl fasilələri.

6) Məlumat modeli (minimum)

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 hesablama şablonları

7. 1. Depozitlər üzrə TTW (ümumi və metodlar üzrə)

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 çıxış (dəhlizlər)

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. «Dar yerlərin» dekompozisiyası (nəticələr)

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 briçlər və «uzun quyruqlar»

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) Daşbordlar və KPI

TTW p50/p95/p99 metodları/dəhlizləri/PSP/GEO/BIN-klaster.
SLA-hit%, tail paylaşımı (> 2 × p95), hadisələr (izahatlar).
Nəticə hunisi: Requested → Pre-check OK → Risk OK → Initiated → Posted → Available.
Korrelyasiya: TTW vs AR/depozit konvertasiyası, TTW vs sapport biletləri/CSAT, TTW vs churn.
Qiymət: 'cost _ per _ payout' və 'take-rate' dəhlizdə vs TTW üzrə uduşlar.

9) Alertlər

p95 breach: p95 TTW/PSP> SLA X dəqiqə.
Tail spike: pay> 2 × p95 artdı> Z saat üçün Y%.
Pre-check stall: t_precheck_start var, t_precheck_ok yoxdur> 15 dəq (avtomatik eskalasiya).
Risk backlog: t_risk_start var, t_risk_ok yoxdur> eşik (manual növbə).
Network/posting anomaly: GEO/bank tərəfindən 'network _ sec' kəskin artım.
Policy drift: zəruri vaxt işarələri olmadan hadisələr.

10) TTW-ni necə sürətləndirmək olar (praktikalar)

Depozitlər

One-tap cüzdan/Apple Pay/Google Pay, network tokens.
Frictionless 3DS risk, modalka 3DS inteqrasiya.
BIN/GEO/sağlamlıq PSP Cascade, retrai yalnız soft-decline.
Prefetch 3DS/ACS kanalları, deqradasiyada aqressiv zaman-aut.

Nəticələr

Tez-tez oyunçular üçün Pre-KYC/pre-SoF; pre-approval ≤ eşik məbləğləri.
Instant-dəhlizlər: SEPA Instant/Faster Payments/RTP/PIX/push-to-card/wallet.
Dəhlizlər kaskadı: instant → fast A2A → standart SEPA/SWIFT (ETA ilə).
Same-method & ND-məntiq əl yoxlamaları olmadan avtomatlaşdırılmışdır.
Müvəqqəti pəncərələr: cut-off və bank «dar» saatlardan qaçın.
Provider health-feed və avto-failover 'network _ sec' böyüdükdə.

Rabitə

ETA başlanğıcda + tərəqqi statusları («Yoxlama», «Təşəbbüs», «Qəbul»).
Proactive gecikmə xəbərdarlıqları> SLA, dürüst səbəblər və gözlənilən vaxt.

11) İqtisadiyyat və kompromislər

Instant daha bahalıdır: uplift CSAT/churn/retention vs bps/fixed.
P50-dən daha bahalı quyruqlar: p95-də optimallaşdırma daha böyük P&L effekti verir.
Yerli fərqlər: bəzi GEO «sürətli, lakin bahalı» kanal daha yaxşı ödəyir.

12) Hadisə-playbook

1. Xüsusi PSP/dəhlizdə p95 artımı

Avto-reroute ehtiyat dəhlizində, deqradasiya limitinin azaldılması.
Yenilənmiş ETA ilə oyunçulara ünsiyyət, provayderə bilet.

2. Risk backlog (əl yoxlamaları)

X ≤ məbləğlərinə pre-approval daxil, növbəni yenidən bölüşdürün, müvəqqəti olaraq auto-pass həddini qaldırın.

3. Bank posting GEO gecikmələr

Digər müxbir bank/pul kisəsi ilə gəzmək, yeni müraciətlər üçün «yavaş» dəhlizi müvəqqəti olaraq söndürmək.

4. 3DS/ACS deqradasiya (depozitlər)

frictionless/alternate DS risk siyasəti imkan verir, və ya başqa bir PSP cascade.

13) TTW ətrafında A/B testləri

Instant vs Standart dəhliz (guardrails: CBR bps, cost/payout, CSAT).
Pre-KYC copyright/flow, ETA formulalar, prosedur metodları.
Metriklər: TTW p95, SLA-hit%, biletlər/1000 trx, AR/konvertasiya, churn 7/30.

14) Best practices (qısa)

1. Mərhələlərə görə ölçün və vaxt etiketlərini vahid sxemdə saxlayın.
2. Yalnız medianı deyil, p95/p99-u optimallaşdırın.
3. instant-rails iqtisadiyyatın birləşdiyi yerdə yerləşdirin.
4. Təkrar ssenarilər üçün pre-KYC/SoF/approval edin.
5. Avto-kaskad dəhlizləri və PSP, sağlamlıq cavab.
6. Dürüst ETA və statusları söyləyin, gecikmələr barədə məlumat verin.
7. SLA-nı kataloqda saxlayın və hər kəsik üçün SLA-hit% -i yoxlayın.
8. TTW-ni dashbordlarda CSAT/ticket/churn-a bağlayın.
9. Post-insidentlər: səbəbləri qeyd edin, qaydaları/hədd zamanlayıcılarını dəyişdirin.
10. Hadisə sxemini versiya edin, vaxt etiketlərinin tamlığını təsdiqləyin.

15) Giriş çek siyahısı

• Məhsul/maliyyə ilə razılaşdırılmış depozitlər/nəticələr üçün TTW tərifləri.
• 'payments mərhələləri üzrə vaxt işarələri. timeline`; SLA kataloqu.
• Dashboard p50/p95/p99, SLA-hit%, quyruqlar; p95/tails/backlogs.
• PSP/koridor kaskadları, health-feed və auto-failover.
• Pre-KYC/SoF və pre-approval siyasət; ND/same-method avtomatlaşdırılmışdır.
• istifadəçi üçün ETA rabitə və status tracker.
• Dəhlizlər üzrə iqtisadi model «qiymət sürəti».
• Hadisə playbook və post-mortem prosesi.
• Guardrails ilə TTW A/B təkmilləşdirmə testləri.
• Məlumatların tamlığının və hesablamaların düzgünlüyünün müntəzəm auditi.

Xülasə

Time-to-Wallet sadəcə «çıxış sürəti» deyil. Bu, dönüşüm, saxlama və P & L-ə təsir edən ödəniş təcrübəsinin sonlu metrikasıdır. TTW-ni mərhələlərlə ölçün, p95/p99-u optimallaşdırın, instant-rails və kaskadları bağlayın, ön-KYC/approval sürtünməni aradan qaldırın və ND/same-method yoxlamasını avtomatlaşdırın. Güclü telemetri, dürüst ETA və hazır playbook ödənişləri sürətli, proqnozlaşdırıla bilən və iqtisadi cəhətdən əsaslı edəcək.