الوقت إلى المحفظة: المقياس الرئيسي

1) تعريف TTW والمتغيرات

• TTW₍deposit ₎: «انقر فوق» ادفع «→ الأموال متاحة للعب».
• يشمل UX/3DS والإذن باستخدام PSP/bank والتأكيد وتسجيل الرصيد.

TTW₍payout ₎: «انقر فوق» سحب «أموال → على محفظة/بنك خارجي».
يشمل شيكات المخاطر/KYC/SoF، وبوابات نفس الطريقة/ND، وتنسيق الممر، والتأكيد في PSP/المخطط والنشر في البنك/المحفظة.

2) لماذا TTW هو مقياس P&L

التحويل و AR: الإيداع السريع ↑ احتمال الرهان/الجلسة الأولى.
الاحتفاظ والثقة: استنتاجات سريعة ↓ تذاكر التشغيل والدعم.
التكلفة: غالبًا ما تكون القضبان الفورية أكثر تكلفة ⇒ تحتاج إلى توازن «السرعة ↔ السعر».
المخاطر التشغيلية: تخلق ذيول TTW الطويلة مجموعات من الحوادث واسترداد التكاليف.

3) تحلل TTW على مراحل

3. 1. الودائع

1. واجهة المستخدم/الدفع (العرض، التحقق، 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) اتفاقات جنوب السودان والمستويات المستهدفة

إيداع 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-hit% (share in ETA), tails (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) لوحات القيادة ومؤشرات الأداء الرئيسية

TTW p50/p95/p99 حسب الطريقة/الممر/PSP/GEO/BIN class.
SLA-hit%, tail share (> 2 × p95), incidents (annotations).
طلب → فحص مسبق OK → Risk OK → بدأ → نشر → متاح.
الارتباطات: TTW vs AR/تحويل الودائع، TTW مقابل تذاكر الدعم/CSAT، TTW vs churn.
التكلفة: فوز «التكلفة _ لكل _ دفع» و «معدل الاستلام» على طول الممر مقابل فوز TTW.

9) تنبيهات

خرق p95: p95 TTW على طول الممر/PSP> SLA X دقائق.
ارتفاع الذيل: زاد السهم> 2 × p95> Y٪ في ساعات Z.
كشك التحقق المسبق: t_precheck_start هو، t_precheck_ok ليس> 15 دقيقة (تصعيد تلقائي).
تراكم المخاطر: t_risk_start هو، t_risk_ok ليس> عتبة (قائمة انتظار يدوية).
شذوذ الشبكة/النشر: زيادة حادة في «الشبكة _ ثانية» بواسطة GEO/bank.
انحراف السياسة - أحداث بدون طوابع زمنية مطلوبة.

10) كيفية تسريع TTW (الممارسات)

الودائع

محافظ بنقرة واحدة/Apple Pay/Google Pay، رموز الشبكة.
3DS خالية من الاحتكاك حسب المخاطر، مع تضمين 3DS في الوسيلة.
تعاقب PSP على BIN/GEO/health، فقط على الانخفاض الضعيف.
قنوات 3DS/ACS المسبقة، فترات زمنية صارمة بشأن التدهور.

استنتاجات

ما قبل KYC/ما قبل SoF للاعبين المتكررين ؛ الموافقة المسبقة على مبالغ العتبة ≤.
ممرات المثال: SEPA Instant/Faster Payments/RTP/PIX/Push-to-card/wallet.
سلسلة من الممرات: فورية → سريعة A2A → قياسية SEPA/SWIFT (مع ETA).
يتم أتمتة نفس الطريقة ومنطق ND، دون فحوصات يدوية.
النوافذ الزمنية: تجنب الانقطاع وساعات البنك «الضيقة».
موفر التغذية الصحية والفشل التلقائي مع نمو «الشبكة _ ثانية».

الاتصالات

ETA في حالة البداية + التقدم («تحقق»، «بدأ»، «ائتمان»).
تنبيهات التأخير الاستباقية> SLAs والأسباب الصادقة والوقت المتوقع.

11) الاقتصاد والمقايضات

