Czy UX w systemach ERP ma znaczenie? Wpływ na błędy i pracę zespołu

UX w ERP oznacza doświadczenie pracownika podczas wykonywania zadań w systemie, oceniane przez skuteczność, sprawność i zrozumiałość interakcji. Użyteczność nie sprowadza się do wyglądu: obejmuje znalezienie funkcji, wprowadzenie danych, obsłużenie wyjątku i rozpoznanie skutku działania.

Norma ISO 9241-11:2018 opisuje użyteczność jako możliwość osiągania określonych celów przez określonych użytkowników skutecznie, efektywnie i z satysfakcją w konkretnym kontekście. W ERP kontekst obejmuje rolę, doświadczenie, uprawnienia, urządzenie i warunki pracy. Dlatego ocena interfejsu powinna dotyczyć rzeczywistego zadania, a nie ogólnego wrażenia z prezentacji.

Pracownik magazynu może potrzebować wyszukać produkt, sprawdzić stan i zarejestrować wydanie. Użyteczność zależy wtedy między innymi od tego, czy wyszukiwarka obsługuje używany identyfikator, formularz pokazuje wymagane pola, a komunikat podpowiada sposób poprawy błędu. Księgowość może z kolei potrzebować szybko filtrować dokumenty i rozróżniać ich statusy.

Słaby UX może zwiększać ryzyko pomyłek, opóźnień i pracy poza ERP, gdy utrudnia wykonanie powtarzalnego zadania. Skutki mierzymy czasem realizacji, błędami, poprawkami, zgłoszeniami do wsparcia i korzystaniem z arkuszy.

Tabela łączy obserwowane zachowania z miernikami, które można porównać przed zmianą i po niej. Pomiar powinien dotyczyć tych samych zadań i podobnych warunków pracy.

Zalecamy traktować arkusz prowadzony poza ERP jako sygnał do sprawdzenia procesu, dostępności danych i zaufania do systemu. Sam arkusz nie przesądza, że źródłem problemu jest interfejs; przyczynę pomaga ustalić obserwacja zadania i rozmowa z pracownikiem.

UX ERP przed podpisaniem umowy oceniamy na scenariuszach zadań odpowiadających rolom w firmie, a nie na samej prezentacji dostawcy. Każdy scenariusz powinien określać cel, dane wejściowe, warunek poprawnego zakończenia i przypadek wyjątkowy.

Przygotuj zadania dla magazynu, sprzedaży i księgowości, jeśli te działy będą pracować w systemie. Przykładem jest przyjęcie dostawy z pozycją niezgodną z zamówieniem albo sprawdzenie dostępności produktu przed przygotowaniem dokumentu sprzedaży. Dla przepływu faktur i KSeF można omówić wdrożenie KSeF w Subiekcie GT w kontekście codziennych zadań pracowników.

Podczas testu nie podpowiadaj, gdzie kliknąć. Zapisuj, czy uczestnik wykonał zadanie poprawnie, ile czasu potrzebował, ile wykonał kroków i w którym miejscu się zatrzymał. Po wykonaniu zadania zapytaj o zrozumiałość komunikatów i pewność, że system zapisał właściwe dane.

Tabela pozwala porównać systemy na wspólnych zadaniach, jeżeli uczestnicy i dane testowe są podobne. Wynik z demo dotyczy przygotowanego scenariusza i nie stanowi obietnicy czasu pracy po wdrożeniu.

Przed spotkaniem ustal, kto przygotuje dane testowe, czy dostawca skonfiguruje role i czy pokaże wyjątki procesu. W notatkach oddzielaj to, co zaobserwowano, od deklaracji handlowych. Dla każdej potrzebnej zmiany ustal, czy jest funkcją standardową, konfiguracją czy pracą dodatkową.

Podczas demo sprawdź wyszukiwanie, filtrowanie, formularze, komunikaty, role, eksport i dostęp z urządzeń używanych w pracy. Test powinien pokazać zadanie od początku do końca, także po wystąpieniu błędu.

Pytania do dostawcy:
- Czy wyszukiwarka obsługuje identyfikator, nazwę i skróconą frazę?
- Czy użytkownik może zapisać filtry dla swojej roli?
- Czy można zmieniać wymagane pola i ich kolejność?
- Czy komunikat wskazuje pole i sposób poprawy błędu?
- Czy można wrócić do poprzedniego kroku bez utraty danych?
- Czy eksport uwzględnia aktywne filtry i uprawnienia?
- Czy system działa na urządzeniach używanych przez pracowników?

Poproś o pokazanie zadania na koncie o rzeczywistych uprawnieniach. Demo na koncie administratora może ukryć przeszkody wynikające z braku dostępu do danych lub funkcji.

Doprecyzuj, czy pracownicy będą używać komputera, tabletu czy skanera. Sprawdź, czy na danym urządzeniu można wykonać najważniejsze zadania bez zbędnego przewijania i czy system potwierdza zapis. Responsywność ekranu startowego nie potwierdza wygody pracy w formularzu.

