Cüzdan Zamanı: Anahtar Metrik

1) TTW tanımı ve çeşitleri

• TTW₍deposit ₎: '"Öde'yi tıklayın - para oynamak için kullanılabilir'.
• UX/3DS, PSP/banka ile yetkilendirme, onay ve bakiye kaydını içerir.

TTW₍payout ₎: '"Çek'e tıklayın - harici bir cüzdan/bankadaki para'.
Risk/KYC/SoF kontrolleri, aynı yöntem/ND kapıları, koridor orkestrasyonu, PSP/şemada onay ve banka/cüzdanda gönderme içerir.

2) TTW neden bir P&L metriğidir?

Dönüşüm ve AR: hızlı para yatırma ↑ ilk bahis/oturum olasılığı.
Tutma ve güven: hızlı sonuçlar ↓ çalkalama ve destek biletleri.
Maliyet: Anlık raylar genellikle daha pahalıdır ⇒ "hız ↔ fiyat" dengesine ihtiyacınız vardır.
Operasyonel risk: TTW'nin uzun kuyrukları, olay kümeleri ve ters ibraz oluşturur.

3) Aşamalara göre TTW ayrışması

3. 1. Mevduat

1. UI/Checkout (Oluşturma, Doğrulama, 3DS)

2. PSP Auth (yetkilendirme)

3. Yakalama/Rezervasyon (onay, bakiye güncellemesi)

4. Fallback/Retry (при yumuşak düşüş)

' = + + + +

3. 2. Sonuçlar

1. Ön kontroller (KYC/SoF, ND/aynı yöntem, RG/AML sınırları)

2. Risk kararı (otomatik/manuel)

3. Ödeme orkestrasyonu (koridor seçimi: SEPA Anında/PIX/Daha Hızlı Payments/RTP/push-to-card/A2A/e-wallet)

4. PSP API (initiate - kabul edildi)

5. Ağ/Bankalar (takas/gönderme)

6. Uzlaştırma ve Bildirim

' = + + + + +

4) SLA'lar ve hedef seviyeleri

Para yatırma p95: ≤ 10-20 sn (cüzdan/tek dokunuşla), ≤ 30-60 sn (3DS'li kartlar).

• Anında raylar (SEPA Anında/PIX/FPS/RTP, cüzdana/karta itme): ≤ 15-30 мин.
• Standart A2A/SEPA Kredisi: T + 0/T + 1 bankacılık (saat/gün).
• Uluslararası SWIFT: 1-3 bankacılık günü.
• Beklentileri yönetmek için p99 iletişimde kalmak (ETA bantları) önemlidir.

5) Ölçüm: birimler, pencereler, örnekleme

Ölçü birimi: işlem (depozito/ödeme).
Toplama: p50/p90/p95/p99, SLA-hit % (ETA'daki pay), kuyruklar (kuyruk> 2 × p95).
Dilimler: yöntem/koridor/PSP/MID/GEO/BIN kümeleri/günün saati/kanal.
Hariç tutma: iptal edilmiş/çoğaltılmış (idempotency), oyuncunun isteği üzerine manuel duraklatmalar.

6) Veri 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 hesaplama şablonları

7. 1. Depozito ile TTW (toplam ve yönteme göre)

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. Çıkışlara göre TTW (koridorlar)

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. Darboğaz ayrışması (çıktılar)

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 tuğlalar ve uzun kuyruklar

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) Gösterge panoları ve KPI'lar

Yöntem/koridor/PSP/GEO/BIN kümesine göre TTW p50/p95/p99.
SLA-hit %, kuyruk payı (> 2 × p95), olaylar (ek açıklamalar).
Requested - Pre-check Tamam - Risk Tamam - Başlatılmış - Posted - Mevcut.
Korelasyonlar: TTW vs AR/depozito dönüşümü, TTW vs destek biletleri/CSAT, TTW vs churn.
Maliyet: TTW win vs koridor boyunca 'cost _ per _ payout've'al-oranı'.

9) Uyarılar

p95 ihlali: koridor boyunca p95 TTW/PSP> SLA X dakika.
Kuyruk başak: pay> 2 × p95 arttı> Z saatlerinde Y %.
Ön kontrol durağı: t_precheck_start, t_precheck_ok> 15 dakika (otomatik kızdırma) değildir.
Risk birikimi: t_risk_start, t_risk_ok> eşik değildir (manuel kuyruk).
Ağ/gönderme anomalisi: GEO/banka tarafından 'ağ _ sn' keskin bir artış.
Politika sürüklenmesi - gerekli zaman damgaları olmayan olaylar.

10) TTW nasıl hızlandırılır (uygulamalar)

Mevduat

Tek dokunuşla cüzdanlar/Apple Pay/Google Pay, ağ belirteçleri.
Riske göre sürtünmesiz 3DS, modalde 3DS gömme.
BIN/GEO/health üzerinde PSP kaskadı, sadece yumuşak düşüşte geri ödeme.
Prefetch 3DS/ACS kanalları, bozulma üzerine agresif zaman aşımları.

