Time-to-Wallet: საკვანძო მეტრი

1) TTW განმარტება და პარამეტრები

• TTW - deposit: 'კლიპი „გადახდა“. ფული ხელმისაწვდომია თამაშისთვის'.
• მოიცავს UX/3DS, PSP/Bank- ის ავტორიზაციას, ბალანსის დადასტურებას და ჩაწერას.

TTW-payout: 'კლიშე „გამოყვანა“ ფული გარე საფულეზე/ბანკში'.
მოიცავს risk/KYC/SoF შემოწმებებს, same-method/ND კარიბჭეებს, დერეფნის ორკესტრს, PSP/სქემების დადასტურებას და ბანკში/საფულეში განთავსებას.

2) რატომ არის TTW P&L მეტრი

კონვერტაცია და AR: სწრაფი ანაბარი - პირველი კურსი/სესიის ალბათობა.
შენარჩუნება და ნდობა: სწრაფი დასკვნები churn და sapport tickets.
ღირებულება: Instant-rails ხშირად უფრო ძვირია - საჭიროა ბალანსი „სიჩქარე და ფასი“.
ოპერაციული რისკი: TTW- ს გრძელი „კუდები“ ქმნიან ინციდენტების კლასტერებს და chargeback ძაბვას.

3) TTW დაშლა ეტაპზე

3. 1. დეპოზიტები

1. UI/Checkout (rander, country, 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 შემოწმებები (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 წამი (საფულეები/ერთი-ტოპი), 30-60 წამი (ბარათები 3DS- დან).

• Instant rails (SEPA Instant/PIX/FPS/RTP, push-to-wallet/card): ≤ 15–30 мин.
• სტანდარტული A2A/SEPA კრედიტი: T + 0/T + 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) დაშბორდი და KPI

TTW p50/p95/p99 მეთოდები/დერეფნები/PSP/GEO/BIN მტევანი.
SLA-hit%, tail sharl (> 2 × p95), ინციდენტები (სურათები).
დასკვნების ძაბვა: Requested - Pre-check OK - Risk OK - Initiated - Posted - Available.
კორელაციები: TTW vs AR/დეპოზიტის კონვერტაცია, TTW vs საფორტეპიანო/CSAT, TTW vs churn.
ღირებულება: 'cost _ per _ per _ payout' და 'take-rate' დერეფნის გასწვრივ 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 არ არის> ბარიერი (სახელმძღვანელო ხაზი).
ქსელის/ფოსტის ანომალია: მკვეთრი ზრდა 'ქსელის _ sec' შესაბამისად GEO/Bank.
პოლიცია დრიფტი: მოვლენები აუცილებელი დროის ეტიკეტების გარეშე.

10) როგორ დააჩქაროთ TTW (პრაქტიკა)

დეპოზიტები

One-tap საფულე/Apple Pay/Google Pay, ქსელი tokens.
Frictionless 3DS რისკის ქვეშ, 3DS ფორმირება მოდალაში.
PSP კასკადი BIN/GEO/ჯანმრთელობისთვის, retrais მხოლოდ რბილი-decline.
Prefetch 3DS/ACS არხები, აგრესიული დროები დეგრადაციისთვის.

დასკვნები

Pre-KYC/pre-SoF ხშირი მოთამაშეებისთვის; pre-approval ბარიერის ოდენობით.
ინსტალაციის დერეფნები: SEPA Instant/Faster Payments/RTP/PIX/push-to-card/wallet.
დერეფნების კასკადი: ინსტანტი - სწრაფი A2A - სტანდარტული SEPA/SWIFT (ETA- ით).
Same-method & ND ლოგიკა ავტომატიზირებულია ხელით შემოწმების გარეშე.
დროებითი ფანჯრები: თავიდან აიცილოთ cut-off და საბანკო „ვიწრო“ საათები.
Provider health-feed და auto-failover „ქსელის _ sec“ ზრდის დროს.

კომუნიკაციები

დასაწყისში ETA + პროგრესული სტატუსები („შემოწმება“, „ინიცირებული“, „ჩარიცხული“).
Proactive გაფრთხილებები შეფერხებების დროს> SLA, გულწრფელი მიზეზები და მოსალოდნელი დრო.

11) ეკონომიკა და კომპრომისი

Instant უფრო ძვირია: შეადარეთ uplift CSAT/churn/retention vs bps/fixed.
კუდები უფრო ძვირია, ვიდრე p50: ოპტიმიზაცია p95-ზე უფრო მეტ P&L ეფექტს იძლევა.
ადგილობრივი განსხვავებები: ზოგიერთ GEO- ში „სწრაფი, მაგრამ ძვირადღირებული“ არხი უკეთესად იხდის.

