GH GambleHub

Time-to-Wallet: Հիմնական մետրը

1) TTW-ի սահմանումը և տարբերակները

Time-to-Wallet (TTW) - ժամանակ օգտագործողի գործողությունից մինչև իրական միջոցների հասանելիությունը նպատակային դրամապանակի/հաշվի վրա։ IGaming-ի համար մենք օգտագործում ենք երկու հիմնական տեսակներ

TTW wwww.deposit .ru: "Վճարեք" տեսահոլովակը ռուսական գումարը հասանելի է խաղի համար "։

Ներառում է UX/3DS, PFC/bank-ի հեղինակային իրավունքը, հաստատումը և հավասարակշռության ձայնագրությունը։

TTW wwww.payout .ru: "Դուրս բերել" տեսահոլովակը գումար է տալիս արտաքին դրամապանակի/բանկայի վրա "։

Այն ներառում է risk/KYC/SoF ստուգումներ, same-method/ND խաղացողներ, միջանցքի նվագախումբ, PBS/սխեմայի հաստատումը և բանկի/դրամապանակի անկումը։

💡 Ի՞ նչ ենք կարծում «հասանելի» 'ավանդի համար' հավասարակշռություն խաղային դրամապանակում։ եզրակացության համար 'վերջնական համակարգում (հաջողակ գրառում, ոչ թե «նախաձեռնված»)։

2) Ինչու՞ TTW-ը P & L-metrika է։

Կոնվերսիան և AR 'արագ դեպոզիտը հավանականություն է տալիս առաջին տոկոսադրույքը/նստաշրջանը։

Պահպանումը և վստահությունը 'արագ եզրակացություններ www.churn և կոշիկի հյուսվածքները։

Արժեքը ՝ instram-rails-ը հաճախ ավելի թանկ է, անհրաժեշտ է հավասարակշռություն «ռուսական գինի արագություն»։

Վիրահատական ռիսկը 'TTW-ի երկար «պոչերը» ստեղծում են շարժիչների կլաստերներ և chargeback լարվածություն։

3) TTW Decomposition փուլերով

3. 1. Դեպոզիտներ

1. UI/Nokout (ռենդեր, վալիդացիա, 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-method (KYC/SoF, ND/same-method, RG/AML)

2. Risk decision (avto/ձեռքով)

3. Payout orchestration (միջանցքի ընտրություն ՝ SEPA Instation/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: 2410-20 վայրկյան (դրամապանակներ/one-tap), 2430-60 վայրկյան (3DS քարտեր)։

P95 եզրակացությունը

Instant rails (SEPA Instant/PIX/FPS/RTP, push-to-wallet/card): ≤ 15–30 мин.

A2A/SEPA Credit: T + 0/T + 1 banking (ժամացույց/օր)։

Միջազգային SWIFT: 1-3 ռուսական օր։

p99 կարևոր է պահել հաղորդակցություններում (ETA-միջակայքներ), որպեսզի կառավարեն սպասումները։

5) Չափումներ ՝ միավորներ, պատուհաններ, սեմպլինգ

Չափման միավորը գործարքն է (deposit/payout)։

Ագրեգացիան ՝ p50/p90/p95/p99, SLA-hit% (ETA մասնաբաժինը), պոչերը (tail> 2 p95)։

Կտրվածքներ ՝ մեթոդ/միջանցք/PMS/MID/GEO/BIN կլաստերներ/օրվա/ալիքի ժամանակը։

Բացառենք 'չեղյալ հայտարարված/duplikates (idempotenty), ձեռքով դադարներ խաղացողի խնդրանքով։

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-brichi և «երկար պոչեր»

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 միջանցքներով/PMS/GEO/BIN կլաստեր։

SLA-hit%, tail-ը (> 2 հազար p95), միջադեպերը (ծանոթությունները)։

Եզրակացությունների ձագը ՝ Requested no Pre-ensk OK no Risk OK No. Initiated no Posted Available։

Կորրելիա ՝ TTW vs AR/դեպոզիտի փոխակերպում, TTW vs saport/CSAT, TTW vs churn։

Արժեքը '«cost _ per _ payout» և «take-rate»' TTW-ի հաղթանակների միջանցքում։

9) Ալերտա

