ArtBazyDiagnostics
Helpdesk capacity

Планирование мощности поддержки

Для асинхронных тикетов важнее не Erlang C, а дневная пропускная способность: сколько часов команда реально тратит на обработку и хватает ли этой мощности на входящий поток.

Формула
Capacity = агенты × продуктивные часы × 60 × целевая загрузка / AHT
Главный результат
Мощность команды
288 тикетов/день

Дефицит: 132 тикетов/день.

Входящий поток выше мощности команды. Без найма, автоматизации или снижения AHT backlog будет расти каждый рабочий день.

Исходные данные

Входящий поток
420 тикетов/день
Сколько новых обращений нужно обработать ежедневно.
Баланс дня
-132
Разница между мощностью и входящим потоком.
Нужно операторов
27 чел
При AHT 18 мин и загрузке 80%.
Очистка backlog
не очистится
Срок при текущем чистом запасе мощности.
Что делать дальше
  • Разделите AHT по типам тикетов: простые вопросы, инциденты, возвраты и B2B-запросы требуют разной мощности.
  • Если дефицит небольшой, сначала тестируйте снижение AHT через шаблоны, базу знаний и права первой линии, а не только найм.
  • Планируйте запас 10-20% на сезонность и всплески - иначе SLA будет падать каждый раз при промо или релизе.
Сохранить или обсудить

PDF собирается в браузере - мы не сохраняем ваши данные. Письмо открывается в вашем почтовом клиенте - вы сами решаете, что отправить.

Обсудить с экспертом
Не усредняйте всё

Смотрите метрику по каналам, очередям, сегментам клиентов и типам обращений.

Проверяйте нагрузку

Низкое качество часто вызвано не мотивацией, а нехваткой сменной мощности.

Ищите хвосты

Среднее значение может скрывать тикеты, которые ждут в 5-10 раз дольше нормы.

Считайте деньги

SLA, backlog и AHT стоит переводить в риск штрафов, оттока и ручных затрат.

Типичные ошибки

Как не исказить расчёт

Метрики поддержки быстро становятся vanity metrics, если смешивать разные очереди и считать только средние значения. Используйте калькулятор как быстрый первый слой, а затем разбирайте причины по сегментам.

Сравнивать VIP-B2B и массовые обращения в одном среднем SLA.
Считать календарное ожидание клиента как активный AHT оператора.
Планировать команду на 100% загрузки без буфера на всплески.
Снижать стоимость тикета без контроля CSAT, FCR и повторных обращений.

Связанные калькуляторы

Backlog burn-down

Посчитайте, когда очистится накопленная очередь.

Открыть
Ticket Deflection

Оцените, сколько обращений снимет база знаний или бот.

Открыть
SLA-калькулятор

Проверьте последствия нехватки мощности для SLA.

Открыть

Вопросы и ответы

Erlang C нужен для очередей в реальном времени. Capacity planning подходит для асинхронных тикетов, где важна дневная или недельная пропускная способность.

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

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

Три рычага: уменьшить входящий поток через self-service, сократить AHT через процессы и увеличить доступные часы через найм или перераспределение смен.