Как построить первую линию поддержки и что она должна закрывать сама
Кратко
Первая линия бывает двух видов: диспетчерская, которая принимает и передаёт, и решающая, которая закрывает большинство обращений сама. Это разные люди, разные деньги и разные показатели. Выбрать надо до найма — потому что диспетчера, нанятого как диспетчера, нельзя потом попросить решать.
Два разных решения под одним названием
| Диспетчерская линия | Решающая линия | |
|---|---|---|
| Что делает | Принимает, уточняет, классифицирует, передаёт | Принимает и закрывает сама всё, что укладывается в 15 минут |
| Доля закрытых на месте | 10–20 % | до 70–80 % при зрелой базе знаний |
| Требования к человеку | Внимательность, речь | Знание продукта, доступ к системам |
| Главный риск | Превращается в передаточное звено, удлиняющее путь | Дорого, дольше вводится в строй |
| Когда уместна | Поток очень разнородный, экспертиза узкая | Обращения повторяются, продукт один |
Ошибка, из-за которой первая линия чаще всего не оправдывает себя: её нанимают дешёвой (диспетчерской), а спрашивают с неё как с решающей. Человек не может закрывать то, к чему у него нет доступа, и очередь удлиняется ровно на одно звено.
Порядок построения
- Посчитайте, что вообще приходит. Возьмите 200 последних обращений и разложите по темам. Не по придуманному классификатору, а по факту: одинаковые складывайте в одну кучу. Обычно 5–7 тем дают больше половины потока.
- Отметьте темы, решаемые по инструкции. Критерий жёсткий: инструкцию можно написать так, что человек без знания продукта выполнит её не ошибаясь. Сумма этих тем — потолок вашей первой линии. Если он меньше 30 %, отдельная первая линия пока не окупится.
- Дайте доступы под этот список. Линия, которая не может выполнить инструкцию из-за прав в системе, — диспетчерская, как бы вы её ни называли.
- Напишите инструкции до найма. Их пишет тот, кто сейчас решает эти обращения. Одна тема — одна страница: признаки, шаги, что спросить, когда передавать.
- Назовите границу передачи. Числом, а не ощущением: не решено за 15 минут либо требуется доступ, которого у линии нет, — передаём. Граница, названная словами «если сложно», не работает: у каждого своя сложность.
- Назначьте вторую линию поимённо. Передача «в разработку» — это передача никому. Передача — всегда человеку или дежурной роли с расписанием.
Что первая линия обязана делать всегда, даже передавая
Эти четыре действия не зависят от того, решает линия или регистрирует, и именно они определяют, чувствует ли клиент службу работающей.
- Ответить первой. Живым текстом, не автоответом. До этого момента человек не знает, увидели его или нет.
- Собрать данные до передачи. Версия, шаги воспроизведения, скриншот, время начала проблемы. Передача без этих данных перекладывает на вторую линию ещё один круг переписки — и удваивает срок.
- Назвать срок. Даже приблизительный: «вернусь с ответом сегодня до 17:00». Названный и сдвинутый срок переносится клиентом легче, чем молчание.
- Довести до конца. Обращение, переданное на вторую линию, остаётся за первой: она сообщает результат клиенту. Иначе решение есть, а человек о нём не знает.
Сколько людей нужно
Стартовый ориентир для небольшой службы: один человек на первой линии закрывает 20–35 обращений за смену, если больше половины из них типовые и есть инструкции. При разнородном потоке — 12–20.
Два человека нужны раньше, чем кажется: не из-за объёма, а потому что один человек не может ни заболеть, ни обедать. Первая линия из одного сотрудника — это не линия, а точка отказа с расписанием.
Частая ошибка: линия без обратной связи
Первая линия видит все повторяющиеся вопросы раньше всех в компании. Если по её наблюдениям ничего не происходит, она превращается в конвейер, гасящий симптомы: один и тот же вопрос обрабатывается двести раз, и никто этого не замечает, потому что каждое отдельное обращение закрыто в срок.
Лечение простое и почти бесплатное: раз в неделю первая линия называет три самых частых темы недели, и на первую из них заводится задача — правка в продукте, текст в базе знаний или изменение в интерфейсе. Одна тема в неделю, а не список из тридцати.
Как проверить, что заработало
Через месяц после запуска снимите четыре числа по журналу обращений.
| Замер | Как считать | Тревожно, когда |
|---|---|---|
| Доля закрытых первой линией | Закрыты без передачи / все обращения | Ниже заявленного при найме более чем вдвое |
| Срок до передачи | Медиана времени от приёма до передачи на вторую линию | Больше 30 минут: линия держит то, что не может решить |
| Возвраты после передачи | Вторая линия вернула обращение первой за нехваткой данных | Больше 10 %: не собирают данные до передачи |
| Повторяющиеся темы | Одна и та же тема в топ-3 четыре недели подряд | Есть такая тема: обратная связь не работает |
Отдельно проверьте руками: возьмите пять обращений, переданных на вторую линию и решённых, и посмотрите, узнал ли клиент результат от первой линии. Если хоть по одному ответа клиенту нет — сломан не показатель, а само правило доведения, и остальные числа читать рано.
Связанные статьи
- Как выстроить эскалацию, чтобы срок не выходил молча
- Как ввести нового оператора в строй за неделю
- Как сделать базу знаний, чтобы обращений стало меньше
- Операторы и роли
Нужна поддержка, которая так и работает?
TehProf Support собирает обращения из WhatsApp, Telegram, почты и виджета в одну очередь, считает сроки по SLA и показывает, где служба проседает.