Первая линия поддержки, вторая и третья: что делает каждая линия

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

Первая линия поддержки: задачи и границы

Первая линия поддержки (L1) — входная дверь. Через неё проходят все обращения, из какого бы канала они ни пришли, и большая часть на ней же заканчивается.

Задачи первой линии поддержки:

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

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

Навыки специалиста первой линии

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

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

Вторая линия поддержки: когда нужна и что делает

Вторая линия поддержки (L2) берёт заявки, для которых нужны глубокие знания продукта, доступ к настройкам или логам. Это более опытные специалисты, их меньше, и их время дороже.

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

Когда второй линии пора появиться

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

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

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

Нулевая и третья линии: когда они нужны

Две линии есть почти везде, остальные появляются по мере роста продукта и команды.

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

Нулевая линия напрямую разгружает первую. Бот может закрывать до 40% обращений без оператора, если вопросы типовые: статусы, часы работы, адреса, наличие. Подробнее о том, как это подключается, — на странице чат-ботов.

Пример: как заявка проходит по линиям

Возьмём сервис онлайн-записи. Клиент пишет в чат: «Не приходят уведомления о записи клиентам». Вот как заявка движется по линиям, если процесс настроен.

1. Нулевая линия. Бот предлагает статью «Почему не приходят уведомления»: проверить номер, баланс SMS, настройки шаблона. Клиент проверил — всё в порядке, просит оператора.
2. Первая линия. Оператор видит, что клиент уже прошёл по статье. Уточняет, у всех ли клиентов не приходят уведомления и с какой даты. Ответ: у всех, со вчерашнего дня. По инструкции это повод для передачи.
3. Передача. Оператор передаёт заявку на вторую линию со всеми данными и пишет клиенту: «Передал специалисту, ответим до 15:00».
4. Вторая линия. Специалист смотрит журнал отправки и видит ошибку у SMS-шлюза только для этого клиента: поменялась подпись отправителя. Это настройка, а не ошибка кода.
5. Решение. Вторая линия исправляет настройку, первая линия сообщает клиенту и закрывает заявку.
6. Знание. Вторая линия дописывает в статью базы знаний новый пункт «проверить подпись отправителя». В следующий раз первая линия решит это сама.

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

Зачем нужны линии технической поддержки

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

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

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

Эскалация: как заявка переходит между линиями

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

Чтобы эскалация не превращалась в перекидывание заявок, заранее договоритесь о трёх вещах:

1. Критерии. Когда первая линия обязана передать заявку, а когда должна попробовать сама. Например: «ошибка повторяется после очистки кэша — передаём».
2. Что приложить. Шаги воспроизведения, скриншоты, данные клиента, что уже пробовали. Без этого вторая линия начинает с переспроса.
3. Обратная связь. Если заявку вернули как «могли решить сами», первая линия получает ссылку на инструкцию, а не выговор.

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

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

1. Посчитайте поток. Сколько обращений в день, какие темы, какую долю решают за один ответ. Это покажет, сколько людей нужно на первой линии.
2. Разделите вопросы. Составьте список тем, которые первая линия решает сама, и тем, которые передаёт. Спорные темы отдайте первой линии с инструкцией.
3. Назначьте вторую линию. Даже если это один человек на полставки, у него должна быть своя очередь.
4. Опишите правила передачи. Что приложить, какой срок у второй линии, как сообщить клиенту.
5. Задайте сроки. SLA для первого ответа и решения по приоритетам, отдельно для заявок на второй линии.
6. Подготовьте базу знаний. Двадцать статей под самые частые вопросы для первой линии и публичные статьи для нулевой.
7. Через месяц перемерьте. Долю решённых на первой линии, долю возвратов со второй, сроки. Перенесите темы между линиями по итогам.

Первая линия: своя или на аутсорсе

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

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

Метрики работы линий поддержки

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

Остальные показатели и формулы — в обзоре метрик поддержки.

Как настроить линии поддержки в HelpDeskEddy

В HelpDeskEddy линии настраиваются департаментами: первая линия, вторая, отдел разработки. У каждого департамента своя очередь, права и сотрудники.

• Автораспределение. Новые заявки и чаты сами попадают на первую линию и расходятся по свободным сотрудникам.
• Правила Диспетчера. «Если тема — интеграция, передать на вторую линию», «если до истечения SLA час — уведомить руководителя». Так работает автоматическая эскалация.
• SLA по приоритетам. Сроки с учётом календаря и рабочего времени, индикация истекающих заявок в списке.
• Внутренние комментарии и подзаявки. Вторая линия переписывается с первой внутри заявки, клиент этого не видит. Для разработки заводится подзаявка, а основная остаётся у первой линии.
• Слежение. Сотрудник первой линии подписывается на заявку, которую передал, и получает уведомления о её движении.
• Отчёты. Глобальный отчёт по департаментам и исполнителям показывает нагрузку и сроки каждой линии.

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

Сколько стоит

Оплата идёт за сотрудника, департаменты, правила и SLA входят в подписку. ИИ-инструменты рассчитываются отдельно.

Все условия — на странице стоимости. Начните с двух департаментов и трёх правил передачи: через неделю будет видно, сколько заявок решает первая линия и сколько уходит дальше. Попробовать бесплатно.

Частые вопросы