Un flux de Verification of Payee bine proiectat își consumă cea mai mare parte a efortului pe căile care nu sunt fericite. O verificare poate expira, banca care răspunde poate fi de neatins sau rezultatul poate fi, în mod legitim, „indisponibil”. Felul în care aplicația ta gestionează aceste momente decide dacă VoP îi protejează pe utilizatori sau îi frustrează.
Cazurile pentru care să proiectezi
- Indisponibil: banca nu poate returna un rezultat. Este un rezultat definit, nu o eroare.
- Expirare: verificarea nu a răspuns la timp.
- Eroare de transport: apelul în sine a eșuat.
- Aproape potrivire și Nicio potrivire: rezultate valide care au nevoie de mesaje clare.
Nu lăsa niciodată să treacă în tăcere
Dacă o verificare eșuează sau este indisponibilă, nu o trata în tăcere ca pe o potrivire. Spune-i plătitorului că verificarea nu a putut fi finalizată și lasă-l să facă o alegere în cunoștință de cauză.
Proiectarea soluției de rezervă
- 1 Distinge în UX „indisponibil” de o defecțiune tehnică.
- 2 Folosește un timeout scurt și un mesaj clar dacă este depășit.
- 3 Oferă un pas următor rezonabil, nu o fundătură.
- 4 Înregistrează rezultatul, ca suportul și auditul să vadă ce s-a întâmplat.
Rezultate pe care poți proiecta
Verification of Payee de la RoxPay returnează rezultate clare și distincte - inclusiv „indisponibil” - astfel încât să poți construi o UX de rezervă care degradează elegant, în loc să ghicească.