To pytanie jest skierowane do profesjonalnych administratorów systemu i osób zajmujących się obsługą pulpitu. Niestety programiści ... możesz porozmawiać o śledzeniu błędów w przepełnieniu stosu.
Jakie funkcje lub funkcjonalnie lubisz lub chciałbyś mieć w swoim biurze pomocy lub oprogramowaniu do rozwiązywania problemów?
Niektóre obszary mogą obejmować raportowanie, integrację z inwentaryzacją sprzętu / oprogramowania, integrację z Active Directory / LDAP, automatyczne zamykanie zgłoszeń od określonych użytkowników.
Odpowiedzi:
Integracja z pocztą e-mail. Bez tego nie ma nic wspólnego z produktem pomocy technicznej. Ważne jest, aby klienci i pracownicy mogli komunikować się za pomocą poczty e-mail.
źródło
źródło
Integracja projektu i zadania konserwacji
Chciałbym zobaczyć system, który (zasadniczo) pokazuje całą pracę, którą należy wykonać przez personel pomocniczy. W większości małych i średnich firm ludzie pokrywają się z pomocą techniczną, ludzie wykonują projekty i ludzie wykonujący prace konserwacyjne. Chciałbym móc zarządzać zadaniami dotyczącymi projektów i zadaniami regularnej konserwacji wraz z zadaniami pomocy technicznej w jednym systemie zarządzania pracą.
„Joe Help Desk” przygląda się jednemu portalowi do zarządzania pracą, który pokazuje 8 elementów wsparcia użytkownika, 2 elementy dla projektu Windows 7 i 5 rzeczy, które robi codziennie dla kopii zapasowych. A „Jill Server Admin” patrzy na ten sam portal, który pokazuje jej 12 elementów projektu Windows 7, 4 codzienne zadania związane z konserwacją serwera oraz 2 elementy wsparcia użytkownika eskalowane przez Joe. „Jeff Manager” patrzy na portal i widzi jego zadania, a także może sprawdzić, czy zadania konserwacyjne są regularnie wykonywane i jak przebiegają projekty.
Jakieś rekomendacje?
źródło
Chciałbym coś z wbudowanym tłumaczem. Wiesz, ten, który zmienia rozmowę użytkownika w coś, co przynajmniej przypomina inteligentny opis problemu.
źródło
źródło
źródło
Możliwość generowania raportów na podstawie historii biletu
Jest to szczególnie przydatne na przykład w przypadku, gdy centrum obsługi obsługuje interakcję użytkownika, a nie bezpośrednio przez personel systemu. W ten sposób, gdy personel systemu rozwiązuje problem, bilet można przenieść do kolejki, aby centrum telefoniczne skontaktowało się z klientem i zweryfikowało rozwiązanie.
Większość systemów, które widziałem, ustrukturyzowały swoje raportowanie, aby wszystkie bilety były zgłaszane tylko w ostatniej kolejce. Z powyższego przykładu oznacza to, że po uruchomieniu raportów bilet pokazuje, że call center pracował z biletem, ale nie personel systemu. Gdyby ktoś mógł przynajmniej zgłosić historię, pokazałby, że grupa systemów pracowała nad biletem.
Widziałem też kilka naprawdę kiepskich obejść tego problemu, w którym za każdym razem, gdy bilet przenosi kolejki, użytkownik musi utworzyć nowy bilet w tej nowej kolejce i odwołać się do oryginału. Ten błąd jest nie tylko podatny na błędy, ponieważ ludzie zapominają, ale staje się bałaganem, gdy bilet musi zostać wysłany wstecz, ponieważ coś nie zostało poprawnie rozwiązane
źródło