Wnioski z praktyki

Zammad: wspólna skrzynka wsparcia nie oznacza jeszcze uporządkowanego procesu

Odpowiedzialność, pytania uzupełniające i zamknięcie muszą pozostać możliwe do prześledzenia. Jak Zammad może zmienić zgłoszenia w uporządkowany i weryfikowalny proces obsługi.

IntegracjaStrategia i praktyka ITSzczegóły techniczne
Pracownik wsparcia ze słuchawkami, klawiaturą i myszą przed widokiem zgłoszenia z osobą odpowiedzialną, stanem i notatką wewnętrzną.

We wspólnej skrzynce kilka osób może szybko przeczytać zgłoszenie, a mimo to nikt nie będzie za nie odpowiedzialny. Zammad może połączyć zgłoszenia z ich obsługą. Korzyść powstaje wtedy, gdy w procesie widać odpowiedzialną osobę, następny krok i wynik.

Zgłoszenia przychodzące wymagają jasnego przypisania

Dla typowych spraw określa się odpowiedzialne grupy i niezbędne informacje. Usterka techniczna wymaga na przykład wskazania aplikacji i skutków, a wniosek o zmianę — oczekiwanego wyniku. System powinien ujawniać brakujące informacje bez niepotrzebnego komplikowania przyjmowania zgłoszeń.

Obsługa rozróżnia notatki wewnętrzne i odpowiedzi przeznaczone na zewnątrz. Uprawnienia i grupy sprawdza się tak, aby właściwe osoby widziały potrzebne informacje. Nowy system zgłoszeń nie daje automatycznej zgody na udostępnienie wszystkim wszystkich dotychczasowych skrzynek i zbiorów danych.

Zacznij automatyzację od ograniczonego, jasnego efektu

Wyzwalacze Zammada mogą reagować działaniami na warunki. Rozsądnym początkiem jest łatwe do sprawdzenia przypisanie lub zmiana stanu. Dokumentuje się, kiedy wyzwalacz ma działać i jakiego skutku się oczekuje. Dokumentacja producenta podaje też konkretne wymagania dla automatycznych wiadomości email wysyłanych przez grupę.

Automatyczne wiadomości wymagają odpowiednich odbiorców, zrozumiałych tekstów i kontroli zapobiegającej pętlom lub zbędnym powtórzeniom. Notatka wewnętrzna nie może przypadkowo trafić na zewnątrz. Przed wdrożeniem zgłoszenia testowe bez danych wrażliwych sprawdzają całą drogę aż do rzeczywistego odbiorcy.

Zarejestrować zgłoszenie; ustalić odpowiedzialność; śledzić obsługę; zapisać wynik.Zarejestrować zgłoszenie; ustalić odpowiedzialność; śledzić obsługę; zapisać wynik.
Uproszczona kolejność kontroli; konkretny przebieg zależy od istniejącego środowiska.

Terminy odzwierciedlają uzgodnienia

Reguły poziomu usług mogą odwzorować cele i eskalacje. Potrzebują odpowiednich warunków i kalendarza rzeczywiście uzgodnionych godzin pracy. Ustawione odliczanie nie tworzy dodatkowej obsady ani dostępności.

Aby eskalacja była użyteczna, musi być jasne, kto przejmuje powiadomienie i jakie informacje ma ono zawierać. Nie chodzi tylko o zmianę terminu na czerwony, lecz o to, czy dzięki temu wcześniej zapadnie sensowna decyzja. Uzgodnione cele odpowiedzi i rozwiązania opisuje się osobno i realistycznie.

Wykorzystaj zamknięcie sprawy przy kolejnym zgłoszeniu

Zakończone zgłoszenie zawiera wynik, który można prześledzić. Powtarzające się pytania mogą prowadzić do utrzymywanych tekstów pomocy lub usprawnienia technicznego. Odpowiedzialność i zatwierdzenie są tu ważniejsze niż jak największa liczba automatycznie tworzonych wpisów wiedzy.

DAXS wspiera projektowanie procesu, ról, interfejsów i wdrożenie Zammada. Mały pilotaż z kilkoma typami spraw pokazuje, jakie informacje są potrzebne i która automatyzacja naprawdę pomaga. Istniejący portal wsparcia i kanały kontaktu nie są zastępowane bez świadomej decyzji o migracji.

Rozwój i integracja · IT w codziennej eksploatacji · Porozmawiajmy o procesie wsparcia

Źródła: Zammad: wyzwalacze i automatyczne działania (link zewnętrzny) · Zammad: reguły poziomu usług (link zewnętrzny)