Een goed ontworpen Verification of Payee-flow besteedt het grootste deel van zijn inspanning aan de niet-gelukkige paden. Een controle kan een timeout krijgen, de reagerende bank kan onbereikbaar zijn, of de uitkomst kan legitiem 'niet beschikbaar' zijn. Hoe uw app die momenten afhandelt bepaalt of de VoP gebruikers beschermt of frustreert.
De gevallen om voor te ontwerpen
- Niet beschikbaar: de bank kan geen resultaat teruggeven. Dit is een gedefinieerde uitkomst, geen fout.
- Timeout: de controle reageerde niet op tijd.
- Transportfout: de aanroep zelf is mislukt.
- Gedeeltelijke overeenkomst en geen overeenkomst: geldige uitkomsten die heldere berichtgeving nodig hebben.
Laat nooit stilletjes doorgaan
Als een controle faalt of niet beschikbaar is, behandel die dan niet stilletjes als een overeenkomst. Vertel de betaler dat de controle niet kon worden voltooid en laat hem een geïnformeerde keuze maken.
De fallback ontwerpen
- 1 Onderscheid in uw UX 'niet beschikbaar' van technische storing.
- 2 Gebruik een korte timeout en een helder bericht als die wordt overschreden.
- 3 Bied een zinvolle volgende stap in plaats van een doodlopende weg.
- 4 Log de uitkomst zodat support en audit kunnen zien wat er gebeurde.
Uitkomsten waaromheen u kunt ontwerpen
De Verification of Payee van RoxPay geeft heldere, onderscheiden uitkomsten terug — inclusief 'niet beschikbaar' — zodat u fallback-UX kunt bouwen die sierlijk degradeert in plaats van te gokken.