UX ჩეკის ნიმუშები და კონვერტაცია

1) Flow რუკა: რა არის ოპტიმიზაცია

Entry → Method pick → Details → Review → 3DS/Confirmation → Receipt

ჩვენ მხარს ვუჭერთ სწრაფ რელსებს (A2A/საფულეები/One-tap) და კლასიკურ რუქებს (PAN ფორმა).
განმეორებითი გადახდისთვის - ერთი კლიკი/ტოკენსი/ქსელი ტოკენსი; პირველისთვის - „ხახუნის გარეშე“ იმ მომენტამდე, როდესაც საჭიროა ნაბიჯი.

2) Single-step vs Multi-step

Single step (inline): ნაკლები დაწკაპუნება, უფრო სწრაფი აღქმა. რეკომენდებულია საფულეებისთვის/Apple Pay/Google Rau/ადგილობრივი გადამისამართების მეთოდები.
Multi-step (ოსტატი): უკეთესად აკონტროლებს შემეცნებით დატვირთვას ბარათებზე/SoF ფორმაზე. თითოეული ნაბიჯი - 1 გამოსავალი (თანხა - მეთოდი - დეტალები - დადასტურება).
გამოსავალი: ჰიბრიდი - სწრაფი სარკინიგზო და მოკლე ფორმატის ბარათებისთვის, რთული სცენარების ოსტატი (კუპონი/ბონუსი/ანგარიშის მისამართი/SoF).

3) ფორმები: სიჩქარე შეცდომის გარეშე

ვალიდაცია და შენიღბვა

მანქანის ფორმატი PAN (# # # # # # #), Luhn ადგილობრივად, ბრენდის და სიგრძის მინიშნება.
EXP MM/YY - ორი ველი ავტომატური გადაადგილებით, CVV - ნიღაბი + რჩევის ხატი.
BIN დეტალი - მინიშნება „თქვენი ბანკის რუქას შეუძლია მოითხოვოს 3DS“.
თანხა/ვალუტა: ჩვენ ვაჩვენებთ ადგილობრივ ვალუტას და გადაქცევას ვალუტაში (თუ განსხვავდება).

ბენზინგასამართი

ბრაუზერის 'autocomplete' მხარდაჭერა (cc-number, cc-exp, cc-csc, name).
მეთოდის შენარჩუნება (თანხმობით) - ტოკენიზაცია; ახსნა „ჩვენ არ ვიცავთ PAN- ს“.

შეცდომები

Inline რჩევები და არა „form wide“. შეტყობინება 1 სტრიქონში: რა მოხდა და რა უნდა გაკეთდეს.
მკაცრი (invalid PAN) და რბილი (issuer unavailable) შეცდომების გაზიარება - გამეორების სტრატეგია დამოკიდებულია ამაზე.

4) მეთოდის არჩევანი: „თეთრი პოლკი“, არა ვიტრინა

პირველი - რეკომენდებული (საფულეები/ადგილობრივი APM მაღალი AR), შემდეგ „სხვა მეთოდები“.
დამალეთ არასამუშაო მეთოდები GEO/ვალიდაციისთვის.
ლოკალიზებული ხატები/სახელები; აჩვენეთ ETA დასკვნამდე (თუ ეს არის ანაბარი + დასკვნა ერთ სისტემაში).
ბარათებისთვის - Visa/Mastercard/MIR/AmEx BIN დეტალებისთვის.

5) 3DS UX: როგორ არ უნდა „მოკვლა“ კონვერსია

Frictionless ნაგულისხმევი, გამოწვევა - მხოლოდ რისკის/პოლიტიკის დროს.
გააკეთეთ 3DS ინტეგრირებული მოდალკაში, არა როგორც ახალი ფანჯარა.
მკაფიო მოლოდინები: „ბანკმა შეიძლება მოითხოვოს დადასტურება - იქვე შეინახეთ ტელეფონი“.
Fail-safe: Time-out - წინადადება გაიმეოროს ან გადავიდეს ალტერნატიულ მეთოდზე.
შეინახეთ კონტექსტი: 3DS- ის დასრულების შემდეგ, ჩვენ იმავე ნაბიჯს ვუბრუნდებით, მონაცემების დაკარგვის გარეშე.

