Оптимизация численности сотрудников на основе данных телефонии

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

Ellectra — голосовой ИИ-администратор для бизнеса, который принимает звонки, выявляет потребности клиентов, записывает на услуги и реактивирует клиентов, снижая нагрузку на ваших сотрудников.

Почему данные телефонии — основа для расчёта численности

В сервисных подразделениях нагрузка «живёт» в каналах. Для телефонии это особенно заметно: клиент либо дозванивается, либо слышит ожидание/занято, либо сбрасывает. В отличие от субъективных оценок («вроде не успеваем») телеметрия АТС/ACD показывает фактическую картину: когда и сколько звонков пришло, сколько обработано, сколько потеряно, сколько времени заняли разговор и постобработка.

Телефония даёт три критически важных слоя данных:

• Поток обращений (demand): поступившие вызовы по времени, дням недели, сезонности, рекламным всплескам.
• Производительность обработки (handle time): длительность разговора, удержания, консультаций, постобработки.
• Качество сервиса (service level): скорость ответа, ожидание, доля потерянных, возвратные звонки.

Эти слои позволяют перейти от «у нас не хватает людей» к конкретным вопросам: не хватает в какие часы, из‑за каких причин обращений, на каком этапе теряется время и какая численность нужна под заданный SLA.

Какие данные телефонии нужно собирать для точных расчётов

Чтобы расчёт численности был корректным, важно договориться о едином «словаре» метрик и о качестве исходных данных. Минимальный набор обычно можно выгрузить из ACD/АТС (в т.ч. облачной), а расширенный — из связки телефонии с CRM и WFM.

Обязательные метрики ACD/очередей

• Calls Offered (поступившие) — все звонки, попавшие в очередь.
• Calls Answered (принятые) — обработанные оператором.
• Calls Abandoned (потерянные) — сбросили до ответа.
• ASA (Average Speed of Answer) — средняя скорость ответа.
• Service Level (SLA) — доля принятых за целевое время, например 80% за 20 секунд.
• Average Wait Time — среднее ожидание в очереди.
• Max Wait Time — максимальное ожидание (важно для поиска «пиков боли»).

Метрики времени обработки

• AHT (Average Handle Time) — среднее время обработки вызова: разговор + удержание + постобработка.
• Talk Time — длительность разговора.
• Hold Time — удержание.
• ACW (After Call Work) — постобработка (заполнение CRM, создание обращения).
• Transfer rate — доля переводов (часто раздувает AHT и ухудшает SLA).

Метрики эффективности и загрузки

• Occupancy (занятость) — доля времени, когда оператор занят контактами (и связанными операциями), относительно доступного времени.
• Shrinkage (непроизводительные потери) — обучение, планёрки, перерывы, больничные, отпуск, наставничество.
• Adherence/Conformance — соблюдение графика (при наличии WFM).

Данные, без которых оптимизация будет «слепой»

• Разрез по причинам обращения (из IVR, тегов в CRM, тематики линий).
• Сегментация по навыкам/очередям (skill-based routing): разные продукты/уровни сложности имеют разный AHT.
• Повторные обращения (callback within 24/72h): показывают, что AHT снижают ценой недорешенности.

Определяем целевую модель сервиса: без этого численность считать бессмысленно

Оптимизация начинается не с формул, а с ответа на вопрос «какой сервис мы обещаем». Обычно фиксируют:

• SLA/Service Level: например, 80/20 или 90/30.
• Допустимый abandonment rate: например, не более 3–5%.
• Окна поддержки: 5/2, 2/2, 24/7.
• Канальная стратегия: что уводим в чат/бот/самообслуживание, а что оставляем в звонке.
• Ограничения по бюджету и найму: скорость закрытия вакансий, доля удалёнки.

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

Пошаговый алгоритм расчёта численности по данным телефонии

Ниже — рабочая последовательность, которую применяют при WFM‑планировании и проектировании контакт‑центров.

