Strona główna / Jak chronić użytkownika przed nim samym
Mikroblog

Jak chronić użytkownika przed nim samym

Zdarzyło Ci się kiedyś skasować coś ważnego na produkcji? Jeden zły ruch i poleciała baza danych, repozytorium plików czy ważny projekt. To może spotkać każdego. Stres, pośpiech, kac po udanym weekendzie. Powodów może być sporo. System, w myśl heurystyki Nielsena mówiącej o zapobieganiu błędom powinien niekiedy chronić uzytkownika przed… nim samym.

Gdy kasowany element jest bardzo istotny, stosuje się różne techniki, związane z tą interakcją:

  • Konieczność przepisania określonego słowa, jako forma potwierdzenia usunięcia
  • Konieczność zaznaczenia szeregu checkboksów potwierdzających
  • Odroczona kasacja (np. realna kasacja odbędzie się dopiero po 30 dniach od pierwotnej decyzji)
  • Brak realnej kasacji, a jedynie oznaczenie danych jako niedostępnych (rzadka metoda, zazwyczaj w aplikacjach wymagających ciągłości danych lub specjalnego nadzoru, np. w aplikacjach rządowych)

Zabezpieczenie przed pochopnym kasowanie w Google Cloud Platform

Kasowanie projektu w aplikacji InVision

UX w praktyce

Twitter dla UX-a, analityka, PM-a? Właśnie tak! Szybkie, ale merytoryczne wpisy o polskim i zagranicznym tworzeniu produktów cyfrowych.

Chcesz coś opublikować? Napisz: hello@webmetric.com

    Bądź na bieżąco z wiedzą o User Experience!