Panel administracyjny — 15 zasad UX

Panel administracyjny to część systemu, w której pracownicy spędzają całe dnie — i jednocześnie ta, na którą przeznacza się najmniej uwagi projektowej. Efektem są narzędzia, w których proste zadanie wymaga dwunastu kliknięć, a nowa osoba potrzebuje tygodnia szkolenia. Poniżej piętnaście zasad, które najbardziej zmieniają codzienną pracę z takim systemem.

Autor: zespół Convert Studio — software house z Kielc i Krakowa, projektujemy aplikacje webowe, sklepy i wdrożenia AI dla firm.

Dlaczego panel zasługuje na uwagę projektową

Rachunek jest prosty. Jeśli pięć osób pracuje z systemem po sześć godzin dziennie, to trzydzieści roboczogodzin dziennie spędzanych w jednym interfejsie. Skrócenie typowej operacji o dwadzieścia sekund przy pięćdziesięciu powtórzeniach dziennie na osobę daje niemal godzinę odzyskaną każdego dnia. W skali roku to koszt porównywalny z kosztem zaprojektowania panelu od nowa.

Druga korzyść jest trudniejsza do policzenia, ale równie istotna: dobrze zaprojektowany panel skraca wdrożenie nowego pracownika z tygodnia do jednego dnia i redukuje liczbę błędów wprowadzanych do systemu. Błąd w danych kosztuje zwykle więcej niż czas potrzebny na ich wprowadzenie.

Listy i tabele — tu spędza się najwięcej czasu

• 1. Domyślny widok pokazuje to, co wymaga działania. Nie pełną listę wszystkich rekordów posortowaną po identyfikatorze, tylko zamówienia do realizacji albo zgłoszenia bez odpowiedzi.
• 2. Filtry zapamiętywane między sesjami. Jeśli pracownik codziennie zawęża listę do swojego oddziału, system powinien pamiętać ten wybór po ponownym zalogowaniu.
• 3. Wyszukiwarka działająca na fragmencie i na wielu polach naraz. Wpisanie części nazwy firmy, numeru telefonu albo numeru zamówienia powinno prowadzić do tego samego wyniku.
• 4. Kolumny konfigurowalne przez użytkownika — z zapisem ustawienia. Księgowość i logistyka patrzą na te same rekordy z innej perspektywy.
• 5. Stronicowanie z zachowaniem pozycji. Powrót z widoku szczegółów wraca na tę samą stronę listy i w to samo miejsce przewijania.
• 6. Statusy odróżnialne bez czytania — kształtem lub ikoną, nie wyłącznie kolorem, który jest nieczytelny dla części użytkowników.

Formularze — miejsce, gdzie powstają błędy w danych

• 7. Walidacja przy opuszczeniu pola, a nie dopiero po wysłaniu całego formularza. Użytkownik dowiaduje się o błędzie, gdy jeszcze pamięta kontekst.
• 8. Komunikat mówiący, co zrobić. „Numer identyfikacji podatkowej musi mieć dziesięć cyfr" zamiast „Nieprawidłowa wartość".
• 9. Automatyczne uzupełnianie z rejestrów — dane firmy na podstawie numeru identyfikacyjnego, adres na podstawie kodu pocztowego.
• 10. Zabezpieczenie przed utratą pracy — ostrzeżenie przy próbie opuszczenia formularza z niezapisanymi zmianami, a przy dłuższych formularzach zapis wersji roboczej.
• 11. Pola opcjonalne ukryte pod sekcją rozwijaną. Formularz z czterdziestoma polami, z których wypełnia się osiem, zniechęca i wydłuża pracę.

Operacje i wydajność pracy

• 12. Operacje masowe na zaznaczonych rekordach — zmiana statusu, przypisanie osoby, eksport. To pojedyncza funkcja, która najbardziej skraca czas pracy.
• 13. Cofnięcie zamiast pytania o potwierdzenie. Okno „czy na pewno" jest klikane odruchowo. Możliwość cofnięcia operacji przez kilkanaście sekund chroni skuteczniej i nie spowalnia.
• 14. Skróty klawiaturowe do najczęstszych akcji — zapis, wyszukiwanie, przejście do kolejnego rekordu. Osoby pracujące w systemie codziennie zaczną z nich korzystać po tygodniu.
• 15. Historia zmian przy każdym rekordzie — kto, kiedy i co zmienił. Rozstrzyga spory i skraca diagnostykę zgłoszeń.

Uprawnienia i widoczność

Panel powinien pokazywać wyłącznie to, z czym dana rola faktycznie pracuje. Ukrywanie funkcji nie jest tylko kwestią bezpieczeństwa — to przede wszystkim kwestia czytelności. Menu z czterdziestoma pozycjami, z których użytkownik korzysta z sześciu, wydłuża każdą operację i zwiększa ryzyko pomyłki.

Ważne, żeby ograniczenia były egzekwowane po stronie serwera, a nie tylko przez ukrycie elementów interfejsu. Ukryty przycisk nie stanowi zabezpieczenia, ponieważ odpowiadające mu żądanie można wysłać bez udziału interfejsu.

Wydajność przy dużych zbiorach danych

Panel działający sprawnie przy tysiącu rekordów potrafi stać się bezużyteczny przy stu tysiącach. To najczęstsza przyczyna narzekań na system po dwóch latach działania, mimo że nic się w nim nie zmieniło poza ilością danych.

• Stronicowanie po stronie serwera — nigdy pobieranie całej listy do przeglądarki.
• Indeksy na kolumnach filtrowanych i sortowanych, w tym na tych używanych przez wyszukiwarkę.
• Eksport w tle z powiadomieniem o gotowości pliku, zamiast blokowania przeglądarki na kilka minut.
• Liczniki wyliczane okresowo, jeśli ich obliczenie wymaga przeglądania całej tabeli.
• Testy na wolumenie danych odpowiadającym trzem latom pracy, a nie na kilkudziesięciu rekordach testowych.

Praca na telefonie

Pełny panel administracyjny rzadko ma sens na małym ekranie — próba odwzorowania rozbudowanej tabeli kończy się interfejsem niewygodnym na obu urządzeniach. Lepszym rozwiązaniem jest wskazanie dwóch, trzech czynności wykonywanych w terenie i przygotowanie dla nich uproszczonego widoku.

Typowe przypadki to podgląd zamówienia u klienta, potwierdzenie dostawy i zmiana statusu zgłoszenia. Reszta może pozostać dostępna wyłącznie na komputerze — i zwykle nikt tego nie odczuwa jako braku.

Podsumowanie

Panel administracyjny nie musi być efektowny. Musi pozwalać wykonać najczęstszą czynność w minimalnej liczbie kroków, nie gubić pracy użytkownika i działać równie sprawnie po trzech latach gromadzenia danych.

Jeśli masz wpłynąć tylko na trzy rzeczy w zamawianym systemie, wybierz zapamiętywanie filtrów, operacje masowe i sensowne komunikaty błędów. To zmiany o niewielkim koszcie wdrożenia, które codziennie oszczędzają czas każdej osoby pracującej z systemem — i to one decydują, czy zespół uzna nowe narzędzie za pomoc, czy za utrudnienie.