Служба поддержки (help desk) — сначала линии и SLA, потом система

Создание help desk часто начинают с выбора программы для заявок. Она закрепляет правила работы, но сама их не задает. Пока руководитель не определил, кто принимает обращения и в какие сроки их закрывают, заявки могут оставаться нерешенными даже после внедрения. Поэтому сначала определяют порядок работы службы, а затем формулируют требования к программе. Разбираем, как разделить поддержку на линии, какие сроки установить для пользователей и что предусмотреть при запуске help desk до выбора системы.

Help desk и service desk: где проходит граница

Прежде чем выбирать каналы и сроки, компания решает, что строит: поддержку по обращениям или управление услугами. Help desk, helpdesk и хелпдеск — названия службы поддержки, которая принимает обращения пользователей, регистрирует их как заявки и доводит каждую до решения. Сотрудник или клиент обращается в одну службу и может узнать статус своей заявки. Руководитель видит, сколько заявок пришло, кто их ведет и какие стоят без движения.

Основные функции help desk укладываются в короткий список:

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

Service desk, или служба управления ИТ-услугами, предполагает более развитые процессы поддержки. В этой службе ведут каталог услуг и управляют инцидентами, запросами на обслуживание и плановыми изменениями в инфраструктуре. Help desk сообщает пользователю, в чем проблема и когда ее устранят. Service desk отвечает перед бизнесом за то, чтобы услуга работала на согласованном уровне.

По названию службы нельзя определить, насколько развиты процессы поддержки. Компании, где обращения пока теряются в почте, нужен базовый help desk. Каталог услуг и управление изменениями добавляют позже, когда заявки уже регистрируются и закрываются в срок.

«Структура линий поддержки определяется сложностью инфраструктуры, а не названием службы».

Евгений Котухов, эксперт по внедрению систем управления ИТ-услугами.

Внутренний и клиентский help desk: разные сроки и разный поток

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

Клиентская служба поддержки: сколько клиент готов ждать

Задержки с ответом на обращение приводят к потере продаж. По данным исследования «Телфин» и OkoCRM, примерно половина клиентов уходит без заказа, если ответ приходится ждать более 10 минут. Авторы исследования делают исключение для B2B-компаний со сложным продуктом: там менеджеру нужно больше времени на качественный ответ. Порог в 10 минут относится к обращениям клиентов в отдел продаж. На внутреннюю поддержку этот порог не переносят: сотрудники не выбирают между конкурирующими поставщиками, как покупатели.

Внутренний help desk: обращения не только в ИТ

Внутренний help desk обслуживает сотрудников. Если сотрудник не может продолжить работу без помощи поддержки, ожидание исполнителя приводит к простою. Сроки в SLA задают так, чтобы сократить это время.

Внутренний help desk быстро перестает быть только техподдержкой. Когда у компании одна точка входа, через нее поступают и запросы к бухгалтерии, кадрам и хозяйственной службе. Поэтому даже при запуске поддержки только для ИТ в каталоге обращений с первого дня предусматривают категории для запросов к другим службам.

Например, в ГК «Альфа-Лизинг» в 2025 году более 56% всех обращений в системе заявок касались бизнес-функций. При этом время исполнения заявок там сократилось на 33%.

12 ноября 15:00 МСК Онлайн Бесплатно Открытый разбор: КП отправили, а дальше тишина Для руководителей продаж: как узнать, что происходит со сделкой, пока клиент молчит, и как вернуть разговор. Зарегистрироваться

Каналы приема обращений: одна точка входа вместо почты

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

Единая точка входа: все каналы в одной системе заявок

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

• номер;
• категорию;
• приоритет;
• ответственного;
• статус.

Так, торговая сеть «Монетка» объединила в одной системе обращения из колл-центра, портала и почты. Начали с ИТ, затем подключили эксплуатацию, распределительные центры и другие департаменты. Время приема обращений по электронной почте сократилось с 2,5 часа до 15 минут.

Чат-бот на входе: когда нужен переход к специалисту

На входе в поддержку часто используют чат-бота, который отвечает на типовые вопросы без участия специалиста. По данным опроса НАФИ, доля россиян, которые положительно оценивают общение с чат-ботами, сократилась с 37% в 2024 году до 33% в 2025 году. 57% опрошенных не могли определить, общаются они с человеком или с роботом.

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

Линии поддержки: что решает первая линия и когда эскалировать

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

• Нулевая линия: портал и бот, пользователь находит решение без специалиста.
• Первая линия: операторы принимают обращения и закрывают типовые заявки по инструкциям.
• Вторая линия: профильные специалисты и инженеры работают со сложными случаями.
• Третья линия: разработчики, подрядчики и владельцы систем.

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

Первая линия поддержки закрывает обращение сама

Линия операторов полезна, когда сама решает простые вопросы, а не пересылает их специалистам. Для этого у операторов должны быть инструкции, доступы и право закрыть заявку без согласования.

К примеру, в финансовом маркетплейсе «Сравни» все входящие обращения сначала попадают на первую линию. При необходимости к работе подключаются команды технической и продуктовой поддержки. Первая линия закрывает 96% всех обращений, и только 4% переходит дальше. Отдельно команда считает долю заявок, решенных ботом: она составляет 38%.

Вторая и третья линии: правила эскалации заявок

Для эскалации устанавливают лимит времени: если оператор не закрыл заявку за отведенный срок, ее передают на вторую линию. Так сложные задачи не задерживаются у оператора, которому не хватает квалификации для их решения.

