Opis projektu
PrzetłumaczonePraca zdalna w Internecie. Musisz skonfigurować zakupiony system chmurowy Jira Service Management do pracy i interakcji 2 linii wsparcia:
1. linia przyjmuje i wstępnie przetwarza pytania klientów, jeśli nie można ich samodzielnie rozwiązać - prosi o konsultację, 2. linia udziela konsultacji, 1. linia nadal komunikuje się z klientem.
Poniżej znajduje się krótki opis wizji tego procesu. Jeśli są propozycje uproszczenia systemu, wszystko jest do omówienia. To jest minimalny plan, w przypadku zbieżności interesów istnieje możliwość rozszerzenia budżetu na dodatkowe dostosowania.
Procedura obsługi zgłoszenia:
1. Do skrzynki pocztowej przychodzi list
2. Z niego tworzony jest zadanie w projekcie wsparcia technicznego (TP) w kolejce „Nowe”
3. Przy przypisywaniu zadania do wykonawcy, zadanie zmienia typ zadania i trafia do osobnej kolejki dla tego wykonawcy. Lub zmienia inną właściwość zadania, aby można było podzielić zadania w kolejkach.
A. Dlatego każdy typ zadania powinien odpowiadać swojej grupie użytkowników. Będzie 3 typy zadań, 3 grupy wykonawców, 3 etapy (+1 etap „nowy”)
4. Wykonawca może odpowiedzieć wnioskodawcy na zadanie, rozwiązać problem, poprosić o radę wyższego eksperta, oznaczyć jako spam itp. To są wszystkie różne statusy zadania.
A. Przy żądaniu konsultacji status zadania zmienia się (wpada do „sita” czekając na konsultacje), tworzony jest powiązane (subsydiarne) zadanie z tekstem pytania w innym projekcie,
B. Ekspert widzi nowy problem i pisze odpowiedź na rozwiązanie.
C. Automatycznie, po decyzji konsultacji, status zadania rodzicielskiego zmienia się, wraca do pracy.
Dlatego wymagane są 3 automatyzacje:
1. Automatyczna zmiana typu/właściwości zadania, aby podzielić je na kolejki.
2. Automatyczne tworzenie zadania podrzędnego po ustawieniu zadania rodzicielskiego na żądany status
3. Automatyczny powrót statusu zadania (powrót do pracy) po zamknięciu zadania podrzędnego.
1. linia przyjmuje i wstępnie przetwarza pytania klientów, jeśli nie można ich samodzielnie rozwiązać - prosi o konsultację, 2. linia udziela konsultacji, 1. linia nadal komunikuje się z klientem.
Poniżej znajduje się krótki opis wizji tego procesu. Jeśli są propozycje uproszczenia systemu, wszystko jest do omówienia. To jest minimalny plan, w przypadku zbieżności interesów istnieje możliwość rozszerzenia budżetu na dodatkowe dostosowania.
Procedura obsługi zgłoszenia:
1. Do skrzynki pocztowej przychodzi list
2. Z niego tworzony jest zadanie w projekcie wsparcia technicznego (TP) w kolejce „Nowe”
3. Przy przypisywaniu zadania do wykonawcy, zadanie zmienia typ zadania i trafia do osobnej kolejki dla tego wykonawcy. Lub zmienia inną właściwość zadania, aby można było podzielić zadania w kolejkach.
A. Dlatego każdy typ zadania powinien odpowiadać swojej grupie użytkowników. Będzie 3 typy zadań, 3 grupy wykonawców, 3 etapy (+1 etap „nowy”)
4. Wykonawca może odpowiedzieć wnioskodawcy na zadanie, rozwiązać problem, poprosić o radę wyższego eksperta, oznaczyć jako spam itp. To są wszystkie różne statusy zadania.
A. Przy żądaniu konsultacji status zadania zmienia się (wpada do „sita” czekając na konsultacje), tworzony jest powiązane (subsydiarne) zadanie z tekstem pytania w innym projekcie,
B. Ekspert widzi nowy problem i pisze odpowiedź na rozwiązanie.
C. Automatycznie, po decyzji konsultacji, status zadania rodzicielskiego zmienia się, wraca do pracy.
Dlatego wymagane są 3 automatyzacje:
1. Automatyczna zmiana typu/właściwości zadania, aby podzielić je na kolejki.
2. Automatyczne tworzenie zadania podrzędnego po ustawieniu zadania rodzicielskiego na żądany status
3. Automatyczny powrót statusu zadania (powrót do pracy) po zamknięciu zadania podrzędnego.
Administracja Przelew bankowy, E-pieniądze
Attached files
Files are available only to Freelancers and the project author
