Znalazłeś błąd na produkcji systemu? Sprawdź, jak zgłosić ten fakt dostawcy, aby mógł szybko zareagować.

Zakup aplikacji dedykowanej jest rezultatem długotrwałego procesu analizy i wyboru. Inwestycja ta wiąże się z kosztami, ale także stanowi kluczowy element strategii biznesowej.

To naturalne, że firma oczekuje, iż dostarczone rozwiązanie będzie spełniać wszystkie ustalone kryteria, zapewniając przy tym oczekiwane rezultaty. Inwestując, przedsiębiorca oczekuje nie tylko dostarczenia produktu, ale także kompleksowego wsparcia w procesie wdrożenia oraz utrzymania oprogramowania. Obawy te dotyczą zatem nie tylko samego oprogramowania, ale także jakości usług świadczonych przez dostawcę.  

W związku z tym, proces odbioru oprogramowania po zakupie staje się krytycznym punktem w relacji między dostawcą a klientem. Przedsiębiorca oczekuje, że dostarczone rozwiązanie nie tylko spełni techniczne specyfikacje, ale będzie również pozbawione błędów. I tak, o ile błędy krytyczne, mające wpływ na użytkowanie systemu nie są dopuszczalne, o tyle drobne błędy zdarzają się, i to dosyć często, nawet w najlepszych aplikacjach.

1. Tytuł

W kilku słowach określ, jakiego problemu dotyczy błąd. Dostawca już po tych słowach będzie w stanie przekierować zgłoszenie do osoby, która się nim zajmie.

2. Opis

Postaraj się odtworzyć sytuację, w której natrafiłeś na błąd. Krok po kroku opisz, najlepiej w punktach sekwencję wykonywanych kroków np.

1. wejdź na stronę (podaj adres strony)

2. kliknij zakładkę ‘Moje konto’

3. wprowadź login i hasło

4. kliknij przycisk ‘Zaloguj’

3. Oczekiwany rezultat a rzeczywisty wynik

Określ, jakie jest działanie aplikacji po wykonaniu powyższych kroków, a jakie powinno być np.

Oczekiwany rezultat

Powinienem zostać zalogowany do mojego konta.

Rzeczywisty wynik

Otrzymuje błąd w postaci komunikatu: “Nieprawidłowy login lub hasło”.

4. Priorytety

Określenie priorytetu jest bardzo ważnym aspektem, od tego zależeć może jak szybko dostawca zajmie się jego rozwiązaniem, bowiem określa on jak bardzo błąd jest znaczący na tle całej aplikacji.

Przyjęta została poniższa skala priorytetyzacji:

1. blokujący - blokuje korzystanie z aplikacji,

2. krytyczny - awaria kluczowych funkcji aplikacji,

3. wysoki - błąd o dużym znaczeniu,

4. średni - nie jest dużym zagrożeniem dla aplikacji, ale należy do stosunkowo szybko poprawić,

5. niski - błąd niemający znaczenia dla poprawnego działania aplikacji.

5. Środowisko

Jest ważnym elementem, ponieważ błąd może dotyczyć bezpośrednio środowiska lub jego konfiguracji. Wskaż tutaj system operacyjny z którego korzystasz (np. Windows 10), a w przypadku aplikacji webowych podaj przeglądarkę internetową, której używasz do otwierania aplikacji (np. Mozilla Firefox).

6. Dodatkowe pliki

Są bardzo istotne, szczególnie w sytuacjach, kiedy błąd jest trudny do odtworzenia lub występuje tylko czasami – może to być screen z komunikatem o błędzie lub nagranie video wskazujące, że błąd rzeczywiście wystąpił.

Pamiętajmy o tym, że skuteczna komunikacja oraz dostarczenie kompleksowych informacji są niezbędne dla szybkiego rozwiązania problemu przez dostawcę. Zamiast panikować, złapmy oddech i skorzystajmy z powyższego schematu, aby przyczynić się do szybkiej eliminacji błędu z produkcji.