Konfiguracja ERP może poprawić użyteczność, gdy problem wynika z nadmiarowych pól, nieczytelnych widoków lub źle przypisanych uprawnień. Nie rozwiąże błędnie zaprojektowanego procesu ani ograniczenia, którego system nie pozwala zmienić.

Do typowych zmian należą ukrycie nieużywanych pól, ustawienie domyślnych widoków, filtrowanie list i dopasowanie ról. Testuj je na koncie lub środowisku testowym. Przed wdrożeniem sprawdź, czy zmiana nie ukrywa informacji potrzebnych do kontroli lub raportowania.

Problem może leżeć w procesie, gdy działy wprowadzają te same dane kilka razy, nie uzgodniły odpowiedzialności albo przekazują dokumenty w niejasnej kolejności. Ograniczenie systemu jest bardziej prawdopodobne, gdy wymaganej operacji nie da się wykonać, a bezpieczne obejście nie istnieje. Przy połączeniu ERP ze sklepem osobnym zakresem może być integracja Subiekta z WooCommerce.

Różne role oceniamy przez osobne scenariusze, ponieważ sprzedawca, magazynier i księgowość wykonują inne zadania oraz potrzebują innych danych. Test z jednym doświadczonym użytkownikiem nie ujawni wszystkich przeszkód, które napotka nowy pracownik lub osoba korzystająca z ERP sporadycznie.

Wybierz przedstawicieli różnych działów i poziomów doświadczenia. Przygotuj ten sam cel zadania na danych zbliżonych do codziennej pracy. Poproś uczestników, by opisywali, czego szukają i co według nich wydarzy się po wybraniu danej opcji.

Notuj zawahania, błędne założenia, pytania o etykiety i prośby o pomoc. Nie poprawiaj użytkownika w trakcie, chyba że dalsze działanie mogłoby zmienić rzeczywiste dane. Po teście ustal, czy przeszkodę powodowała terminologia, nawigacja, uprawnienia, szkolenie czy kolejność procesu.

Testy z pracownikami nie zastępują szkolenia. Pomagają przygotować szkolenie pod rzeczywiste trudności i wskazać miejsca, w których sama instrukcja nie wystarczy. Wynik powinien przypisywać każdą przeszkodę do roli, zadania i zaobserwowanego zachowania.

Poprawę UX po wdrożeniu mierzymy przez porównanie czasu zadania, skuteczności, liczby błędów, zgłoszeń i korzystania z funkcji ze stanem bazowym. Porównanie powinno dotyczyć tej samej roli i tego samego celu, bo użyteczność zależy od kontekstu pracy.

Przed zmianą wybierz zadania istotne dla firmy, na przykład przyjęcie dostawy albo weryfikację faktury. Zapisz liczbę poprawnych zakończeń, czas, błędy i potrzebę pomocy. Po zmianie powtórz scenariusze na porównywalnym zbiorze danych i odnotuj różnice w konfiguracji lub doświadczeniu uczestnika.

Nie przypisuj poprawy jednemu elementowi, jeżeli równocześnie zmieniono formularz, proces i szkolenie. Rejestruj wszystkie zmiany, aby oddzielić obserwowany wynik od przypuszczenia o jego przyczynie. Liczbę zgłoszeń do wsparcia analizuj razem z obserwacją zadań, ponieważ zmienia się również po uruchomieniu nowych funkcji.

Przy planowaniu faktur dla sklepu online uwzględnij, kto wykonuje kolejne zadania i jakie dane musi widzieć. Pomocny kontekst zawiera materiał o kosztach faktur dla sklepu online.

UX powinien wpłynąć na wybór lub zmianę ERP, gdy użytkownicy nie potrafią bezpiecznie wykonać istotnych zadań mimo szkolenia i właściwej konfiguracji. Decyzję opieramy na powtarzalnych problemach, ich wpływie na proces i koszcie rozwiązania.

Tabela wskazuje, od jakiej diagnozy zacząć; nie zastępuje sprawdzenia przyczyny na rzeczywistym zadaniu. Zmianę ERP rozważ, gdy ważne zadania nadal nie mają bezpiecznej, akceptowalnej ścieżki, a koszt dostosowania przewyższa koszt alternatywy.

Przed decyzją zapisz wymagania jako zadania, a nie listę ekranów. Porównaj dostawców na tych samych scenariuszach, uwzględniając wyjątki, uprawnienia, integracje i raporty. Dla obiegu faktur w Subiekcie GT wdrożenie KSeF w Subiekcie GT pozwala omówić konfigurację w kontekście codziennej pracy.

• Konfiguracja ERP czy dostosowanie systemu - jak podjąć decyzję
• Różnica między BPM a ERP: co wybrać do zarządzania firmą?
• Jak kalkulować koszty w systemach ERP i rozliczać produkcję
• Program dla małej firmy produkcyjnej: jak wybrać system na obecne potrzeby