Un flusso di Verification of Payee ben progettato dedica la maggior parte dello sforzo ai percorsi non felici. Un controllo può andare in timeout, la banca rispondente può essere irraggiungibile o l'esito può legittimamente essere «non disponibile». Come la tua app gestisce questi momenti determina se la VoP protegge gli utenti o li frustra.
I casi da progettare
- Non disponibile: la banca non può restituire un risultato. È un esito definito, non un errore.
- Timeout: il controllo non ha risposto in tempo.
- Errore di trasporto: la chiamata stessa è fallita.
- Corrispondenza parziale e nessuna corrispondenza: esiti validi che richiedono messaggi chiari.
Mai far passare in silenzio
Se un controllo fallisce o non è disponibile, non trattarlo silenziosamente come una corrispondenza. Spiega a chi paga che il controllo non è stato completato e lascialo decidere in modo informato.
Progettare il fallback
- 1 Distingui nella UX «non disponibile» dal guasto tecnico.
- 2 Usa un timeout breve e un messaggio chiaro se viene superato.
- 3 Offri un passo successivo sensato invece di un vicolo cieco.
- 4 Registra l'esito così assistenza e audit possono vedere cosa è successo.
Esiti su cui puoi progettare
La Verification of Payee di RoxPay restituisce esiti chiari e distinti — incluso «non disponibile» — così puoi costruire una UX di fallback che degrada con grazia invece di indovinare.