زمان به کیف پول: متریک کلیدی

1) تعریف TTW و انواع

• TTW₍deposit ₎: روی «پرداخت» کلیک کنید → پول برای بازی در دسترس است
• شامل UX/3DS، مجوز با PSP/بانک، تایید و تعادل ضبط.

TTW₍payout ₎: روی «برداشت» → پول در یک کیف پول/بانک خارجی کلیک کنید.
شامل ریسک/KYC/SoF چک، همان روش/دروازه های ND، orchestration راهرو، تایید در PSP/طرح و ارسال در بانک/کیف پول.

2) چرا TTW یک متریک P&L است

تبدیل و AR: سپرده سریع ↑ احتمال اولین شرط/جلسه.
حفظ و اعتماد: نتیجه گیری سریع ↓ فروش و پشتیبانی بلیط.
هزینه: ریل های فوری اغلب گران تر هستند ⇒ شما نیاز به تعادل «سرعت ↔ قیمت» دارید.
ریسک عملیاتی: دنباله های طولانی TTW خوشه ای از حوادث و بازپرداخت را ایجاد می کنند.

3) تجزیه TTW توسط مراحل

3. 1. سپرده ها

1. UI/پرداخت (رندر، اعتبار سنجی، 3DS)

2. PSP Auth (اجازه)

3. ضبط/رزرو (تایید، به روز رسانی تعادل)

4. برگشت/تلاش مجدد (при نرم کاهش)

= + +

3. 2. نتیجه گیری

1. پیش چک (KYC/SoF، ND/همان روش، محدودیت RG/AML)

2. تصمیم ریسک (خودکار/دستی)

3. ارکستراسیون پرداخت (انتخاب راهرو: SEPA Instant/PIX/Faster Payments/RTP/push-to-card/A2A/e-wallet)

4. PSP API (آغاز → پذیرفته شده)

5. شبکه/بانک ها (پاکسازی/ارسال)

6. آشتی کردن & اعلان

' = + + +

4) SLA ها و سطوح هدف

سپرده p95: ≤ 10-20 ثانیه (کیف پول/یک شیر آب)، ≤ 30-60 ثانیه (کارت با 3DS).

• ریل های فوری (SEPA Instant/PIX/FPS/RTP، push-to-wallet/card): ≤ 15-30 мин.
• اعتبار A2A/SEPA استاندارد: T + 0/T + 1 بانکداری (ساعت/روز).
• SWIFT بین المللی: 1-3 روز بانکی.
• P99 برای حفظ ارتباطات (باند ETA) برای مدیریت انتظارات مهم است.

5) اندازه گیری: واحد، پنجره، نمونه برداری

واحد اندازه گیری: معامله (سپرده/پرداخت).
تجمع: p50/p90/p95/p99، SLA ضربه٪ (سهم در ETA)، دم (دم> 2 × p95).
برش ها: روش/راهرو/PSP/خوشه MID/GEO/BIN/زمان روز/کانال.
حذف: لغو/تکراری (idempotency)، مکث کتابچه راهنمای کاربر به درخواست بازیکن.

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 ضربه٪، سهم دم (> 2 × p95)، حوادث (حاشیه نویسی).
درخواست → قبل از چک OK → خطر OK → آغاز → ارسال شده → در دسترس است.
همبستگی: TTW در مقابل AR/تبدیل سپرده، TTW در مقابل بلیط پشتیبانی/CSAT، TTW در مقابل ریزش.
هزینه: 'cost _ per _ payout' و 'take-rate' در امتداد راهرو در مقابل TTW win.

9) هشدارها

نقض P95: P95 TTW در امتداد راهرو/PSP> SLA X دقیقه.
سنبله دم: سهم> 2 × p95 افزایش> Y٪ در ساعت Z.
غرفه پیش چک: t_precheck_start است که، t_precheck_ok است که> 15 دقیقه (خودکار تشدید).
انباشت ریسک (Risk Backlog): t_risk_start یعنی t_risk_ok> آستانه (صف دستی) نیست.
ناهنجاری شبکه/ارسال: افزایش شدید «network _ sec» توسط GEO/bank.
رانش سیاست - حوادث بدون timestamps مورد نیاز است.

10) چگونه برای سرعت بخشیدن به TTW (شیوه)

سپرده ها

کیف پول های یک شیر/Apple Pay/Google Pay، نشانه های شبکه.
3DS بدون اصطکاک با خطر، جاسازی 3DS در حالت.
PSP آبشار در BIN/GEO/سلامت، retray تنها در نرم کاهش است.
کانال های 3DS/ACS پیش فرض، زمان های تهاجمی در تخریب.

نتیجه گیری

