समय-से-बटुआ: कुंजी मीट्रिक

1) TTW परिभाषा और वेरिएंट

टाइम-टू-वॉलेट (TTW) - उपयोगकर्ता की कार्रवाई से लक्ष्य बटुए/खाते में धन की वास्तविक उपलब्धता का समय। IGaming के लिए, हम दो मुख्य प्रकारों का उपयोग करते हैं:

TTW₍deposit ₎: 'क्लिक करें "पे" → पैसा खेलने के लिए उपलब्ध है'।
इसमें PSP/बैंक के साथ UX/3DS, प्राधिकरण, पुष्टि और शेष रिकॉर्डिंग शामिल हैं।

TTW₍payout ₎: 'क्लिक करें "निकालें" → एक बाहरी बटुए/बैंक पर पैसा'।

इसमें जोखिम/केवाईसी/एसओएफ जांच, समान-विधि/एनडी गेट, गलियारा ऑर्केस्ट्रेशन, पीएसपी/योजना पर पुष्टि और बैंक/बटुए पर पोस्टिंग शामिल है।

💡 हम "उपलब्धता" पर विचार करते हैं: जमा के लिए - गेम वॉलेट में एक संतुलन; लक्ष्य प्रणाली में आउटपुट - नामांकन के लिए (सफल पोस्टिंग, "आरंभ" नहीं)।

2) क्यों TTW एक P&L मीट्रिक है

रूपांतरण और एआर: त्वरित जमा - पहले शर्त/सत्र की संभावना।

प्रतिधारण और विश्वास: त्वरित निष्कर्ष - मंथन और टिकट।

लागत: तत्काल-रेल अक्सर अधिक महंगी होती है - आपको "गति मूल्य" संतुलन की आवश्यकता होती है।

परिचालन जोखिम: TTW की लंबी पूंछ घटनाओं और चार्जबैक के समूह बनाती है।

3) चरणों द्वारा TTW अपघटन

3. 1. जमा राशि

1. UI/Checkout (रेंडर, मान्यता, 3DS)

2. PSP Auth (अधिकृत)

3. कैप्चर/बुकिंग (पुष्टि, बैलेंस अपडेट)

4. फॉलबैक/रिट्री (при नरम-गिरावट)

' = + + + + + +

3. 2. निष्कर्ष

1. प्री-चेक (केवाईसी/एसओएफ, एनडी/समान-विधि, आरजी/एएमएल सीमा)

2. जोखिम निर्णय (ऑटो/मैनुअल)

3. भुगतान ऑर्केस्ट्रेशन (गलियारा चयन: SEPA इंस्टेंट/PIX/फास्टर Payments/RTP/push-to-card/A2A/e-wallet)

4. PSP API (पहल → स्वीकृत)

5. नेटवर्क/बैंक (समाशोधन/पोस्टिंग)

6. अधिसूचित करें (C)

' = + + + + + + + +

4) एसएलए और लक्ष्य स्तर

जमा p95: ≤ 10-20 सेकंड (पर्स/एक-नल), ≤ 30-60 सेकंड (3 डीएस के साथ कार्ड)।

आउटपुट p95:

त्वरित रेल (SEPA इंस्टेंट/PIX/FPS/RTP, पुश-टू-वॉलेट/कार्ड): ≤ 15-30 мин।
मानक स्तर: T + + 1 बैंकिंग (घंटे/दिन)।
अंतर्राष्ट्रीय स्विफ्ट: 1-3 बैंकिंग दिन।
उम्मीदों को प्रबंधित करने के लिए संचार (ईटीए बैंड) में रखने के लिए p99 महत्वपूर्ण है

5) माप: इकाइयाँ, खिड़कियाँ, नमूना

माप की इकाई: लेनदेन (जमा/भुगतान)।

एकत्रीकरण: p50/p90/p95/p99, SLA-हिट% (ETA में शेयर), पूंछ (पूंछ> 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. एसएलए ईंटें और लंबी पूंछ

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) डैशबोर्ड और केपीआई

TTW p50/p95/p99 विधि/गलियारा/PSP/GEO/BIN क्लस्टर द्वारा।

