Что нужно в заявке
- кратко описать, что не работает и у кого;
- указать, насколько задача мешает работе;
- оставить контакт для удаленного подключения или согласования выезда;
- сообщить, если проблема связана с 1С, кассой, ЭЦП, банком или сетью.
Центр Автоматизации КИТ
Как мы работаем
Фиксируем задачу, уточняем приоритет, выбираем удалённый формат или выезд, решаем проблему и оставляем понятный следующий шаг.
Процесс
От обращения до понятного результата
Показываем не “этапы ради этапов”, а реальный маршрут заявки: что нужно сообщить, как выбирается удаленная помощь или выезд, как фиксируется итог.
-
1
Принимаем обращение
Задача приходит через форму, телефон, почту или мессенджер. Уточняем, что именно не работает, кого это затрагивает и насколько срочно.
-
2
Уточняем контекст
Смотрим, связано ли обращение с рабочим местом, сетью, сервером, доступами, программой, 1С, кассой или внешним сервисом.
-
3
Выбираем формат
Если достаточно удаленного подключения, начинаем без выезда. Если нужен доступ к оборудованию, кабелю, документам или кассе, согласуем приезд.
-
4
Фиксируем результат
После работ объясняем, что было сделано, какие риски остались и стоит ли переводить повторяющуюся проблему в регулярное обслуживание.
Порядок
Порядок работы без лишней бюрократии
Задача должна попасть в понятный канал, получить приоритет, исполнителя и результат. Так руководитель перестает быть диспетчером каждой технической проблемы.
Что фиксируем после работ
- что было причиной обращения;
- какие действия выполнены;
- какие риски или повторы возможны;
- какой следующий шаг имеет смысл.
Когда меняется формат
- разовые обращения начинают повторяться;
- появляется несколько рабочих мест или сервер;
- нужен контроль сети, резервных копий и доступов;
- руководитель хочет видеть IT как управляемую функцию.
Для руководителя
Зачем нужен порядок обращений
Хорошая IT-поддержка начинается не с героического исправления аварий, а с понятного порядка обращений. Важно знать, куда сотрудник пишет, кто принимает заявку, что считается срочным, когда нужен выезд и как фиксируется результат.
Мы стараемся выстраивать работу так, чтобы руководитель не был диспетчером каждой технической проблемы. Задачи должны попадать в понятный канал, иметь статус, ответственного и практический результат.