Как проходит переход на внешнюю техподдержку
Запускаем приём обращений за 48 часов после получения необходимых доступов и согласования регламентов. За первые 14 дней проверяем работу поддержки на реальных заявках и уточняем процессы вместе с вашей командой.
6 этапов — от аудита до самостоятельной работы поддержки.
1 система — для регистрации заявок и контроля их статуса.
SLA — с измеримыми сроками реакции и правилами эскалации.
Что мешает передать техническую поддержку на аутсорсинг
Какие риски учитываем при переходе на внешнюю IT-поддержку
Потеря знаний о системах
Без документации новая команда тратит время на повторное изучение инфраструктуры. До передачи ответственности описываем зависимости, известные ошибки и способы восстановления критичных сервисов.
Разрыв между старой и новой поддержкой
Если дата отключения прежней команды не связана с готовностью новой, обращения могут остаться без исполнителя. Согласовываем момент переключения и ответственных на переходный период.
Изменения в рабочих системах
Одновременная смена поддержки, обновление ПО и перенос инфраструктуры усложняют поиск причин сбоев. Плановые изменения выделяем в отдельные задачи и проводим в согласованные окна.
Неясные ожидания от сервиса
«Быстро решить проблему» для разных участников означает разное. Фиксируем, что считается началом обработки, как определяется приоритет и когда подключаются дополнительные специалисты.
Как оценить нагрузку перед передачей поддержки на аутсорсинг
Нагрузка на поддержку в месяц = количество обращений × среднее время обработки + регулярные работы.
И это без учета зарплаты сотрудников во время простоя, сорванных сроков и потерянных клиентов.
Что входит в подготовку к переходу на внешнюю техподдержку
Аудит текущей поддержки
Изучаем состав систем, поток обращений, повторяющиеся проблемы и действующие договорённости с пользователями.
Инвентаризация IT-сервисов
Формируем перечень объектов поддержки: серверы, приложения, корпоративные порталы, интеграции и пользовательские сервисы.
Передача знаний
Собираем инструкции, схемы, контакты поставщиков и историю решений. Отмечаем пробелы, которые нужно закрыть в первую очередь.
Согласование SLA
Определяем график обслуживания, категории критичности, сроки реакции, целевые сроки восстановления и условия их отсчёта.
Организация доступов
Согласовываем персональные учётные записи и необходимые права. Проверяем подключения до начала самостоятельной работы.
Настройка Service Desk
Создаём очередь обращений, статусы, маршруты назначения и уведомления. Настраиваем отчётность по согласованным показателям.
Подготовка пользователей
Объясняем, куда направлять заявки, какие сведения прикладывать и как сообщать о срочных проблемах.
Проверка готовности
Тестируем регистрацию обращения, назначение исполнителя, эскалацию и информирование пользователя.
Этапы перехода на аутсорсинг технической поддержки
Определяем границы обслуживания
Выясняем, какие системы передаются внешней команде и какие задачи остаются внутри компании. Определяем критичные бизнес-процессы и ограничения.
Результат: согласованный перечень услуг и зон ответственности.
Результат: согласованный перечень услуг и зон ответственности.
Проводим аудит и собираем знания
Изучаем инфраструктуру, документацию и историю заявок. Вместе с вашей командой разбираем типовые обращения и наиболее рискованные сценарии.
Результат: реестр систем, список рисков и план передачи знаний.
Результат: реестр систем, список рисков и план передачи знаний.
Согласовываем правила работы
Закрепляем SLA, график поддержки, приоритеты и порядок взаимодействия с разработчиками, вендорами и внутренними специалистами.
Результат: понятные регламенты обработки обращений.
Результат: понятные регламенты обработки обращений.
Подключаем инструменты и запускаем приём заявок
Проверяем доступы, настраиваем Service Desk и каналы связи. При готовности согласованного контура начинаем принимать обращения за 48 часов.
Результат: заявки регистрируются и поступают назначенным исполнителям.
Результат: заявки регистрируются и поступают назначенным исполнителям.
Проводим совместную работу
В течение первых 14 дней проверяем процессы на реальных обращениях. Уточняем инструкции, устраняем ошибки маршрутизации и дополняем базу знаний.
Результат: проверенные рабочие сценарии и перечень оставшихся задач.
Результат: проверенные рабочие сценарии и перечень оставшихся задач.
Принимаем поддержку в самостоятельное обслуживание
Сверяем готовность по согласованному чек-листу. Фиксируем открытые вопросы, владельцев задач и дату завершения переходного периода.
Результат: внешняя команда работает в пределах согласованной ответственности, заказчик контролирует показатели сервиса.
Результат: внешняя команда работает в пределах согласованной ответственности, заказчик контролирует показатели сервиса.
Какие инструменты используем для передачи IT-поддержки
Конкретный набор инструментов выбирается после изучения инфраструктуры и ограничений клиента.
Что вы получаете после передачи техподдержки внешней команде
- Перечень систем, принятых на обслуживание.
- Базу знаний по переданным системам.
- Матрицу ответственности заказчика и подрядчика.
- Реестр открытых проблем и технических ограничений.
- Согласованный SLA и правила эскалации.
- Отчёт о переходе и план дальнейшего улучшения поддержки.
- Единую очередь обращений с историей обработки.
Сколько стоит переход на внешнюю техподдержку
Переход на внешнюю техподдержку: модельные кейсы с цифрами
Торговая компания: передача поддержки 120 сотрудников за 14 рабочих дней
Проблема
Обращения поступали в личные сообщения двум администраторам. Среднее время первого ответа составляло 95 минут, а 18% запросов не попадали в общий учёт.
Решение
Создали единую очередь заявок, описали 35 типовых решений и провели 5 дней совместной работы с внутренними специалистами.
Результат
Обращения поступали в личные сообщения двум администраторам. Среднее время первого ответа составляло 95 минут, а 18% запросов не попадали в общий учёт.
Решение
Создали единую очередь заявок, описали 35 типовых решений и провели 5 дней совместной работы с внутренними специалистами.
Результат
- Поддержка 120 сотрудников передана за 14 рабочих дней.
- Среднее время первого ответа сократилось с 95 до 25 минут.
- Доля запросов вне системы учёта снизилась с 18% до 3%.
Интернет-магазин: смена подрядчика для 8 сервисов за 21 рабочий день
Проблема
Документация находилась у разных исполнителей, 42 обращения оставались открытыми. При сбоях сотрудники не знали, кому передавать проблему.
Решение
Собрали документацию по 8 сервисам, назначили ответственных по открытым обращениям и проверили 12 сценариев эскалации.
Результат
Документация находилась у разных исполнителей, 42 обращения оставались открытыми. При сбоях сотрудники не знали, кому передавать проблему.
Решение
Собрали документацию по 8 сервисам, назначили ответственных по открытым обращениям и проверили 12 сценариев эскалации.
Результат
- Передача завершена за 21 рабочий день.
- Незакрытая очередь сократилась с 42 до 11 обращений.
- Среднее время назначения ответственного уменьшилось с 70 до 15 минут.
Частые вопросы
Да. Передача поддержки сама по себе не требует смены владельца лицензий, доменов или облачных подписок. Для обслуживания определяем необходимые права и проверяем ограничения поставщиков.
Составляем перечень недостающих сведений и оцениваем, что можно восстановить через обследование систем и интервью с сотрудниками. Критичные пробелы учитываем в плане перехода: они могут повлиять на сроки и объём работ.
Нет. Внешняя поддержка может работать вместе с внутренним специалистом. Например, подрядчик принимает типовые обращения, а штатная команда занимается архитектурой, развитием и согласованием изменений.
Да, если для её сопровождения доступны необходимые материалы и специалисты. До принятия системы определяем границы задач: консультации пользователей, диагностика, исправление кода и выпуск обновлений требуют разных компетенций.
Начать подготовку заранее и выделить период, когда нежелательны изменения в рабочих системах. Если пик уже близко, можно сначала передать ограниченный набор задач, а расширение объёма провести после снижения нагрузки.
Порядок завершения обслуживания закрепляется в договоре. В него стоит включить передачу актуальной документации, истории обращений, открытых задач и отзыв доступов. Это поможет следующей команде принять системы без повторного сбора всей информации.
Получите план перехода на внешнюю техподдержку
Расскажите, какие системы нужно передать на обслуживание и как сейчас устроена работа с обращениями. Подготовим последовательность перехода, определим участие вашей команды и рассчитаем стоимость запуска.