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

Коротко: что такое линии поддержки

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

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

Первая линия: принять и закрыть типовое

Первая линия — это входная точка. Её задачи:

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

Хорошая первая линия закрывает 50–70% обращений сама — при условии, что у неё есть база знаний с готовыми решениями. Ключевая метрика здесь — скорость реакции и доля заявок, решённых без эскалации.

Вторая линия: разобраться в сложном

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

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

Третья линия: изменить продукт или инфраструктуру

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

Когда делить команду на линии

Признаки, что пора:

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

Команде из 2–3 человек формальные линии не нужны — достаточно договориться, кто сегодня дежурит на приёме. Но правило «типовое решаем по базе знаний, сложное передаём с контекстом» полезно в любом размере.

Как настроить эскалацию в системе заявок

На практике линии — это правила маршрутизации в helpdesk-системе:

1. Все каналы (почта, Telegram, телефон, форма) сводятся в одну очередь первой линии.
2. У заявки есть ответственный и статус — видно, на ком она застряла.
3. Передача на вторую линию — смена ответственного, вся история и переписка остаются в заявке.
4. SLA считается на всю заявку целиком, а не сбрасывается при передаче — иначе эскалация превращается в способ «обнулить таймер».
5. Отчёты показывают долю эскалаций: если первая линия передаёт больше половины заявок, ей не хватает знаний или полномочий.

В Tikkee это делается штатно: единый приём из всех каналов, назначение ответственных, SLA по приоритетам и отчёты по сотрудникам. А база знаний с ИИ-подсказками помогает первой линии закрывать больше обращений без эскалации.