Аналитика загрузки операторов: как предотвратить выгорание

Почему это важно для руководителя

В техподдержке выгорание — не редкость. Оператор обрабатывает 30-50 заявок в день, отвечает на повторяющиеся вопросы, общается с раздражёнными клиентами. Без контроля нагрузки команда «сгорает» за 6-12 месяцев: текучка 30-50% в год — норма для индустрии.

Workload-аналитика — это не «следить за сотрудниками», а видеть когда и кому нужна помощь. Раннее обнаружение проблемы позволяет:

• Перераспределить заявки до того, как у одного оператора накопилось 50 открытых;
• Нанять/обучить замену до того как кто-то уволится;
• Объективно обосновать запрос на расширение штата перед руководством.

Какие метрики смотреть

Базовые

• Open tickets per agent — сколько открытых заявок на оператора прямо сейчас. Нормально: 10-25. Тревожно: 40+.
• Average tickets per day — среднее число обрабатываемых заявок. Нормально для L1: 20-40/день. Для L2/L3: 5-15/день (сложнее задачи).
• SLA breached count — сколько заявок просрочено по SLA. Если у одного оператора 5+ просроченных — это red flag.
• Time to first response — средняя реакция на новую заявку. Норма: <1 час в рабочее время.

Продвинутые

• Reopened tickets ratio — % заявок, которые клиент переоткрыл после закрытия. Высокий процент = плохое качество ответа = переработка.
• Average resolution time по типам заявок — выявляет «зависающие» категории;
• Customer satisfaction (CSAT) — рейтинг от клиентов после закрытия заявки. Падает <4 из 5 — сигнал.

Сигналы выгорания которые видны в аналитике

1. Резкий рост времени ответа у конкретного оператора при том же объёме заявок — он устал и медленнее реагирует;
2. Высокая доля internal-комментариев (общение с коллегами) → оператор перекладывает заявки, не справляется сам;
3. Снижение CSAT на 0.5+ балла за месяц — клиенты чувствуют качество хуже;
4. Reopen-ratio растёт — оператор торопится закрыть, делает неправильно;
5. «Тихий» оператор — резкое падение активности (ответов, действий) при формально открытых заявках. Часто признак ментальной усталости.

Что делать при перегрузке

• Краткосрочно (часы-дни): перераспределить новые заявки на других операторов; назначить старшему срочную помощь по «горящим» SLA;
• Среднесрочно (недели): добавить шаблоны ответов и canned-replies на частые вопросы; ускорить L1-маршрутизацию через каталог услуг;
• Долгосрочно (месяцы): расширение базы знаний (чтобы клиенты находили ответы сами); chat-bot на типовые запросы; найм + обучение нового оператора (4-8 недель цикл);
• Личная работа с оператором: 1:1 разговор, ротация на менее напряжённые задачи на 2 недели, отпуск.

Инструменты в ServiceDesk

В TIQQET ServiceDesk есть Workload Dashboard — отдельная страница где видно для каждого оператора:

• Сколько у него открытых заявок (К работе / В работе);
• Сколько просрочено по SLA (с подсветкой красным);
• «Stale»-индикатор (тикет не трогали > 8 часов);
• Сортировка по нарушениям SLA / по имени.

Дополнительно — Time Tracking фиксирует фактически потраченное время на заявку (через Play/Stop таймер). Это даёт реальную нагрузку в часах, а не только в количестве заявок.

Стандартная аналитика (BI-инструменты, Metabase, Yandex DataLens) подключаемая через Public API даёт более глубокий разбор — динамика, корреляции, прогнозы.