التكاليف الفورية أكثر: قارن الارتفاع CSAT/churn/retention vs bps/ثابت.
الذيول أغلى من p50: التحسينات على p95 تعطي تأثير P&L أكبر.
الاختلافات المحلية: في بعض توقعات البيئة العالمية، تؤتي القناة «السريعة ولكن باهظة الثمن» ثمارها بشكل أفضل.

12) حادثة كتاب اللعب

1. نمو PSP/ممر محدد p95

إعادة التوجيه التلقائي إلى الممر الاحتياطي، مما يقلل من الحد المتدهور.
تواصل مع اللاعبين الذين لديهم ETA محدث، تذكرة إلى المزود.

2. تراكم المخاطر (عمليات التحقق اليدوية)

مكّن الموافقة المسبقة لمبالغ ≤ X، وإعادة توزيع قائمة الانتظار، ورفع عتبات المرور التلقائي مؤقتًا.

3. تأخيرات في نشر توقعات البيئة العالمية

تجاوز مع بنك/محفظة مراسلة أخرى، تعطيل الممر «البطيء» مؤقتًا للتطبيقات الجديدة.

4. تدهور 3DS/ACS (الرواسب)

فرض DS بدون احتكاك/بديل حيث تسمح سياسة المخاطر، أو تتتابع إلى PSP آخر.

13) اختبارات A/B حول TTW

ممر فوري مقابل قياسي على جزء من حركة المرور (حواجز الحماية: CBR bps، التكلفة/الدفع، CSAT).
Pre-KYC حقوق النشر/التدفق، صياغة ETA، ترتيب الطرق.
المقاييس: TTW p95، SLA-hit٪، التذاكر/1000 trx، AR/conversion، churn 7/30.

14) أفضل الممارسات (قصيرة)

1. قم بالقياس على مراحل واحتفظ بالطوابع الزمنية بنمط واحد.
2. تحسين p95/p99، وليس فقط المتوسط.
3. قضبان فورية مضمنة حيث يتقارب الاقتصاد.
4. القيام بما قبل KYC/SoF/الموافقة على السيناريوهات المتكررة.
5. تتفاعل ممرات التسلسل التلقائي و PSP مع الصحة.
6. قل ETA والحالات الصادقة، قم بإخطار التأخير.
7. قم بتخزين SLAs في كتالوج وتحقق من SLA-hit٪ لكل شريحة.
8. اربط TTW بـ CSAT/Tickets/curn في لوحات القيادة.
9. حوادث ما بعد: أسباب الالتقاط، قواعد التغيير/عتبات التوقيت.
10. إصدار مخطط الحدث، التحقق من اكتمال الطوابع الزمنية.

15) قائمة التنفيذ المرجعية

• تعاريف TTW للودائع/عمليات السحب المتفق عليها مع المنتجات/البيانات المالية.
• الطوابع الزمنية حسب مراحل الدفع. الجدول الزمني '؛ دليل SLA.
• لوحات المعلومات p50/p95/p99، النسبة المئوية لجيش تحرير السودان، ذيول ؛ p95/tails/backlogs التنبيهات.
• سلسلة شلالات PSP/الممر، والتغذية الصحية والفشل التلقائي.
• سياسات الموافقة المسبقة عن علم/سياسات الموافقة المسبقة ؛ ND/نفس الطريقة مؤتمتة.
• ETA الاتصالات وتتبع الحالة للمستخدم.
• السرعة ↔ النموذج الاقتصادي للأسعار على طول الممرات.
• كتب اللعب الخاصة بالحوادث وعملية تشريح الجثة.
• اختبارات A/B لتحسينات TTW مع حواجز الحماية.
• مراجعة منتظمة لاكتمال البيانات وصحة الحسابات.

موجز

الوقت إلى المحفظة ليس مجرد "سرعة إخراج. "إنه مقياس شامل لتجربة الدفع يؤثر على التحويل والاحتفاظ و P & L. Measure TTW على مراحل، وتحسين p95/p99، وتوصيل القضبان الفورية والسلسلة التعاقبية، وإزالة الاحتكاك من خلال ما قبل KYC/الموافقة وأتمتة ND/نفس الطريقة الفحوصات. سيؤدي القياس عن بعد القوي واتفاقيات إيتا الصادقة وكتب اللعب الجاهزة إلى دفع المدفوعات بسرعة ويمكن التنبؤ بها وقابلة للتطبيق اقتصاديًا.