12) Playbook- ის ინციდენტი

1. ზრდა p95 კონკრეტული PSP/დერეფანში

სარეზერვო დერეფნისთვის მანქანის რემონტი, დეგრადაციის გასწვრივ ლიმიტის შემცირება.
მოთამაშეთა კომუნიკაცია განახლებული ETA- სთან, თიკეტი პროვაიდერზე.

2. Risk backlog (სახელმძღვანელო შემოწმება)

ჩართეთ pre-approval თანხები X, გადაანაწილეთ რიგები, დროებით აამაღლეთ auto-pass- ის ბარიერები.

3. Bank post შეფერხებები GEO

სხვა შესაბამის ბანკთან/საფულესთან შემოვლითი, დროებით გამორთეთ „ნელი“ დერეფანი ახალი განაცხადებისთვის.

4. 3DS/ACS დეგრადაცია (ანაბრები)

აიძულეთ frictionless/alternate DS, სადაც რისკის პოლიტიკა საშუალებას გაძლევთ, ან კასკადი სხვა PSP- ზე.

13) A/B ტესტები TTW- ს გარშემო

Instant vs Standard დერეფანი ტრეფიკის ნაწილებზე (guardrails: CBR bps, cost/payout, CSAT).
Pre-KYC საავტორო უფლებები/ფლეშ, ETA ფორმულირება, მეთოდების რიგი.
მეტრიკა: TTW p95, SLA-hit%, ticets/1000 trx, AR/კონვერტაცია, churn 7/30.

14) საუკეთესო პრემიები (მოკლედ)

1. გაზომეთ ნაბიჯები და შეინახეთ დრო ერთ სქემაში.
2. ოპტიმიზაცია მოახდინეთ p95/p99 და არა მხოლოდ საშუალო.
3. მოაწყეთ ინსტანტურ-სარკინიგზო მაგისტრალები, სადაც ეკონომიკა თანხვედრაშია.
4. გააკეთეთ pre-KYC/SoF/approval განმეორებითი სცენარისთვის.
5. კასკადური მანქანები დერეფნები და PSP, რეაგირება ჯანმრთელობის შესახებ.
6. თქვით პატიოსანი ETA და სტატუსები, აცნობეთ შეფერხებების შესახებ.
7. შეინახეთ SLA კატალოგში და შეამოწმეთ SLA-hit% თითოეული მონაკვეთისთვის.
8. მიიპყრო TTW CSAT/ticets/churn dashboards.
9. პოსტ-ინციდენტები: დააფიქსირეთ მიზეზები, შეცვალეთ წესები/ბარიერი ტაიმერები.
10. დააკონკრეტეთ მოვლენების სქემა, დააკონკრეტეთ დროული ეტიკეტების სისრულე.

15) განხორციელების სია

• TTW განმარტებები დეპოზიტებისთვის/დასკვნებისთვის, რომლებიც შეთანხმებულია პროდუქტთან/ფინანსებთან.
• დროის ეტიკეტები „payments“ ეტაპზე. timeline`; SLA კატალოგი.
• დაშბორდები p50/p95/p99, SLA-hit%, კუდები; ალერტები p95/tails/backlogs.
• cascades PSP/დერეფნები, health-feed და auto-failover.
• Pre-KYC/SoF და pre-approval პოლიტიკოსები; ND/same-method ავტომატიზირებულია.
• ETA კომუნიკაციები და მომხმარებლისთვის სტატუს-ტრეკერი.
• ეკონომიკური მოდელი „სიჩქარე და ფასი“ დერეფნების გასწვრივ.
• ინციდენტების ფლეიბუკი და პოსტ-მორტემის პროცესი.
• A/B ტესტები TTW- ს გაუმჯობესებისთვის guardrails- ით.
• მონაცემთა სისრულისა და გამოთვლების სისწორის რეგულარული აუდიტი.

რეზიუმე

Time-to-Wallet არ არის მხოლოდ „გამომავალი სიჩქარე“. ეს არის გადახდის გამოცდილების კვალი მეტრიკა, რომელიც გავლენას ახდენს კონვერსიაზე, შენარჩუნებაზე და P & L- ზე. გაზომეთ TTW ეტაპზე, ოპტიმიზაცია მოახდინეთ p95/p99, დააკავშირეთ instant-rails და კასკადები, ამოიღეთ ხახუნი pre-KYC/approval- ის საშუალებით და ავტომატიზირდით ND/same-method აუდიტის საშუალებით. ძლიერი ტელემეტრია, გულწრფელი ETA და მზა ფლეიბუკები გადახდებს სწრაფად, პროგნოზირებად და ეკონომიკურად გამართლებული გახდის.