1) Очищаем и нормализуем данные

Проверьте:

• не смешаны ли входящие и исходящие;
• одинаково ли считаются «поступившие» при разных сценариях IVR;
• корректно ли учтены короткие звонки (мисс/автоинформатор);
• нет ли провалов из‑за аварий/переводов на резерв.

Минимальная детализация для расчёта — интервалы 15 или 30 минут. Час часто сглаживает пики и даёт ошибку по штату.

2) Строим профиль нагрузки (интрадей + сезонность)

Соберите:

• среднее число поступивших по интервалам в разрезе дней недели;
• коэффициенты сезонности (месяц к среднему, неделя к месяцу);
• эффект маркетинговых активностей, платежных дат, сроков доставки.

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

3) Рассчитываем средний AHT и его разброс

AHT — ключ к численности. Но опасно опираться только на среднее:

• оцените медиану и 75/90 перцентиль;
• отдельно посмотрите очереди/темы с «тяжелыми» кейсами;
• проверьте, не растёт ли ACW из‑за ручных операций в CRM.

Если AHT «плавает», сначала устраняйте причины: база знаний, шаблоны, интеграции, сокращение переводов.

4) Переводим нагрузку в рабочее время (workload)

На каждом интервале:

• Workload (в минутах) = Calls Answered (или Offered, если планируете по спросу) × AHT.

Это показывает, сколько минут чистой обработки требуется.

5) Подбираем количество операторов под SLA (очередная модель)

В профессиональном планировании используют Erlang C (для входящих без отказа) и модели с потерями/повторами. В прикладном виде логика такая:

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

Ориентиры для управляемой системы:

• Occupancy 75–85% — часто здоровый диапазон для входящей линии;
• 85–90% возможны на стабильных потоках, но риск очередей и выгорания выше;
• постоянные 90%+ почти всегда означают недоштат или проблемы с AHT/маршрутизацией.

6) Учитываем shrinkage и переводим в FTE

Даже идеальная «математика очереди» даст недобор, если не учесть потери времени:

• перерывы и регламент;
• обучение, адаптация;
• контроль качества, разборы;
• больничные/отпуска;
• участие в проектах;
• технические простои.

Формула на практике:

• Required FTE = Needed on phone / (1 − Shrinkage).

Например, если нужно 30 операторов «в линии», а shrinkage 30%, то FTE ≈ 30 / 0,7 = 43.

7) Собираем графики под реальную интрадей‑нагрузку

После расчёта FTE типичная ошибка — поставить всех 5/2 9–18 и ждать SLA. Нужны:

• смены разной длины (8/10/12 часов);
• плавающие начала смен;
• частичная занятость (4–6 часов) на пики;
• «скользящие» выходные 2/2 или 5/2 с разными выходными.

Если используется удалённая модель, проще закрывать пики короткими сменами и резервом.

Как телефония помогает найти «скрытые резервы» без найма

Оптимизация численности не всегда про увеличение штата. Часто тот же SLA достигается за счёт устранения потерь.

Снижение AHT без потери качества

Что смотреть в данных:

• высокий Hold Time (оператор ищет информацию или ждёт коллег);
• длинный ACW (ручной ввод, отсутствие шаблонов);
• высокая доля переводов и повторных звонков.

Что делать:

• база знаний и сценарии, быстрый поиск;
• интеграция телефонии и CRM (автокарточка клиента, автологирование);
• правильная маршрутизация по навыкам;
• чек‑листы «решение с первого контакта» (FCR) и контроль повторов.

Умная маршрутизация и IVR, чтобы снизить нагрузку на операторов

IVR и распределение вызовов дают эффект только когда построены на данных:

• какие пункты IVR выбирают и где бросают;
• сколько звонков можно закрыть автоинформированием (статус заказа, баланс, график);
• сколько времени теряется на неверных переводах.