एसएलए-हिट%, टेल शेयर (> 2 × p95), घटनाएं (एनोटेशन)।

अनुरोध किया गया → प्री-चेक ओके → रिस्क ओके → पहल → पोस्ट → उपलब्ध।

सहसंबंध: TTW vs AR/जमा रूपांतरण, TTW बनाम समर्थन टिकट/CSAT, TTW बनाम मंथन।

लागत: 'कॉस्ट _ per _ payout' और 'टेक-रेट' कॉरिडोर बनाम TTW जीत के साथ।

9) अलर्ट्स

p95 उल्लंघन: कॉरिडोर/PSP> SLA X मिनट के साथ p95 TTW।

पूंछ स्पाइक: जेड घंटों में शेयर> 2 × p95 बढ़ा> Y%।

प्री-चेक स्टाल: t_precheck_start है, t_precheck_ok> 15 मिनट (ऑटो-एस्केलेशन) नहीं है।

जोखिम बैकलॉग: t_risk_start है, t_risk_ok> सीमा नहीं है (मैनुअल कतार)।

नेटवर्क/पोस्टिंग विसंगति: GEO/बैंक द्वारा 'नेटवर्क _ सेकंड' में तेज वृद्धि।

बिना आवश्यक टाइमस्टैम्प के नीति बहाव - घटनाएं।

10) टीटीडब्ल्यू (प्रथाओं) में तेजी कैसे लाएं

जमा राशि

वन-टैप वॉलेट/ऐप्पल पे/Google पे, नेटवर्क टोकन।

जोखिम से घर्षण रहित 3DS, मोडल में 3DS एम्बेडिंग।

बिन/GEO/स्वास्थ्य पर PSP कैस्केड, केवल नरम-गिरावट पर वापस।

प्रीफेच 3DS/ACS चैनल, गिरावट पर आक्रामक समय।

निष्कर्ष

लगातार खिलाड़ियों के लिए प्री-केवाईसी/प्री-एसओएफ; ≤ सीमा राशि के लिए पूर्व-अनुमोदन।

उदाहरण गलियारे: SEPA इंस्टेंट/फास्ट पेमेंट्स/RTP/PIX/पुश-टू-कार्ड/वॉलेट।

गलियारों का झरना: तत्काल → तेजी से A2A → मानक SEPA/SWIFT (ETA के साथ)।

मैनुअल चेक के बिना समान-विधि और एनडी तर्क स्वचालित हैं।

समय खिड़कियां: कट-ऑफ और बैंक "संकीर्ण" घंटे से बचें।

'नेटवर्क _ सेक' वृद्धि के साथ प्रदाता स्वास्थ्य-फ़ीड और ऑटो-फेलओवर।

संचार

शुरुआत + प्रगति स्टेटस ("चेक", "इनिशिएटेड", "क्रेडिट") पर ईटीए।

सक्रिय विलंब अलर्ट> एसएलए, ईमानदार कारण और अपेक्षित समय।

11) अर्थशास्त्र और व्यापार-बंद

तत्काल लागत अधिक: उत्थान CSAT/मंथन/प्रतिधारण बनाम bps/फिक्स्ड की तुलना करें।

पूंछ p50 से अधिक महंगी है: p95 पर अनुकूलन अधिक P&L प्रभाव देते हैं।

स्थानीय अंतर: कुछ GEO में, "तेज लेकिन महंगा" चैनल बेहतर भुगतान करता है।

12) प्लेबुक घटना

1. PSP/कॉरिडोर विशिष्ट p95 वृद्धि

बैकअप कॉरिडोर के लिए ऑटो-रेराउट, अपमानित सीमा को कम करता है।

अद्यतन ईटीए के साथ खिलाड़ियों के लिए संचार, प्रदाता को टिकट।

2. जोखिम बैकलॉग (मैनुअल जांच)

X ≤ मात्रा, पुनर्वितरण कतार के लिए पूर्व-अनुमोदन सक्षम करें, अस्थायी रूप से ऑटो-पास थ्रेसहोल्ड बढ़ाएं।

3. GEO पर बैंक पोस्टिंग में देरी

