Dobrze zaprojektowany proces Verification of Payee poświęca większość wysiłku na ścieżki, które nie są ścieżkami sukcesu. Kontrola może przekroczyć czas, bank odpowiadający może być niedostępny, a wynik może zasadnie brzmieć „weryfikacja niemożliwa”. Sposób, w jaki Twoja aplikacja obsługuje te momenty, decyduje o tym, czy VoP chroni użytkowników, czy ich frustruje.
Przypadki, dla których należy projektować
- Weryfikacja niemożliwa: bank nie może zwrócić wyniku. To zdefiniowany wynik, nie błąd.
- Timeout: kontrola nie odpowiedziała w wyznaczonym czasie.
- Błąd transportu: samo wywołanie się nie powiodło.
- Częściowa zgodność i brak zgodności: prawidłowe wyniki, które wymagają jasnego komunikatu.
Nigdy nie przepuszczaj w milczeniu
Jeśli kontrola się nie powiedzie lub jest niedostępna, nie traktuj tego bezgłośnie jako zgodności. Powiedz płatnikowi, że kontroli nie udało się zakończyć, i pozwól mu podjąć świadomą decyzję.
Projektowanie awaryjnego scenariusza
- 1 Rozróżniaj w UX „weryfikację niemożliwą” od awarii technicznej.
- 2 Używaj krótkiego timeoutu i jasnego komunikatu, gdy zostanie on przekroczony.
- 3 Zaproponuj rozsądny kolejny krok, a nie ślepy zaułek.
- 4 Rejestruj wynik, aby wsparcie i audyt mogły zobaczyć, co się stało.
Wyniki, na których możesz projektować
Verification of Payee od RoxPay zwraca jasne, odrębne wyniki - w tym „weryfikacja niemożliwa” - dzięki czemu możesz zbudować awaryjne UX, które degraduje się płynnie, zamiast zgadywać.