Служба поддержки пользователей (Service Desk) с SLA

Организуем единую точку приёма обращений: заявки регистрируются, классифицируются по критичности, обрабатываются в сроки, зафиксированные договором, и не теряются. Заказчик получает историю обращений, статистику и понятную картину того, на что уходит время IT.

Коротко о задаче

Поддержка без службы поддержки выглядит одинаково в любой компании. Заявки приходят в мессенджер, на личный телефон администратора, через коллегу в коридоре и письмом на общую почту. Срочное перемешано с несрочным. История обращений отсутствует: что было в прошлом месяце, помнит только тот, кто чинил.

Из этого вытекает несколько последствий, которые обычно не связывают с отсутствием процесса.

Заявки теряются. Не по злому умыслу: администратор отвлёкся на срочное, а сообщение ушло вверх по переписке. Пользователь ждёт день, потом пишет второй раз, потом идёт к руководителю.

Приоритеты определяет громкость. Быстрее всех помогают тому, кто настойчивее просит, а не тому, у кого встала работа.

Нагрузка невидима. Руководитель не знает, сколько обращений в месяц и на что уходит время, поэтому разговор о расширении IT-службы упирается в отсутствие аргументов.

Причины не устраняются. Одна и та же проблема решается двадцать раз за квартал, но никто этого не замечает, потому что счёта нет.

Service Desk превращает поток в процесс.

Что входит в услугу

• Единая точка приёма

Один адрес для обращений: почта, портал, телефон, мессенджер. Откуда бы обращение ни пришло, оно попадает в общую очередь.

• Система учёта заявок

Развёртывание и настройка системы: маршруты, категории, шаблоны, автоматические уведомления пользователю о ходе работы.

• Классификация и приоритеты

Разделение по критичности: остановка работы подразделения, остановка работы сотрудника, неудобство, пожелание. Приоритет определяется правилом, а не тем, кто громче просит.

• Уровни обслуживания

Сроки реакции и решения по каждому уровню критичности фиксируются договором, а не подразумеваются. Соблюдение сроков измеряется и показывается в отчётах.

• Первая и вторая линии

Первая закрывает типовые вопросы быстро, вторая берёт то, что требует администратора или инженера. Разделение экономит время квалифицированных специалистов.

• Удалённое подключение

Решение вопросов подключением к рабочему месту вместо визита. Смотрите {{ссылка: Управление рабочими местами пользователей}}.

• База знаний

Накопление решений типовых вопросов, инструкции для пользователей. Часть обращений закрывается пользователем самостоятельно.

• Разбор повторяющихся обращений

Регулярный анализ статистики: какие проблемы повторяются и что нужно поменять в инфраструктуре, чтобы они прекратились. Устранение причины дешевле, чем двадцать решений следствия.

• Отчётность

Количество обращений, распределение по типам и подразделениям, соблюдение сроков, время решения, оценки пользователей.

Что это даёт заказчику

• Заявки не теряются. Каждое обращение зарегистрировано и имеет статус.
• Срочное обрабатывается первым. Приоритет по правилу, а не по настойчивости.
• Зафиксированные сроки. Уровни обслуживания закреплены договором и измеряются.
• Видимая нагрузка. Руководитель знает, сколько обращений и на что уходит время.
• Проблемы устраняются, а не лечатся. Статистика показывает повторяющееся, и причину закрывают.
• История обращений. Через полгода видно, что уже делали с этим компьютером и этим сотрудником.

Как мы работаем

Начинаем с настройки процесса, а не системы. Сначала договариваемся, что считать критичным и какие сроки реалистичны, потом настраиваем под это инструмент.

Уровни обслуживания подбираем под бизнес. Обещать одинаково быструю реакцию по всем типам обращений можно, но это будет стоить денег, которые лучше потратить на другое.

Первые месяцы разбираем статистику особенно внимательно: она показывает, где инфраструктура порождает лишнюю работу. Обычно после устранения двух-трёх причин поток обращений заметно падает.

Service Desk работает и отдельно, и в составе полного договора: {{ссылка: Комплексный IT-аутсорсинг: внешний IT-отдел}}.

Наш опыт

Мы обслуживаем более десяти инфраструктурных проектов, включая объекты, работающие без выходных и в несколько смен, где обращения приходят круглосуточно, а часть проблем блокирует обслуживание клиентов прямо в момент возникновения.

На одном из объектов мы работаем одновременно с двумя организациями на общей площадке, с разными договорами и разными контурами. Разделение потоков обращений и зон ответственности в такой конфигурации выстраивается заранее, иначе конфликты возникают на первой неделе.

Расскажите, сколько у вас пользователей и как сейчас принимаются обращения. Начнём с разбора текущего потока.