6) უარი და აღდგენა (decline-recovery)

Soft-decline: მინიშნება „ბანკი/ლიმიტი დროებით მიუწვდომელია“ + გამეორების ღილაკი; თუ გამეორებას არ დაეხმარა, ღილაკი „სცადეთ სხვა მეთოდი“ (შესთავაზეთ A2A/საფულე).
Hard-decline: არ შესთავაზოთ rettray იმავე მარშრუტზე; უსაფრთხო ალტერნატივების ჩვენება (ადგილობრივი APM).
შეინახეთ თანხა/ვალუტა და შერჩეული ბონუსის პაკეტი - არ აიძულოთ ხელახლა შემოიტანოთ.
მობილურზე - არ დაიმალოთ სისტემის უკან; შეინახეთ სახელმწიფო URL/Storage.

7) კომისიების გამჭვირვალობა და დაბრუნების პოლიტიკა

თუ ანაბარზე არის fee ან DCC - ნაჩვენებია სანამ დადასტურდება: „კომისია X %/Y ფიქსაცია, Z ჩამოწერის შედეგი“.
Same-method და „დაბრუნება წყაროზე“: მოკლე ტექსტი „წაიყვანეთ იქ, საიდანაც ანაბარი მოვიდა, წმინდა თანხამდე“.
წესების ბმულები - ცალკეულ ფენაში (sheet), მომხმარებლის გადახდის ნაბიჯის ამოღების გარეშე.

8) ლოკალიზაცია, ვალუტა, ენა

Accept-Language/IP/KYC მანქანების ენა, მაგრამ აშკარა გადართვა.
ათასობით/ათწლეულის ფორმატირება იდაყვის გასწვრივ (1,234.56 vs 1.234. 56).
ადგილობრივი გადახდის დეტალები (CPF/PIX გასაღები, IBAN, ბილინგის მისამართი) - მხოლოდ იმ შემთხვევაში, თუ საჭიროა ამ ქვეყანაში.
თარიღები/დრო 3DS/კოდი თარიღებისთვის - იდაყვის მიხედვით (24h vs 12h).

9) საფულეები და ერთი ტოპი

Apple Pay/Google Pay: აჩვენეთ მხოლოდ დამხმარე მოწყობილობებზე/ბრაუზერებზე. One-tap თანხის ბარათზე.
სისტემური sheet - ყველაზე სწრაფი; არ დამალოთ თანხა/ვალუტა.
„შენახული“ ბარათების/საფულეების ვიტრინა: დიდი ლოგოები, ბოლო 4, ამოიწურა - გაფრთხილებით „განაახლეთ თარიღი“.
ქსელის ტოკენსის მხარდაჭერა სტაბილური განმეორებითი გადახდებისთვის/ჩანაწერისთვის.

10) ხელმისაწვდომობა და შესრულება

A11y: ფოკუსური სტილი, კონტრასტები, 'aria-labels', ეკრანის კითხვის მხარდაჭერა 3DS/ფორმებზე.
კლავიატურის ნავიგაცია და „tab-order“ ხაფანგების გარეშე.
Loading <2 c პირველი ინტერაქტიული, ჩონჩხი ცარიელი ეკრანების ნაცვლად.
ოფლაინ სტაბილიზაცია: თუ ქსელი „ჩაიძირა“ 3DS- ზე - გასაგები კომუნიკაცია და უსაფრთხო გამეორება.

11) Anti-frode-friendly UI (კონვერტაციის „დაწვის“ გარეშე)