Практика: короткое IVR (2–3 уровня) и ясные формулировки обычно уменьшают «холостые» вызовы и повышают долю правильной маршрутизации.

Управление потерянными звонками: callback и правила очереди

Abandonment — не всегда «нехватка людей». Иногда проблема в том, что клиенту не предлагают альтернативу.

Решения:

• обратный звонок (callback) при ожидании выше порога;
• информирование о времени ожидания;
• приоритизация VIP/критичных тем;
• перенос части обращений в асинхронные каналы (чат/почта) с фиксацией SLA.

Частые ошибки при оптимизации численности по данным телефонии

Опора на «средний день» вместо пиков

Если считать по среднему числу звонков в день, вы гарантированно получите очереди в пиковые интервалы. Планировать нужно по интрадей‑профилю 15/30 минут и учитывать сезонность.

Игнорирование shrinkage и дисциплины графика

Даже сильная команда «проседает», если:

• много обучения и наставничества;
• высокие больничные;
• слабая дисциплина выходов на линию.

Без контроля adherence любые расчёты будут расходиться с реальностью.

Смешивание разных типов обращений в одну очередь

Когда простые и сложные звонки в одной очереди, растёт разброс AHT и ухудшается прогнозируемость. Лучше выделять темы/линии и применять skill‑based routing.

Снижение AHT любой ценой

Искусственно «урезанный» разговор часто возвращается повторными обращениями и жалобами. В оптимизации штата важно балансировать AHT и качество: FCR, CSAT, претензии, повторные звонки.

Практический чек‑лист: как внедрить оптимизацию численности за 30–60 дней

Недели 1–2: аудит и подготовка данных

• определить цели SLA/ASA/abandonment;
• собрать выгрузки ACD по 15/30‑минутным интервалам за 8–12 недель;
• зафиксировать правила расчёта AHT (что входит в ACW);
• сегментировать по очередям/навыкам.

Недели 3–4: расчёт потребности и пилот графиков

• построить прогноз спроса (интрадей + сезонность);
• посчитать required staff по интервалам и подобрать смены;
• заложить shrinkage (фактический, а не «нормативный»);
• запустить пилот на 1–2 очередях, измерить SLA и occupancy.

Недели 5–8: оптимизация процессов и закрепление

• устранить топ‑3 причины длинного Hold/ACW;
• настроить callback/правила очереди;
• внедрить контроль adherence и регулярный пересчёт прогноза;
• утвердить регламент еженедельного план‑факт анализа.

Инструменты и интеграции, которые ускоряют расчёт и контроль

Для устойчивой модели полезна связка:

• телефония/ACD (очереди, распределение, статусы);
• CRM/Service Desk (причины обращений, результат, повторность);
• WFM (прогнозирование, расписания, adherence);
• BI (дашборды план‑факт, интрадей‑контроль).

Даже при ограниченном стеке можно начать с регулярных выгрузок и единого дашборда: поступившие/принятые/потерянные, SLA, AHT, occupancy, shrinkage.

Как закрепить результат: метрики, по которым видно, что штат оптимален

Оптимальная численность — это не точка, а диапазон, который удерживается управлением. Контрольный набор метрик:

• SLA и ASA по интервалам, а не только за день/неделю;
• Abandonment rate и распределение по времени ожидания;
• Occupancy (слишком низкая — переплата, слишком высокая — риск очередей);
• AHT с разбивкой Talk/Hold/ACW;
• Adherence (если падает — «штат на бумаге» не равен штату на линии);
• FCR/повторные обращения и CSAT (чтобы не «оптимизировать» ценой качества).

Когда эти показатели стабильно в целевых коридорах 4–6 недель, можно переходить от «пожарного» управления к плановой настройке: пересчёт прогноза, корректировка смен, точечное обучение, улучшение маршрутизации и самообслуживания. Тогда данные телефонии превращаются не в отчётность, а в управляемый механизм, который поддерживает нужный уровень сервиса при минимально достаточной численности.