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 valkuilen waarvoor u moet ontwerpen
- Niet beschikbaar: de bank kan geen uitkomst teruggeven. Het is een gedefinieerde uitkomst, geen fout.
- Timeout: de controle heeft niet op tijd geantwoord.
- Transportfout: de aanroep zelf is mislukt.
- Gedeeltelijke overeenkomst en geen overeenkomst: geldige uitkomsten die duidelijke berichten nodig hebben.
Nooit stilzwijgend doorwuiven
Wanneer een controle mislukt of niet beschikbaar is, behandel dit dan niet stiekem als een overeenkomst. Vertel de betaler dat de controle niet kon worden voltooid en laat hem een weloverwogen keuze maken.
De fallback ontwerpen
- 1 Maak in uw UX onderscheid tussen 'niet beschikbaar' en een technische fout.
- 2 Gebruik een korte timeout en een duidelijk bericht wanneer deze wordt overschreden.
- 3 Bied een zinvolle volgende stap in plaats van een doodlopende weg.
- 4 Leg de uitkomst vast, zodat support en audit kunnen zien wat er is gebeurd.
Uitkomsten om rond te ontwerpen
De Verification of Payee van RoxPay geeft duidelijke, eenduidige uitkomsten terug — inclusief 'niet beschikbaar' — zodat u een fallback-UX kunt bouwen die elegant degradeert in plaats van te gokken.