p95 breach: p95 TTW միջանցքով/PMS> SLA X րոպե։

Tail spike: մասնաբաժինը> 2 p95 աճեց> Y տոկոսը Z ժամվա ընթացքում։

Pre-24k stall: T _ precheck _ start կա, t _ precheck _ ok չկա> 15 րոպե (auto-էսկալացիա)։

Risk backlog: t _ risk _ start կա, t _ risk _ ok չկա> շեմն (ձեռքով)։

Network/posting anomaly: «network _ sec» -ի կտրուկ աճը GEO/bank-ով։

Policy drift 'իրադարձություններ առանց անհրաժեշտ խաղաթղթերի։

10) Ինչպե՞ ս արագացնել TTW (պրակտիկա)

Դեպոզիտներ

One-tap դրամապանակներ/Apple Express/Google Live, tokens ցանցը։

Frictionless 3DS ռիսկի, 3DS-ի մոդելի մեջ։

Cascad PSA-ը BIN/GEO/առողջություն, միայն soft-decom-ում։

Winfetch 3DS/ACS ալիքները, ագրեսիվ թայմ-աուտները դեգրադացիայի վրա։

Եզրակացություններ

Pre-KYC/pre-SoF հաճախակի խաղացողների համար։ pre-approval-ը ռուսական շեմի գումարով։

INSTANT միջանցքները ՝ SEPA Instation/Faster Payments/RTP/PIX/push-to-card/wallet։

Միջանցքների կասկադը ՝ instron.f.A2A ստանդարտ SEPA/SWIFT (ETA)։

Same-method & ND տրամաբանությունը ավտոմատացված է, առանց ձեռքի ստուգումների։

Ժամանակավոր պատուհանները 'խուսափել cut-off-ից և «նեղ» ժամացույցներից։

Provider health-feed-ը և avto-failover աճի ժամանակ 'network _ sec'։

Հաղորդակցություն

ETA-ը սկսելիս + առաջընթաց ստատուսներ («Ստուգում», «Նախաձեռնված», «Եվգենոն»)։

Proactive նախազգուշացումը ձերբակալման ժամանակ> SLA, ազնիվ պատճառները և սպասվող ժամանակը։

11) Տնտեսությունը և փոխզիջումները

Instations-ը ավելի թանկ է, համեմատեք uplift CSAT/churn/retention vs bps/fixed-ը։

Պոչերը ավելի թանկ են, քան p50: p95-ի օպտիմիզացումը տալիս է ավելի մեծ P&L ազդեցություն։

Տեղական տարբերությունները 'որոշ GEO-ում «արագ, բայց թանկ» ալիքը ավելի լավ է վճարվում։

12) Պլեյբուկի դեպքը

1. P95 աճը հատուկ PSA/միջանցքով

Avto-rero.ru պահեստային միջանցքի վրա, սահմանների նվազումը։

Խաղացողների հաղորդակցումը նորացված ETA-ի հետ, թիկետը պրովայդերի մեջ։

2. Risk backlog (ձեռքով ստուգումներ)

Ներառել pre-approval-ը X-ի գումարով, վերաբաշխել հերթը, ժամանակավորապես բարձրացնել 71-pass շեմերը։

3. Bank posting ուշացում GEO

Մեկ այլ թղթակից բանկի/դրամապանակի հետ շրջանցելը ժամանակավորապես անջատել «դանդաղ» միջանցքը նոր տարածքների համար։

4. 3DS/ACS դեգրադացիա (դեպոզիտներ)

Frictionless/alternate DS-ը, որտեղ թույլ է տալիս ռիսկի քաղաքականություն կամ կասկադ այլ PBS-ի վրա։

13) A/B թեստերը TTW-ի շուրջ

Instronvs Standard-ը միջանցք է զբոսաշրջիկների մի մասի վրա (guardrails: CBR bps, cost/payout, CSAT)։