एक अन्य संवाददाता बैंक/बटुआ के साथ बाईपास, अस्थायी रूप से नए अनुप्रयोगों के लिए "धीमी" गलियारे को अक्षम करें।

4. 3DS/ACS गिरावट (जमा)

बल घर्षण रहित/वैकल्पिक डीएस जहां जोखिम नीति की अनुमति देता है, या किसी अन्य पीएसपी को झरना।

13) TTW के आसपास A/B परीक्षण

ट्रैफ़िक के हिस्से पर तत्काल बनाम मानक गलियारा (रेलिंग: CBR bps, लागत/भुगतान, CSAT)।

प्री-केवाईसी कॉपीराइट/प्रवाह, ईटीए शब्द, विधियों का क्रम।

मेट्रिक्स: TTW p95, SLA-हिट%, टिकट/1000 trx, AR/रूपांतरण, मंथन 7/30।

14) सर्वश्रेष्ठ अभ्यास (लघु)

1. चरणों द्वारा माप करें और एक ही पैटर्न में टाइमस्टैम्प रखें।

2. p95/p99 का अनुकूलन करें, न कि केवल मंझला।

3. एम्बेड इंस्टेंट-रेल जहां अर्थव्यवस्था परिवर्तित होती है।

4. दोहराए गए परिदृश्यों के लिए पूर्व-केवाईसी/एसओएफ/अनुमोदन करें।

5. ऑटो-कैस्केड कॉरिडोर और पीएसपी, स्वास्थ्य पर प्रतिक्रिया देते हैं।

6. ईमानदार ईटीए और स्टेटस कहें, देरी को सूचित करें।

7. एक कैटलॉग में SLA स्टोर करें और प्रत्येक स्लाइस के लिए SLA-हिट% की जांच करें।

8. डैशबोर्ड में CSAT/टिकट/मंथन के लिए TTW टाई करें।

9. पोस्ट की घटनाएं: कब्जा कारण, नियम बदलना/दहलीज टाइमर।

10. घटना स्कीमा का संस्करण करें, टाइमस्टैम्प की पूर्णता को मान्य करें।

15) कार्यान्वयन चेकलिस्ट

जमा/निकासी के लिए TTW परिभाषाएँ उत्पाद/वित्तीय के साथ सहमत हैं।
भुगतान में मंच द्वारा टाइमस्टैम्प। समयरेखा '; एसएलए निर्देशिका।
डैशबोर्ड p50/p95/p99, SLA-हिट%, पूंछ; p95/पूंछ/बैकलॉग अलर्ट।
PSP/कॉरिडोर कैस्केड, स्वास्थ्य-फ़ीड और ऑटो-फेलओवर।
पूर्व-केवाईसी/एसओएफ और पूर्व-अनुमोदन नीतियां; ND/समान-विधि स्वचालित।
उपयोगकर्ता के लिए ईटीए संचार और स्थिति ट्रैकर।
गति ↔ गलियारों के साथ मूल्य आर्थिक मॉडल।
हादसा प्लेबुक और पोस्टमार्टम प्रक्रिया।
रेलिंग के साथ TTW सुधार के A/B परीक्षण।
डेटा पूर्णता और गणना की शुद्धता का नियमित ऑडिट।

सारांश

टाइम-टू-वॉलेट सिर्फ "आउटपुट गति नहीं है। "यह रूपांतरण, प्रतिधारण और पी एंड एल माप टीटीडब्ल्यू को चरणों से प्रभावित करने, p95/p99 को अनुकूलित करने, तत्काल-रेल और कैस्केड को जोड़ ने, पूर्व-केवाईसी/अनुमोदन के माध्यम से घर्षण को हटाने और एनडी/समान-विधि चेक। मजबूत टेलीमेट्री, ईमानदार ईटीए और तैयार किए गए प्लेबुक भुगतान को तेज, अनुमानित और आर्थिक रूप से व्यवहार्य बनाएंगे।

समय-से-बटुआ: कुंजी मीट्रिक

निष्कर्ष

संचार

सारांश

हमसे संपर्क करें

त्वरित संपर्क

वीडियो जल्द ही अपडेट किया जाएगा

हम इस समय परियोजनाओं में बहुत व्यस्त हैं