Opis projektu
PrzetłumaczoneZgłoszenia powinny być tworzone z dwóch kanałów. Po pierwsze — e-mail: przychodząca wiadomość na adres wsparcia powinna być automatycznie przetwarzana na nowe zgłoszenie, zachowując nadawcę, temat, treść i załączniki, a odpowiedzi powinny być dołączane do tego samego zgłoszenia, zamiast tworzyć duplikaty. Po drugie — portal internetowy, gdzie pracownik loguje się na swoje konto, wypełnia krótki formularz, wybiera kategorię i widzi postęp swojej prośby. Każde zgłoszenie jest powiązane z priorytetem i timerem SLA, więc awaria serwera płacowego jest traktowana inaczej niż prośba o wymianę myszy. Jeśli istnieje ryzyko przekroczenia terminu, system powinien wyróżnić zgłoszenie i eskalować, jeśli to konieczne. Agenci pracują z kolejek: zgłoszenia są przypisywane ręcznie lub kierowane według reguł opartych na kategorii, a agent zawsze powinien widzieć swoje obciążenie. Potrzebne są wyraźne statusy (nowe, w toku, oczekujące na wnioskodawcę, rozwiązane, zamknięte) z pełną historią, kto co zmienił i kiedy, plus sekcja raportowania z wolumenem zgłoszeń, średnim czasem rozwiązania i zgodnością SLA, aby zarząd mógł zobaczyć efektywność zespołu.
Aby wyjaśnić zakres: to jest wewnętrzne narzędzie do zgłaszania i zarządzania usługami IT, a nie widget czatu na żywo dla strony internetowej. Nie potrzebujemy wyskakującej chmurki czatu ani rozmów z odwiedzającymi; skupiamy się na cyklu życia zgłoszeń, kolejkach, SLA i raportowaniu dla pracowników wewnętrznych.
— Tworzenie zgłoszeń z przychodzącego e-maila (z wątkami i załącznikami) oraz za pomocą formularza portalu internetowego
— Priorytety i konfigurowalne timery SLA z wyróżnianiem ryzyka i eskalacją
— Reguły przypisywania i kierowania, kolejki agentów, osobiste widoki obciążenia
— Statusy z pełną historią audytu każdej zmiany
— Panel raportowania: wolumen zgłoszeń, średni czas rozwiązania, zgodność SLA
— Dostęp oparty na rolach dla wnioskodawców, agentów i administratorów