Time-to-Wallet: негізгі метрика

1) TTW анықтамалары мен нұсқалары

• TTW₍deposit ₎: «Төлем» клигі → Ақша ойын үшін қол жетімді.
• UX/3DS, PSP/банктегі авторизацияны, балансты растауды және жазуды қамтиды.

TTW₍payout ₎: 'Шығу' түрін басу → сыртқы әмияндағы/банктегі ақша '.
Тәуекел/KYC/SoF тексерулерді, same-method/ND-гейттерді, дәліз оркестрін, PSP/схемасын растауды және банк/әмиян постингін қамтиды.

2) Неге TTW - бұл P & L-метрика

Конверсия және AR: жылдам депозит ↑ бірінші ставка/сессия ықтималдығы.
Ұстап тұру және сенім: жедел қорытындылар ↓ churn және саппорт тикеттері.
Құны: instant-rails жиі қымбат ⇒ теңгерім қажет «жылдамдық, баға».
Операциялық тәуекел: TTW ұзын «қалдықтары» тосын оқиғалар кластерлерін және chargeback-кернеуді құрады.

3) Кезеңдер бойынша TTW декомпозициясы

3. 1. Депозиттер

1. UI/Checkout (рендер, валидация, 3DS)

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. Pre-checks (KYC/SoF, ND/same-method, RG/AML лимиттері)

2. Risk decision (авто/қолмен)

3. Payout orchestration (дәлізді таңдау: 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 (пайдаланушыға растау)

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

4) SLA және нысаналы деңгейлер

Депозит p95: ≤ 10-20 сек (әмияндар/one-tap), ≤ 30-60 сек (3DS карталар).

• Instant rails (SEPA Instant/PIX/FPS/RTP, push-to-wallet/card): ≤ 15–30 мин.
• Стандартты A2A/SEPA Credit: Т + 0/Т + 1 banking (сағат/тәулік).
• Халықаралық SWIFT: 1-3 банктік күн.
• p99 күтулерді басқару үшін коммуникацияларда (ETA-диапазондар) ұстау маңызды.

5) Өлшеу: бірліктер, терезелер, сэмплинг

Өлшем бірлігі: транзакция (deposit/payout).
Агрегаттау: 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) Дашбордтар және 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 саппорт билеттері/CSAT, TTW vs churn.
Құны: «cost _ per _ payout» және «take-rate» дәлізі бойынша vs TTW бойынша ұтыс.

9) Алерталар

p95 breach: p95 TTW дәліз бойынша/PSP> SLA X минут.
Tail spike: Z сағат ішінде> 2 × p95 үлесі> Y% өсті.
Pre-check stall: t_precheck_start бар, t_precheck_ok жоқ> 15 мин (авто-эскалация).
Risk backlog: t_risk_start бар, t_risk_ok жоқ> шегі (қолмен кезек).
Network/posting anomaly: GEO/банк бойынша 'network _ sec' күрт өсуі.
Policy drift: қажетті уақыт белгісі жоқ оқиғалар.

10) TTW қалай жылдамдатуға болады (практикалар)

Депозиттер

One-tap әмияндар/Apple Pay/Google Pay, network tokens.
Тәуекел бойынша Frictionless 3DS, 3DS модальға кірістіру.
BIN/GEO/денсаулығы бойынша PSP каскады, тек soft-decline бойынша ретра.
Prefetch 3DS/ACS арналары, тозудағы агрессивті тайм-ауттар.

Қорытындылар

Жиі ойыншылар үшін Pre-KYC/pre-SoF; ≤ шектің сомасына pre-approval.
Инстант-дәліздер: SEPA Instant/Faster Payments/RTP/PIX/push-to-card/wallet.
Дәліздер каскады: instant → fast A2A → стандартты SEPA/SWIFT (ETA-мен).
Same-method & ND-логика қолмен тексерусіз автоматтандырылған.
Уақытша терезелер: cut-off және банктік «тар» сағаттардан аулақ болу.
Provider health-feed және авто-failover 'network _ sec' өсуі кезінде.

Коммуникация

ETA басында + прогресс-мәртебелері («Тексеру», «Бастамашылық», «Қабылданды»).

11) Экономика және ымыраға келу