Pre-KYC կոոպիրայթ/ֆլոու, ETA ձևակերպումներ, մեթոդների կարգ։

Մետրիկները ՝ TTW p95, SLA-hit%, ticets/1000 trx, AR/կոնվերսիա, churn 7/30։

14) Best practics (կարճ)

1. Չափեք փուլերը և պահեք խաղային փաթեթը մեկ սխեմայում։

2. Օպտիմիզացրեք p95/p99, ոչ միայն մեդիա։

3. Կառուցեք instram-rails, որտեղ տնտեսությունը համընկնում է։

4. Արեք pre-KYC/SoF/approval կրկնվող կոմպոզիցիաների համար։

5. Auto-կասկադեք միջանցքները և PMS-ը, արձագանքեք health-ին։

6. Խոսեք ազնիվ ETA-ի և կարգավիճակի մասին, տեղեկացեք հետաձգումների մասին։

7. SLA պահեք գրանցամատյանում և ստուգեք SLA-hit տոկոսը յուրաքանչյուր կտրվածքի համար։

8. Միացրեք TTW-ին CSAT/ticetam/churn dashbords-ում։

9. Հետպատերազմյան դեպքեր 'արձանագրել պատճառները, փոխել կանոնները/շեմի գաղտնիքները։

10. Տարբերակեք իրադարձությունների սխեման, վալիդիրացրեք խաղալիքների ամբողջական։

15) Ներդրման չեկի ցուցակ

  • TTW սահմանումները ավանդների/եզրակացությունների համար, որոնք կապված են ապրանքի/ֆինանսների հետ։
  • Taim-2019 փուլերով «payments» -ում։ timeline`; SLA կատալոգը։
  • Dashbords p50/p95/p99, SLA-hit%, պոչեր; p95/tails/backlogs։
  • Կասկադա PSA/միջանցքներ, health-feed և auto-failover։
  • Pre-KYC/SoF և pre-approval քաղաքականություն; ND/same-method-ը ավտոմատացված է։
  • ETA հաղորդակցությունը և օգտագործողի համար սթրեսը։
  • Միջանցքներում «արագությունը գինն է» տնտեսական մոդելը։
  • Pleybuki-ը նաև հետմորտեմի գործընթացը։
  • A/B-ի բարելավման թեստերը guardrails-ի հետ։
  • Տվյալների և ճկունության ստացիոնար աուդիտը։

Ռեզյումե

Time-to-Wallet-ը պարզապես «ելքի արագություն» չէ։ Սա հիբրիդային փորձի միջով է, որը ազդում է ծրարի, պահպանման և P & L- ի վրա։ Չափեք TTW քայլերը, օպտիմիզացրեք p95/p99, միացրեք instrone-rails և կասկադներ, հանեք շփումը pre-KYC/approval և ND/same-method ստուգման միջոցով։ Ուժեղ հեռուստացույց, ազնիվ ETA և պատրաստի պլեյբուսները վճարումներ կդարձնեն արագ, կանխատեսելի և տնտեսապես արդարացված։

Contact

Կապ հաստատեք մեզ հետ

Կապ հաստատեք մեզ հետ ցանկացած հարցի կամ աջակցության համար։Մենք միշտ պատրաստ ենք օգնել։

Telegram
@Gamble_GC
Սկսել ինտեգրացիան

Email-ը՝ պարտադիր է։ Telegram կամ WhatsApp — ըստ ցանկության։

Ձեր անունը ըստ ցանկության
Email ըստ ցանկության
Թեմա ըստ ցանկության
Նամակի բովանդակություն ըստ ցանկության
Telegram ըստ ցանկության
@
Եթե նշեք Telegram — մենք կպատասխանենք նաև այնտեղ՝ Email-ի дополнение-ով։
WhatsApp ըստ ցանկության
Ձևաչափ՝ երկրի կոդ և համար (օրինակ՝ +374XXXXXXXXX)։

Սեղմելով կոճակը՝ դուք համաձայնում եք տվյալների մշակման հետ։