რბილი ნაბიჯი: მოთხოვნა ZIP/საფოსტო, DOB, სელფი/KUS - რისკის ქვეშ და არა ყველას.
mismatch განათება (BIN ქვეყანა vs IP/KYC) - შიდა ლოგიკის გამჟღავნების გარეშე („როგორც ჩანს, მიმდინარე ბანკი არ არის მხარდაჭერილი“).
UI- ში მცდელობების რაოდენობის შეზღუდვა, გამეორების წინ ტაიმერი, პროგრესი.

12) მიკრო საავტორო უფლებები (მაგალითები)

PAN: „16-19 ციფრი, ხარვეზების გარეშე - ჩვენ დავამატებთ“.
CVV: „3-4 ციფრი ბარათის მიმოქცევაში/სახეზე“.
რბილი შეცდომა: "ბანკმა დროებით არ უპასუხა. კიდევ ერთხელ შეეცადეთ, სხვა გზა შეარჩიოთ".

შეცდომა: "ბანკმა უარყო ოპერაცია. შეარჩიეთ გადახდის სხვა მეთოდი."

3DS: „დაადასტურეთ ოპერაცია ბანკის განაცხადში - ეს ხდება 10-20 წამი“

13) მობილური ნიმუშები

Numeric-keyboard რიცხვითი ველებისთვის, ფოკუსის ავტომატური გადაადგილება.
Sticky-bar- „სულ ჩამოწერა/გაგრძელება“.
მხარდაჭერა deep-link 3DS საბანკო პროგრამებში.
Haptic feedback დასადასტურებლად; არ გამოიყენოთ ბოროტად გამოყენება.

14) გადახდის სცენარები და ფლეშ ვარიანტები

Express ანაბარი: ნაგულისხმევი მეთოდი (ბოლო წარმატებული ნიშანი), 1 ეკრანი.
„რეგისტრაციის გარეშე“ - KYC გადახდის შემდეგ (სადაც ნებადართულია): გაზრდის ტოპ-ფუნდელს, მაგრამ აუცილებელია დაბრუნებისა და შეზღუდვების პოლიტიკა.
კომბოს ბონუს + ანაბარი: აჩვენეთ სუფთა ანაბარი და ბონუსი ცალკე; არ დაიმალოთ თამაშის პირობები.

15) მეტრიკი და დაშბორდი (მინიმალური)

AR/DR მეთოდით/გეო/არხი/მოწყობილობა.
3DS pass & liability shift, soft-decline share.
Funnel: View→MethodPick→Details→3DSStart→3DSSuccess→Paid.
Abandonment reasons (on-page events): დახურვა, ველის შეცდომა, დრო.
Latency p95/p99 ეტაპზე (rander, შეყვანა, 3DS, დადასტურება).
Cost-per-Approval და take-rate% (UX- ის ცვლილებებისთვის, რომლებიც გავლენას ახდენენ როუტინგზე).
Mobile vs Desktop: უფსკრული AR და latence.

16) ექსპერიმენტები (მოკლედ)

რანდომიზირება მოახდინეთ მომხმარებლისთვის, სტრატიფიცირება GEO/BIN/მეთოდით.
Guardrails: CBR/Refund, AR ბარიერი, latence.
ტესტირება: მეთოდების შეკვეთა, შეცდომების ტექსტები, 3Ds მოდალის რედაქტირება, ექსპრეს ნაკადი, ბენზინგასამართი სადგური, შენიღბვა.
გაითვალისწინეთ სრული ღირებულება (fees/FX/reserve), თუ flow ცვლის მეთოდს/PSP არჩევანს.

17) ეკრანის შაბლონები (wireframe დონე)

A. მეთოდის არჩევა (მობილური)

სათაური: „გადახდის მეთოდი“

ბარათები: Apple Pay/Google Pay/ადგილობრივი საფულე/რუკა

ეტიკეტები: „სწრაფი“, „გირჩევთ“, ETA გამოსავალი (თუ შესაბამისი)

