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

1) Аныктоо жана TTW параметрлери

• TTW₍deposit ₎: 'чыкылдатуу "төлөө" → акча оюнга жеткиликтүү'.
• UX/3DS, PSP/банктын авторизациясын, балансты тастыктоону жана жазууну камтыйт.

TTW₍payout ₎: 'чыкылдатуу "Алып салуу" → тышкы капчыктагы/банктагы акча'.
Анын ичинде тобокелдик/KYC/SoF текшерүүлөр, same-method/ND-гейтс, коридор оркестр, PSP тастыктоо/схемалар жана банк/капчык posting.

2) Эмне үчүн TTW - бул P & L-метрика

Конверсия жана AR: тез депозит ↑ биринчи коюм/сессия ыктымалдыгы.
Сактоо жана ишеним: тез корутундулар ↓ churn жана саппорт билеттери.
Баасы: instant-rails көп учурда кымбат ⇒ балансы керек "ылдамдыгы, баасы".
Операциялык тобокелдик: TTW узун "куйруктары" инциденттердин кластерлерин жана chargeback-чыңалууну жаратат.

3) этап боюнча TTW декомпозиция

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

1. UI/текшерүү (рендер, валидация, 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. Алдын-ала текшерүү (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: Т + 0/Т + 1 банкинг (саат/сутка).
• Эл аралык 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) Dashbord жана KPI

TTW p50/p95/p99 ыкмалары/коридор/PSP/GEO/BIN-кластер.
SLA-hit%, tail share (> 2 × p95), окуялар (аннотациялар).
жыйынтык Huni: 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: үлүшү> 2 × p95 көбөйдү> Y% Z саат.
Pre-check stall: t_precheck_start бар, t_precheck_ok жок> 15 мин (авто-эскалация).
Risk backlog: t_risk_start бар, t_risk_ok жок> босого (кол кезек).
Network/posting anomaly: кескин өсүшү 'network _ sec' GEO/банк.
Policy drift: зарыл тайм-теги жок окуялар.

10) Кантип TTW тездетүү (Practice)

Депозиттер

One-tap капчыктар/Apple Pay/Google Pay, network tokens.
Frictionless 3DS тобокелдик, Модал 3DS киргизүү.
BIN/GEO/ден соолук боюнча PSP Cascade, soft-decline боюнча гана retra.
Prefetch 3DS/ACS каналдар, агрессивдүү тайм-ауттор деградация.

Корутундулар

Pre-KYC/pre-SoF тез-тез оюнчулар үчүн; ≤ босого суммасына pre-approval.
Instant-коридорлор: SEPA Instant/Faster Payments/RTP/PIX/push-to-card/wallet.
Коридор каскады: instant → fast A2A → стандарт SEPA/SWIFT (ETA менен).
Same-method & ND-логика кол менен текшерүү жок, автоматташтырылган.
Убактылуу терезелер: өчүрүү жана банк "тар" саат качуу.
Provider health-feed жана auto-failover 'network _ sec' өсүшү менен.

Байланыш

Башында ETA + прогресс-статустар ("Текшерүү", "Демилгеленген", "Кабыл алынган").
Proactive кечигүү эскертүүлөр> SLA, чынчыл себептер жана күтүлгөн убакыт.

11) Экономика жана компромисстер

Instant кымбат турат: uplift CSAT/churn/retention vs bps/fixed салыштыруу.
p50 караганда кымбат куйруктары: p95 боюнча оптималдаштыруу көбүрөөк P & L-таасир берет.
Жергиликтүү айырмачылыктар: кээ бир GEO "тез, бирок кымбат" канал жакшы төлөп берет.

12) Playbook окуя

1. Белгилүү бир PSP/коридор боюнча p95 өсүшү

камдык коридор боюнча auto-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 Copyright/Flow, ETA формулировкалар, ыкмалар тартиби.
Метриктер: TTW p95, SLA-hit%, билеттер/1000 trx, AR/конверсия, churn 7/30.

14) Best practices (кыска)

1. Этап-этабы боюнча өлчөө жана убакыт белгилерин бирдиктүү схемада кармоо.
2. p95/p99 эмес, бир гана медиананы оптималдаштыруу.
3. Экономика айкалышкан жерде instant-rails киргизүү.
4. кайталануучу жагдайлар үчүн алдын ала KYC/SoF/approval.
5. Auto-каскаддоо коридорлорду жана PSP, ден соолук жооп.
6. чынчыл ETA жана статусун айтып, кечигүү жөнүндө кабарлоо.
7. SLA каталогдо сактоо жана SLA-hit% ар бир кесип үчүн текшерүү.
8. TTWди CSAT/тикеттерге/дашбордддорго байланыштырыңыз.
9. Пост-окуялар: себептерин чечүү, эрежелерди/босого таймерин өзгөртүү.
10. Иш-чаралардын схемасын версиялаңыз, убакыт белгилеринин толуктугун тастыктаңыз.

15) Киргизүү чек-тизмеси

• Продукт/каржы менен макулдашылган депозиттер/корутундулар үчүн TTW аныктамалары.
• 'payments этаптарында тайм-теги. timeline`; SLA каталогу.
• Dashboard p50/p95/p99, SLA-hit%, куйруктары; p95/tails/backlogs.
• PSP/коридор каскаддары, health-feed жана auto-failover.
• Pre-KYC/SoF жана pre-approval саясат; ND/same-method автоматташтырылган.
• колдонуучу үчүн ETA байланыш жана статус-трекер.
• Экономикалык модели "ылдамдыгы, баасы" коридорлордо.
• Playbook окуялар жана пост-mortem жараяны.
• guardrails менен TTW жакшыртуу A/B-тесттер.
• Маалыматтардын толуктугуна жана эсептешүүлөрдүн тууралыгына үзгүлтүксүз аудит жүргүзүү.

Резюме

Time-to-Wallet жөн гана "чыгаруу ылдамдыгы" эмес. Бул конверсияга, кармап калууга жана P & Lге таасир этүүчү төлөм тажрыйбасынын толук метрикасы. Этап боюнча TTW өлчөө, p95/p99 оптималдаштыруу, instant-rails жана каскаддарды туташтыруу, алдын ала KYC/approval аркылуу сүрүлүүнү алып салуу жана ND/өзүн-өзү текшерүү ыкмасын автоматташтыруу. Күчтүү телеметрия, чынчыл ETA жана даяр плейбуктар төлөмдөрдү тез, болжолдуу жана экономикалык жактан негиздүү кылат.