01
Сломалось или нужно?
Понедельник, 9:05. Бухгалтер пишет, что принтер на третьем этаже не работает. В 9:10 новый менеджер по продажам просит доступ к CRM. AverDesk разводит эти два случая: первый это инцидент (INC), второй это запрос (REQ). Каждый привязан к тому, чего касается, так что оператор, который его берёт, видит, что это за принтер, кто ещё от него зависит и не сообщил ли о нём уже кто-то.
02
Одна очередь, живые цифры.
Всё новое попадает в общую очередь (очередь триажа). Счётчики показывают, сколько обращений ждёт, сколько срочных и кто что держит, и обновляются, как только работа приходит и уходит. Доска показывает, что в работе. Никто не спрашивает в чате, занимается ли кто-то уже принтером.
03
Этапы, которые все понимают.
Команда записывает, какие статусы может иметь обращение и кто может переводить его из одного в другой (таблица правил). Запрос на доступ идёт от «новый» к «согласован руководителем» и дальше к «выполнен». Новый оператор учится процессу из самого инструмента, а руководитель ИТ показывает аудитору правила вместо того, чтобы их объяснять.
04
Весь разговор в одном месте.
Оператор спрашивает бухгалтера, какая модель принтера. Ответ приходит в то же обращение, а не в мессенджер. Когда принтер ломается снова через три месяца, вся история на месте: что пробовали и что помогло.
05
Время ответа, время решения и цифры для руководителя.
Соглашение об уровне обслуживания (SLA) это ваше обещание: ответить за час, решить за день. AverDesk ведёт два отдельных таймера, так что быстрый первый ответ не скроет медленное решение. Руководитель ИТ видит, сколько обращений пришло, как быстро их закрыли и кто перегружен.