Так, в «Петрович-Тех», ИТ-компании сети «Петрович», внутреннюю поддержку перестраивают с 2021 года. Тогда время решения запроса составляло в среднем 49 часов и не зависело от сложности проблемы. Команда запустила первую линию и установила для операторов лимит времени на обработку каждой заявки. Заявки, которые не удалось закрыть за установленный срок, передают на вторую линию. График смен подстраивают под пики нагрузки.

После запуска 80% обращений решаются в течение 10 минут. Удовлетворенность выросла с 92% до 96%. Первая линия стала кадровым резервом: порядка 40% ее специалистов получили повышение и перешли на вторую линию.

SLA службы поддержки: сроки, которые можно проверить

Чтобы линии и эскалация работали предсказуемо, сроки записывают в соглашение об уровне обслуживания, или SLA. Без конкретного срока исполнитель решает сам, когда браться за заявку. В SLA обычно входят:

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

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

Сервисная модель поддержки определяет порядок обработки заявок, включая сроки и приоритеты. По данным исследования «Компьютерры» совместно с SimpleOne, после перехода к ней среднее время обработки обращений сокращается на 19% — с 4,6 до 3,7 часа. Исследователи связывают улучшение с тем, что процессы становятся предсказуемее. Компании, у которых работа поддержки была лучше организована на старте, быстрее сокращают время обработки обращений.

«Мы внедрили измеримые SLA и метрики качества обслуживания, автоматизировали рутинные процессы, выстроили интеграцию с другими корпоративными системами».

Анатолий Куралев, эксперт компании «МКБ».

База знаний и самообслуживание: часть потока до первой линии

В поддержку регулярно поступают типовые запросы на сброс пароля, настройку оборудования и получение справок. На каждый такой запрос поддержка тратит время, хотя решение уже известно. База знаний и портал позволяют пользователю найти ответ без оформления заявки.

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

Портал служит отдельным каналом подачи заявок. Сначала пользователь видит статьи по теме, а если они не помогли, заполняет форму заявки. Например, в Челябинской области техническую поддержку органов власти ведет ОГКУ «Центр информационно-технического обслуживания». Вместо почты там ввели единую точку входа, каталог услуг, базу знаний для пользователей и портал самообслуживания. Ежедневно в системе регистрируется от 300 до 400 обращений, и уже 30–40% из них поступает через портал.

Как собрать базу знаний из частых обращений

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

1. Выгрузить частые обращения. Из системы заявок выгружают обращения по категориям с наибольшим числом повторных запросов.
2. Описать решение. По каждой проблеме пишут инструкцию с шагами, которые пользователь сможет выполнить самостоятельно.
3. Проверить в работе. Операторы применяют инструкции при обработке реальных обращений и исправляют неясные места.
4. Опубликовать. Материал размещают на портале и дают на него ссылку в переписке по заявкам.
5. Пересматривать по повторным обращениям. Если после публикации по той же проблеме продолжают поступать обращения, инструкцию дополняют. За обновление каждого материала назначают ответственного.

Метрики help desk: первый ответ, решение с первого обращения, удовлетворенность

Руководитель оценивает работу help desk по показателям, которые помогают находить узкие места в обработке заявок. Метрики вводят одновременно с линиями и SLA, а не после запуска системы.

Отчеты и аналитика по заявкам делают работу поддержки прозрачной. В них видно:

• сколько обращений приходит и сколько из них линии успевают обработать;
• кто ведет заявки;
• сколько заявок просрочено и где они застревают.

По этим данным людей перераспределяют между линиями и сменами. В ГК «Акрон Холдинг» такую прозрачность дала автоматизация управления ИТ-услугами.

«Благодаря этому мы получили четкое представление о загрузке команды, смогли более эффективно управлять ресурсами и повысить качество предоставляемых ИТ-услуг».

Владимир Руденко, заместитель генерального директора по ИТ и цифровизации бизнеса ГК «Акрон Холдинг».

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

Время первого ответа

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

Решение с первого обращения

Решение с первого обращения, или FCR, показывает долю заявок, закрытых без повторного обращения пользователя по той же проблеме. По данным SQM Group, в контакт-центрах Северной Америки среднее FCR по всем отраслям в 2024 году было 69% при разбросе от 43% до 88%. Хорошим уровнем там считают от 70% до 79%. В том же исследовании FCR для технической поддержки составляет 60%, для обращений с жалобами — 48%.

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

Удовлетворенность пользователей

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

Многие компании этот показатель не собирают. Согласно исследованиям, 42,9% участников не замеряли CSAT. Такие компании теряют возможность доказать ценность сервиса и обосновать инвестиции перед руководством.

Порядок запуска help desk до выбора системы

Большинство только начинают автоматизировать корпоративные услуги. У 66,7% компаний зафиксирован нулевой уровень такой автоматизации.

Решения о службе принимают в такой последовательности:

1. Описать поток. Кто обращается, с какими задачами и сколько сейчас ждет решения.
2. Определить, как свести каналы в одну точку входа. Зафиксировать, что каждое обращение должно регистрироваться с номером, приоритетом и ответственным.
3. Разделить поддержку на линии. Записать лимит времени на заявку и правило эскалации.
4. Закрепить в SLA сроки по приоритетам. Указать время реакции и решения для каждого уровня срочности.
5. Собрать стартовый набор статей базы знаний. Начать с частых повторных запросов.
6. Определить метрики для запуска. С первого дня измерять время первого ответа, FCR и удовлетворенность.

Требования к системе help desk вытекают из этих решений:

• принимает обращения из нужных каналов;
• распределяет заявки по линиям и передает их дальше по правилу эскалации;
• рассчитывает сроки реакции и решения по SLA;
• обеспечивает связь с базой знаний, а для клиентской поддержки — с CRM;
• строит отчеты по трем метрикам.

После этого при выборе системы остается проверить, позволяет ли она работать по согласованным правилам.