ადგილობრივი ვალუტა + თანხა

ბარათების ფორმა

ველები: PAN, EXP, CVV, მფლობელის სახელი

ჩეკბოქსი „სწრაფი გადახდისთვის ბარათის შენახვა“ (განმარტებით)

ინფობლოკი: ბანკში დადასტურების მოთხოვნა შესაძლებელია

ღილაკი: „გადაიხადე X {ვალუტა“

C. 3DS მოდალური

ნაბიჯები: „ჩვენ ველოდებით დადასტურებას ბანკში“ + ტაიმერი + ღილაკი „განმეორება“

ლინკი „აირჩიე სხვა გზა“ (ინარჩუნებს თანხას და კონტექსტს)

შეცდომა/ალტერნატივა

შეტყობინება უარის თქმის ტიპზე

CTA 1: გამეორება (რბილი)

CTA 2: „გადაიხადე [ადგილობრივი მეთოდით]“

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

1. ჯერ სწრაფი რელსები (საფულეები/A2A), შემდეგ ბარათები; დამალეთ არარელევანტური მეთოდები.
2. რბილი ინსტალაცია, შეცდომის დასრულებული შეტყობინება, გადატვირთვის გარეშე.
3. 3DS მოდალკაში, frictionless ნაგულისხმევი, მკაფიო მოლოდინი და გეგმა B.
4. სახელმწიფო შენარჩუნება უარის თქმისა და დაბრუნების დროს, ერთი დაწკაპუნება გამეორებამდე.
5. ლოკალიზაცია: ვალუტა/ფორმატები/ველები; დადასტურებამდე აჩვენეთ საკომისიო.
6. მობილური პირველი დიზაინი: numeric-keyboard, sticky-CTA, ზემოთ სწრაფი მეთოდები.
7. ხელმისაწვდომობა და პროდუქტიულობა არ არის არჩევითი.
8. Anti frode step-up რისკის ქვეშ და არა ყველას.
9. ტელემეტრია ყოველი ნაბიჯისთვის + ძაბრი უარის თქმის და მიზეზების გამო.
10. ექსპერიმენტები guardrails- ით და სრული ღირებულებით.

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

• GEO მეთოდების რუკა და შოუს წესი.
• PAN/EXP/CVV, 'autocomplete'.
• BIN დეტალი და ბრენდი, მინიშნება 3DS.
• 3DS მოდალური ტაიმერით და fallback.
• Retry for soft-decline, ალტერნატივა hard-decline.
• გამჭვირვალე კომისიები და same-method- ის პოლიტიკა.
• ლოკალიზაცია: ენა, ვალუტა, ფორმატები, ადგილობრივი ველები.
• One-tap/საფულეები, შენახული მეთოდები, ქსელის ტოკენსი.
• A11u/შესრულება (LCP/TTI), ჩონჩხები.
• დაშბორდები: AR/DR, 3DS, funnel, latence, უარის თქმის მიზეზები.
• გეგმა A/B და guardrails, მონაცემთა ფრიზი ანალიზისთვის.

რეზიუმე

Checkout- ის კონვერტაცია არის წვრილმანების ჯამი: სწრაფი მეთოდები „პირველ ეკრანზე“, სწორი ფორმები და მინიშნებები, სისუფთავე 3DS ესკალაცია, კომპეტენტური უარის თქმის დამუშავება და კომისიების გულწრფელი გამჭვირვალობა. ყურადღება გაამახვილეთ გაუმართაობის შემდეგ სიჩქარით, სიცხადითა და აღდგენით, გაზომეთ ყველაფერი ნაბიჯებით და განახორციელეთ ცვლილებები კონტროლირებადი ექსპერიმენტების საშუალებით - ასე რომ, თქვენ აამაღლებთ AR- ს, შეამცირებთ უარს და შეინარჩუნებთ მოთამაშეთა და რეგულატორების ნდობას.