Kyivstar Business HUB
Скільки операторів вам насправді потрібно? Як правильно оцінити навантаження

27 серпня 2026

8 хв.

Скільки операторів вам насправді потрібно? Як правильно оцінити навантаження

Чому «дзвінки поділити на продуктивність» — неправильна формула

Про що:

Два контакт-центри можуть отримувати однакові 800 дзвінків на день — і одному з них може знадобитися в рази більше операторів, ніж іншому. Чому? Кількість дзвінків сама по собі майже не дає достатньої інформації для розрахунку потрібного штату. Саме тому розрахунок «на око» або за середньою кількістю дзвінків на день майже завжди веде до черг і пропущених дзвінків у пік або до переплати за операторів, які простоюють. У статті — логіка розрахунку та дані, які реально визначають потрібну кількість людей.

Зміст

Чому однакові 800 дзвінків можуть означати різний штат

Пік важливіший за середнє

Один дзвінок — це не тільки розмова

Скільки чекатиме клієнт?

Чому штат із 10 операторів не означає 10 операторів одночасно

Пропущені ≠ автоматично найм

Перед наймом зменшіть саме навантаження

Де взяти всі ці дані

Порахуємо на прикладі

Порівняймо два контакт-центри з однаковою кількістю дзвінків на день — 800 в обох.

Що зібрати для свого контакт-центру

Алгоритм розрахунку за 6 кроків

Чому однакові 800 дзвінків можуть означати різний штат

Два контакт-центри отримують по 800 дзвінків на день. В одного пік згладжений, AHT (Average Handling Time, середній час обробки) невисокий, і частину типових питань закриває автоматизація. В іншого дзвінки концентруються в кількох годинах, AHT вищий, і все йде напряму на операторів. Кількість дзвінків однакова. Потреба в операторах — ні.

Найпоширеніший спосіб порахувати штат: узяти кількість дзвінків за день і поділити на те, скільки «в середньому» встигає обробити один оператор. Виглядає логічно, працює рідко. 800 дзвінків не є фіксованим обсягом роботи: якщо середня обробка одного звернення займає 3 хвилини, це один обсяг роботи для команди, якщо 8 хвилин, зовсім інший. Кількість звернень без тривалості їх обробки — це просто цифра, а не основа для розрахунку.

Пік важливіший за середнє

Дзвінки рідко приходять рівномірно протягом дня. О 10:00 може бути 180 звернень, а о 15:00 лише 50. Якщо планувати штат за середнім денним показником, у пікові години утворюються черги й ростуть пропущені дзвінки, попри те що за підсумками дня команда виглядає укомплектованою. Тому перший крок будь-якого розрахунку: не «скільки дзвінків за день», а «як розподіляються дзвінки протягом дня і яке навантаження маємо в пікові інтервали».

Один дзвінок — це не тільки розмова

AHT (Average Handle Time, середній час обробки звернення) — показник, без якого розрахунок штату не має сенсу. І це не лише тривалість розмови.

У типовому розрахунку AHT враховує час розмови, утримання (hold) та post-call роботу (PCP/ACW). Точний склад показника залежить від методології конкретної системи.

Оператор не закінчує роботу зі зверненням, коли клієнт кладе слухавку: він фіксує результат, заповнює дані в CRM, іноді виконує додаткові дії. Це і є PCP (post call processing) або ACW (after-call work). Якщо рахувати тільки тривалість розмови, реальне навантаження на команду систематично занижується.

Скільки чекатиме клієнт?

Наступний крок: вирішити, наскільки швидко бізнес хоче відповідати клієнту. Для однієї компанії прийнятно, щоб клієнт трохи почекав, для іншої відповідь у перші секунди напряму впливає на продаж.

Щоб визначити потрібну кількість операторів, бізнес має задати цільовий рівень обслуговування та контролювати кілька пов'язаних показників:

  • Service Level (SL) — частка дзвінків, прийнятих за визначений час. «90% дзвінків за 20 секунд» означає, що дев'ять з десяти клієнтів мають додзвонитися протягом 20 секунд.
  • ASA (Average Speed of Answer) — середній час очікування відповіді.
  • Частка пропущених звернень: скільки дзвінків узагалі не дочекалися оператора.
  • Допустимий час очікування: скільки клієнт готовий чекати, перш ніж покласти слухавку.