Sonuçlar

Sık oyuncular için KYC öncesi/SoF öncesi; ≤ eşik miktarları için ön onay.
Örnek koridorlar: SEPA Anında/Daha Hızlı Ödemeler/RTP/PIX/push-to-card/cüzdan.
Koridor basamakları: Anlık, hızlı A2A, standart SEPA/SWIFT (ETA ile).
Aynı yöntem ve ND mantığı manuel kontroller olmadan otomatiktir.
Zaman pencereleri: kesme ve banka'dar "saat kaçının.
'Network _ sec' büyümesiyle sağlayıcı sağlık beslemesi ve otomatik yük aktarımı.

İletişim

Başlangıçta ETA + ilerleme durumları ("Kontrol", "Başlatılmış", "Kredili").
Proaktif gecikme uyarıları> SLA'lar, dürüst nedenler ve beklenen süre.

11) Ekonomi ve takaslar

Anında maliyetler daha fazla: yükseltme CSAT/churn/retention vs bps/fixed karşılaştırın.
Kuyruklar p50'den daha pahalıdır: p95'teki optimizasyonlar daha büyük bir P&L etkisi verir.
Yerel farklılıklar: Bazı GEO'larda "hızlı ama pahalı" kanal daha iyi sonuç verir.

12) Playbook olayı

1. PSP/koridor spesifik p95 büyüme

Yedek koridora otomatik yönlendir, bozulmuş sınırı azalt.
Güncellenmiş ETA ile oyunculara iletişim, sağlayıcıya bilet.

2. Risk birikimi (manuel kontroller)

X ≤ miktarları için ön onayı etkinleştirin, kuyruğu yeniden dağıtın, otomatik geçiş eşiklerini geçici olarak yükseltin.

3. Banka gönderme gecikmeleri GEO

Başka bir muhabir banka/cüzdanla atlayın, yeni uygulamalar için "yavaş" koridoru geçici olarak devre dışı bırakın.

4. 3DS/ACS bozulması (mevduat)

Risk politikasının izin verdiği yerlerde sürtünmesiz/alternatif DS'yi zorlayın veya başka bir PSP'ye basamaklandırın.

13) TTW çevresinde A/B testleri

Trafiğin bir kısmında Anında ve Standart koridor (korkuluklar: CBR bps, maliyet/ödeme, CSAT).
Ön KYC telif hakkı/akışı, ETA ifadesi, yöntemlerin sırası.
Metrikler: TTW p95, SLA-hit %, biletler/1000 trx, AR/dönüşüm, churn 7/30.

14) En iyi uygulamalar (kısa)

1. Aşamalarla ölçün ve zaman damgalarını tek bir desende tutun.
2. Sadece medyanı değil, p95/p99'u optimize edin.
3. Ekonominin birleştiği yere anlık raylar yerleştirin.
4. Tekrarlayan senaryolar için ön KYC/SoF/onayı yapın.
5. Otomatik basamaklı koridorlar ve PSP, sağlığa tepki verir.
6. Dürüst ETA ve durumları söyleyin, gecikmeleri bildirin.
7. SLA'ları bir katalogda saklayın ve her dilim için SLA hit % değerini kontrol edin.
8. TTW'yi CSAT/tickets/churn'e panolarda bağlayın.
9. Olaylar Sonrası: Nedenleri yakalama, kuralları değiştirme/eşik zamanlayıcıları.
10. Olay şemasını sürümleyin, zaman damgalarının tamlığını doğrulayın.

15) Uygulama kontrol listesi

• Mevduat/para çekme için TTW tanımları ürün/finansal ile kabul etti.
• Ödemelerde aşamaya göre zaman damgaları. zaman çizelgesi '; SLA dizini.
• Panolar p50/p95/p99, SLA-hit %, kuyruklar; p95/tails/backlogs uyarıları.
• PSP/koridor basamakları, sağlık beslemesi ve otomatik yük devretme.
• KYC/SoF öncesi ve onay öncesi politikalar; ND/aynı yöntem otomatik.
• Kullanıcı için ETA iletişimi ve durum takipçisi.
• Koridorlar boyunca hız ↔ fiyat ekonomik modeli.
• Olay oyun kitapları ve ölüm sonrası süreç.
• Korkuluklarla TTW iyileştirmelerinin A/B testleri.
• Verilerin düzenli olarak denetlenmesi ve hesaplamaların doğruluğu.

Özet

Time-to-Wallet sadece "çıkış hızı" değildir. "Dönüşüm, saklama ve P&L Measure TTW'yi aşamalı olarak etkileyen, p95/p99'u optimize eden, anlık rayları ve basamakları birbirine bağlayan, KYC/onayı öncesi sürtünmeyi gideren ve ND/aynı yöntem kontrollerini otomatikleştiren uçtan uca bir ödeme deneyimi metriğidir. Güçlü telemetri, dürüst ETA'lar ve hazır oyun kitapları, ödemeleri hızlı, öngörülebilir ve ekonomik olarak uygulanabilir hale getirecektir.