Instant қымбат тұрады: uplift CSAT/churn/retention vs bps/fixed.
Қалдықтар p50 қарағанда қымбат: p95 оңтайландыру үлкен P & L-әсерін береді.
Жергілікті айырмашылықтар: кейбір GEO-да «жылдам, бірақ қымбат» арна өзін жақсы ақтайды.

12) Инцидент-плейбуктер

1. Нақты PSP/дәліз бойынша p95 өсуі

Авто-reroute резервтік дәлізге, тозу бойынша лимитті төмендету.
Жаңартылған ETA-мен ойыншыларға коммуникация, провайдерге билет.

2. Risk backlog (қолмен тексеру)

X ≤ сомасына pre-approval қосу, кезекті қайта бөлу, уақытша auto-pass шегін көтеру.

3. Bank posting GEO бойынша кідірістер

Басқа корреспондент-банкпен/әмиянмен аралау, жаңа өтінімдер үшін «баяу» дәлізді уақытша өшіру.

4. 3DS/ACS құлдырау (депозиттер)

Тәуекел саясаты мүмкіндік беретін frictionless/alternate DS немесе басқа PSP каскадын үдету.

13) TTW айналасындағы A/B тесттері

Instant vs Standard дәлізі трафик бөліктеріне (guardrails: CBR bps, cost/payout, CSAT).
Pre-KYC көшірме/флоу, ETA тұжырымдары, әдістердің тәртібі.
Метриктер: TTW p95, SLA-hit%, тикеттер/1000 trx, AR/конверсия, churn 7/30.

14) Best practices (қысқаша)

1. Кезеңдер бойынша өлшеңіз және тайм-белгілерді бірыңғай схемада ұстаңыз.
2. Тек медиананы емес, p95/p99 бағдарламасын оңтайландырыңыз.
3. Экономика үйлесетін жерге instant-rails орнатыңыз.
4. Қайталанатын сценарийлер үшін pre-KYC/SoF/approval жасаңыз.
5. Дәліздерді және PSP автоматты түрде каскадтаңыз, денсаулыққа жауап беріңіз.
6. Адал ETA мен мәртебеңізді айтыңыз, кідірістер туралы хабарлаңыз.
7. SLA-ны каталогта сақтаңыз және әрбір тілім бойынша SLA-hit% -ті тексеріңіз.
8. TTW-ді дашбордтардағы CSAT/тикеттерге/churn байланыстырыңыз.
9. Пост-инциденттер: себептерін белгілеңіз, ережелерді/шекті таймерлерді өзгертіңіз.
10. Оқиғалар схемасын нұсқалаңыз, тайм-белгілердің толықтығын растаңыз.

15) Енгізу чек-парағы

• Өніммен/қаржымен келісілген депозиттер/қорытындылар үшін TTW анықтамалары.
• 'payments. timeline`; SLA каталогы.
• Дашбордтар p50/p95/p99, SLA-hit%, қалдықтар; p95/tails/backlogs.
• PSP/дәліз каскадтары, health-feed және авто-failover.
• Pre-KYC/SoF және pre-approval саясат; ND/same-method автоматтандырылған.
• ETA-коммуникация және пайдаланушы үшін статус-трекер.
• Дәліздер бойынша «жылдамдық, баға» экономикалық моделі.
• Инциденттердің ойнатқыштары және пост-mortem процесі.
• guardrails бар TTW жақсартуларының A/B тестілері.
• Деректер толықтығының және есептеулердің дұрыстығының тұрақты аудиті.

Түйіндеме

Time-to-Wallet - бұл жай ғана «шығару жылдамдығы» емес. Бұл конверсияға, ұстап қалуға және P&L әсер ететін төлем тәжірибесінің толассыз метрикасы. TTW-ны кезеңдер бойынша өлшеңіз, p95/p99-ды оңтайландырыңыз, instant-rails және каскадтарды қосыңыз, үйкелісті алдын ала KYC/approval арқылы алып тастаңыз және ND/same-method тексеруін автоматтандырыңыз. Күшті телеметрия, адал ETA және дайын плейбуктар төлемдерді жылдам, болжамды және экономикалық тұрғыдан ақталатын етеді.