Чим вищий рівень сервісу компанія хоче забезпечити, тим більший резерв операторів їй потрібен.

Чому штат із 10 операторів не означає 10 операторів одночасно

Робочий час оператора складається не тільки з розмов. Перерви, навчання, зустрічі, технічні паузи: усе це реальний час роботи, який не витрачається на клієнтів напряму (пост-обробку ми вже врахували в AHT вище).

UTZ (utilization), або коефіцієнт завантаження, показує, яку частину доступного робочого часу оператор фактично зайнятий обробкою звернень. Це окрема перевірка поверх розрахунку навантаження, а не частина формули «дзвінки × AHT»: спочатку рахуємо, скільки роботи є, а вже потім окремо дивимось, наскільки ефективно команда використовує свій час. Склад активностей у цьому показнику може відрізнятися залежно від системи, тому орієнтуйтесь на методологію свого інструменту.

Сам по собі високий або низький UTZ не є підставою для рішення про найм: його варто дивитись разом із піковим навантаженням, Service Level, чергами та графіками. Два сигнали, які варто вміти розпізнавати:

  • Високий UTZ разом із чергами та пропущеними зверненнями може вказувати на дефіцит ресурсу.
  • Низький UTZ при тому, що клієнти все одно довго чекають, — привід спочатку перевірити графіки, маршрутизацію та розподіл навантаження між чергами.

Пропущені ≠ автоматично найм

Це та точка, де більшість компаній приймає передчасне рішення про найм. Перш ніж розширювати штат, варто перевірити:

  • коли виникають пропущені дзвінки;
  • чи збігаються графіки з піками навантаження;
  • як розподіляються дзвінки між чергами;
  • скільки часу займає обробка звернення;
  • яку частину можна закрити без оператора.

Часто виявляється, що проблема не в браку людей, а в тому, що наявний ресурс використовується неефективно. Це вирішується не наймом, а перебудовою процесу.

Перед наймом зменшіть саме навантаження

Workforce planning, або планування чисельності та графіків команди, — це не тільки розрахунок кількості людей. Частину навантаження часто можна зняти з операторів ще до найму:

  • IVR закриває прості запити без участі людини.
  • Голосовий робот бере на себе повторювані сценарії.
  • Голосовий AI-агент веде діалог там, де раніше потрібен був оператор.
  • Маршрутизація скорочує зайві переведення.
  • Скрипти й форми прискорюють обробку звернення.

Іноді бізнесу справді потрібні додаткові оператори, а іноді спочатку варто зменшити навантаження на наявну команду — у прикладі нижче видно, наскільки суттєво це впливає на розрахунок.

Усе необхідне для управління — в одному інтерфейсі UniTalk Contact Center

Усе необхідне для управління — в одному інтерфейсі UniTalk Contact Center

Де взяти всі ці дані

Усе, про що йшлося вище, працює лише тоді, коли є дані, на які можна спиратися. Керівнику потрібна базова видимість процесу: статистика по дзвінках, стан черг і контроль пропущених звернень — замість роботи «на відчутті».

У UniTalk Contact Center можна побачити розподіл дзвінків у часі, навантаження на черги, прийняті та пропущені звернення й інші дані, необхідні для аналізу фактичного навантаження. Це дає змогу зрозуміти, де саме виникає дефіцит ресурсу: чи справді бракує операторів, чи проблема в графіках, піковому навантаженні, тривалості обробки або розподілі дзвінків. І вже на основі цих даних приймати рішення про оптимізацію процесів або розширення команди.

Загальний дашборд UniTalk Contact Center з ключовими показниками дзвінків і черг

Загальний дашборд UniTalk Contact Center з ключовими показниками дзвінків і черг

Порахуємо на прикладі

осі ми говорили про фактори. Тепер про цифри.

Дзвінки × AHT ÷ 60 = мінімальна теоретична ємність Не фінальний staffing-розрахунок: без Service Level та характеру потоку дзвінків формула не показує реальну потребу в операторах.