قبل از KYC/قبل از SoF برای بازیکنان مکرر ؛ پیش تصویب برای مقادیر آستانه ≤.
راهروهای نمونه: SEPA Instant/Faster Payments/RTP/PIX/push-to-card/wallet.
آبشار راهروها: فوری → سریع A2A → استاندارد SEPA/SWIFT (با ETA).
همان روش و منطق ND خودکار هستند، بدون چک دستی.
پنجره زمان: اجتناب از قطع و بانک «باریک» ساعت.
ارائه دهنده تغذیه بهداشتی و خودکار شکست با رشد «network _ sec».

ارتباطات

ETA در شروع + وضعیت پیشرفت («بررسی»، «آغاز شده»، «اعتبار»).
هشدار تاخیر پیشگیرانه> SLA ها، دلایل صادقانه و زمان مورد انتظار.

11) اقتصاد و تجارت آف

هزینه های فوری بیشتر: مقایسه بالا بردن CSAT/ریزش/حفظ در مقابل BPS/ثابت.
تیلها گرانتر از p50 هستند: بهینهسازیهای روی p95 اثر P&L بیشتری دارند.
تفاوت های محلی: در برخی GEO، کانال «سریع اما گران» بهتر عمل می کند.

12) حادثه کتاب بازی

1. رشد PSP/راهرو خاص P95

مسیر خودکار به راهرو پشتیبان، کاهش حد تخریب شده.
ارتباط با بازیکنان با ETA به روز شده، بلیط به ارائه دهنده.

2. انباشت ریسک (چک دستی)

فعال کردن پیش تصویب برای مقادیر X ≤، توزیع مجدد صف، به طور موقت آستانه عبور خودکار را افزایش می دهد.

3. تاخیر در ارسال در GEO

دور زدن با یکی دیگر از بانک خبرنگار/کیف پول، به طور موقت غیر فعال کردن «آهسته» راهرو برای برنامه های جدید.

4. تخریب 3DS/ACS (رسوبات)

نیروی اصطکاک بدون/DS جایگزین که در آن سیاست خطر اجازه می دهد تا، و یا آبشار به PSP دیگر.

13) تست A/B در اطراف TTW

فوری در مقابل راهرو استاندارد در بخشی از ترافیک (guardrails: CBR bps، هزینه/پرداخت، CSAT).
کپی رایت/جریان قبل از KYC، جمله بندی ETA، ترتیب روش ها.
معیارها: TTW p95،٪ SLA ضربه، بلیط/1000 trx، AR/تبدیل، چرخش 7/30.

14) بهترین شیوه (کوتاه)

1. اندازه گیری توسط مراحل و نگه داشتن timestamps در یک الگوی واحد.
2. بهینه سازی p95/p99، نه فقط میانه.
3. قرار دادن ریل های فوری که در آن اقتصاد همگرا می شود.
4. قبل از KYC/SoF/تایید برای سناریوهای تکراری انجام دهید.
5. راهرو خودکار آبشار و PSP، واکنش نشان می دهند به سلامت.
6. بگو ETA صادقانه و وضعیت، اطلاع تاخیر.
7. SLA ها را در یک کاتالوگ ذخیره کنید و SLA-hit٪ را برای هر تکه بررسی کنید.
8. TTW را به CSAT/tickets/churn در داشبورد وصل کنید.
9. حوادث پس از: علل ضبط، تغییر قوانین/تایمر آستانه.
10. نسخه برنامه رویداد، اعتبار کامل از نشانه های زمانی.

15) چک لیست پیاده سازی

• تعاریف TTW برای سپرده ها/برداشت ها با محصول/مالی توافق شده است.
• برچسب زمان مرحله در پرداخت. جدول زمانی ؛ راهنمای SLA
• داشبورد p50/p95/p99، SLA ضربه٪، دم ؛ هشدار p95/tails/backlogs
• PSP/راهرو آبشار، بهداشت خوراک و خودکار شکست.
• قبل از KYC/SoF و سیاست های قبل از تصویب ؛ ND/همان روش خودکار.
• ارتباطات ETA و ردیاب وضعیت برای کاربر.
• مدل اقتصادی سرعت ↔ قیمت در امتداد راهرو.
• playbooks حادثه و روند پس از مرگ.
• تست A/B از بهبود TTW با guardrails.
• حسابرسی منظم از کامل بودن داده ها و صحت محاسبات.

خلاصه

Time-to-Wallet فقط «سرعت خروجی» نیست. "این یک متریک پایان به پایان تجربه پرداخت موثر بر تبدیل، حفظ و P&L اندازه گیری TTW توسط مراحل، بهینه سازی p95/p99، اتصال ریل های فوری و آبشار، حذف اصطکاک از طریق قبل از KYC/تایید و خودکار ND/همان روش چک. تله متری قوی، ETA های صادقانه و playbooks آماده، پرداخت ها را سریع، قابل پیش بینی و اقتصادی می کند.