Кількість дзвінків у пікову годину, помножена на AHT, дає сумарні хвилини роботи команди за цю годину. Це число ділять на 60 (хвилин, які фізично може відпрацювати один оператор за годину).

Припустимо, у пікову годину контакт-центр отримує 180 дзвінків, а середній AHT становить 5 хвилин:

180 × 5 = 900 хвилин роботи, 900 ÷ 60 = 15 операторів

Це мінімальна теоретична ємність: 15 операторів без жодної паузи всю годину. У реальності так не буває — це лише перший орієнтир, а не відповідь на «скільки наймати».

Проста формула показує лише обсяг роботи. Вона не враховує, наскільки випадково приходять звернення і скільки часу очікування бізнес готовий допустити (Service Level). Саме ці фактори враховує модель Erlang C — вона розраховує кількість операторів на основі інтенсивності дзвінків, AHT і цільового SL. Рахувати її вручну не обов'язково; важливіше зібрати дані, на яких вона працює: пікове навантаження, AHT і цільовий SL.

Порівняймо два контакт-центри з однаковою кількістю дзвінків на день — 800 в обох.

Мінімальна теоретична ємність у пік: А — 80 × 3 ÷ 60 = 4 оператори. Б — 200 × 8 ÷ 60 ≈ 27 операторів. За однакового денного обсягу навантаження в пік відрізняється в рази, і це ще без Service Level, який для коректного порівняння має бути однаковим, а фінальний штат розраховують через Erlang C, а не прямим діленням. Логіка вже видно: те саме число дзвінків на день не означає ту саму потребу в людях, а автоматизація навіть 20% типових звернень у пік помітно змінює навантаження.

Що зібрати для свого контакт-центру

Щоб перейти від статті до власного розрахунку, достатньо мати під рукою:

  1. кількість дзвінків у пікову годину (не за день);
  2. AHT для цього ж інтервалу;
  3. цільовий Service Level, який хоче забезпечити бізнес;
  4. фактичний UTZ команди в пік;
  5. частку звернень, яку вже закриває автоматизація.

Цих п'яти показників уже достатньо, щоб перейти від оцінки «на око» до обґрунтованої першої оцінки staffing-потреби. Для повного планування команди додатково враховують графіки, доступність операторів і shrinkage (втрати робочого часу на непродуктивні активності).

Алгоритм розрахунку за 6 кроків

Щоб визначити необхідну ємність контакт-центру та кількість операторів, пройдіть такі 6 кроків:

  1. Порахуйте звернення за часовими інтервалами, а не тільки за день загалом.
  2. Порахуйте AHT: середній час обробки одного звернення, включно з post-call роботою.
  3. Визначте пікові години: коли навантаження найвище.
  4. Встановіть цільовий Service Level і прийнятний час відповіді для свого бізнесу.
  5. Порахуйте мінімальну теоретичну ємність за формулою «дзвінки × AHT ÷ 60».
  6. Перевірте, що можна оптимізувати або автоматизувати ще до розширення Уточніть необхідну кількість операторів через Erlang C чи іншу staffing-модель, а при плануванні фактичного штату врахуйте графіки, доступність операторів і shrinkage.

Спочатку дані й оптимізація процесу, потім рішення про найм. Питання «скільки операторів нам потрібно?» починається не з headcount, а з навантаження. Іноді бракує не людей, а видимості власного процесу — і це варто перевірити до того, як збільшувати штат.

Зміст

Чому однакові 800 дзвінків можуть означати різний штат

Пік важливіший за середнє

Один дзвінок — це не тільки розмова

Скільки чекатиме клієнт?

Чому штат із 10 операторів не означає 10 операторів одночасно

Пропущені ≠ автоматично найм

Перед наймом зменшіть саме навантаження

Де взяти всі ці дані

Порахуємо на прикладі

Порівняймо два контакт-центри з однаковою кількістю дзвінків на день — 800 в обох.

Що зібрати для свого контакт-центру

Алгоритм розрахунку за 6 кроків

Додайте коментар

Усі коментарі публікуються після модерації. Будь ласка, пишіть українською, без спаму та нецензурних слів.

Схожі статті