Чат з обслуговування клієнтів Калькулятор персоналу

Агенти, FTE та витрати на вашу команду чату — безкоштовно, без реєстрації.

RH Fardin Створено RH FardinAI Маркетологом та Системним Будівельником Anatolii Ulitovskyi Перевірено фактами Anatolii UlitovskyiSEO Експертом та UNmiss Засновником

Використання страхування

Модель попиту

Ваш обсяг чатів

Коли відкритий живий чат?

Як ваші агенти обробляють чат

12 хв

Як довго чат займає агента від початку до кінця. Чат з питань страхування зазвичай триває 10–15 хв; складні або ліцензовані лінії тривають довше.

2

Одночасність. Складна робота зі страхуванням становить 1–2; змішана підтримка — 2–3. Подвоєння цього приблизно зменшує кількість агентів, які вам потрібні, вдвічі.

Ціль сервісу (Erlang C)

Оцінює ваш план з урахуванням корекції конкурентності за допомогою Erlang C (рівень обслуговування та швидкість відповіді) та оцінює чат покинутих з моделлю терпіння Erlang A — наприклад, “відповісти 80% протягом 40 секунд, до того як закінчиться терпіння в 90 секунд.”

Форми щоденний планувальник нижче — як ваші щоденні розмови розподіляються протягом відкритих годин.

Припущення щодо персоналу

1.6×

Ваш найзавантаженіший час працює гарячіше, ніж середнє значення за день — 1.5–2× є типовим. Розмір для піку захищає ваші часи очікування.

75%

Частка часу, коли агенти, що увійшли в систему, фактично спілкуються. 60–75% є здоровим; понад ~85% зростає кількість очікувань, і агенти вигорають.

30%

Оплачений час, не витрачений на спілкування — перерви, навчання, зустрічі, адміністративні завдання, відсутність. Внутрішні команди мають 25–40%.

Витрати та відображення

$

Використовуйте повністю завантажену погодинну ставку (зарплата + пільги + накладні витрати). 173.2 ≈ 2,080 робочих годин на рік ÷ 12.

$

Додатково: ліцензування/програмне забезпечення на місце плюс накладні витрати на нагляд/QA за працею агентів, для більш повних витрат.

Плануйте заздалегідь (додатково)

Актуальна чисельність показує ваш дефіцит найму, проекти зростання планують штат на 12 місяців вперед, а плинність оцінює необхідні найми кожного року лише для того, щоб залишатися на рівні. Страхові команди зазвичай спостерігають плинність 30–45%.

Зміни форматування лише; це не конвертує ваші суми за актуальними курсами обміну.

Тільки для навчальних цілей. Цей калькулятор надає загальні оцінки персоналу — не є порадою з управління робочою силою, фінансів або бізнесу — і не повинен бути єдиною основою для будь-якого найму, бюджетування або фінансового рішення. Реальні вимоги до агентів залежать від ваших патернів прибуття протягом години, залишення чату, цілей рівня обслуговування та складу команди, тому ваші результати можуть відрізнятися. Завжди перевіряйте на основі ваших власних даних чату або з кваліфікованим фахівцем WFM перед прийняттям рішень.

Це безкоштовно калькулятор персоналу для онлайн-чатів страхування перетворює "скільки агентів чату нам потрібно?" на чітке число — адаптоване до вашого обсягу, ваших годин та вашої найпотужнішої години.

Виберіть Основний для швидкої відповіді або Розширений для повної картини. Введіть обсяг ваших чатів та години роботи, налаштуйте кілька припущень, і кожне число оновлюється миттєво.

Як це працює

Від обсягу чатів до плану персоналу за три кроки

Без облікового запису, без електронної пошти, без обмежень. Просто чітка кількість співробітників та витрати, які ви можете врахувати в плануванні.

1

Введіть ваш обсяг чатів

Скажіть нам, скільки чатів ви обробляєте на день, тиждень або місяць, і виберіть ваше покриття — 8×5, 12×5, 12×7 або 24/7.

2

Встановіть ваші припущення

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

3

Перегляньте ваш план персоналу

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

Числа за плануванням персоналу для чатів

Живий чат не потребує персоналу, як телефон

Агенти чату виконують кілька завдань одночасно, тому одночасність — а не черга викликів — визначає, скільки людей вам потрібно. Ось кілька орієнтирів, які формують математику.

~2–3
живих чатів, які одночасно обробляє навчений агент (складна робота з страховкою займає нижче)
Джерело: CallCentreHelper
60–75%
зона оптимального завантаження — ефективна, не виснажуючи агентів і не подовжуючи очікування
Джерело: CallCentreHelper
80% за 20 секунд
класична ціль рівня обслуговування, на яку орієнтуються контактні центри в живих каналах
Промисловий стандарт
~$11
типова повна вартість за контакт з клієнтом через канали підтримки
Промисловий орієнтир

Чому це важливо

Набирайте персонал на годину пік, плануйте бюджет на місяць

Правильно визначте чисельність персоналу, і клієнти отримають швидкі відповіді без надмірного набору. Ось що відкриває чітке число співробітників.

Оптимізуйте свій колектив

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

Захистіть свій рівень обслуговування

Перегляньте зайнятість ваших агентів у пікові години, перш ніж клієнти відчують очікування. Зловіть момент, коли ви переходите від здорового та ефективного до перевантаженого.

Моделюйте пік, а не просто середнє

Ваша найзавантаженіша година визначає, чи доведеться клієнтам чекати. Піковий фактор визначає розмір сплеску, тоді як FTE покривають весь тиждень ефективно.

Контролюйте свої витрати

Прикріпіть завантажену погодинну ставку і перетворіть чисельність на місячний бюджет та вартість за чат, яку ви можете захистити перед фінансами.

Методологія

Як розраховується чисельність персоналу

Ніякої чорної скриньки. Ось що насправді відбувається з вашими числами.

Персонал для живого чату зводиться до однієї ідеї: скільки роботи надходить у вашу найзавантаженішу годину і скільки з цього один агент може виконати одночасно. Цей калькулятор перетворює це на обґрунтовану чисельність, використовуючи прозору модель навантаження та одночасності — підхід, який рекомендують практики контакт-центрів для чату.

Це працює на основі вашого обсягу чату та відкритих годин

Це нормалізує все, що ви вводите — чати на день, тиждень або місяць — в один середнє за відкриту годину: avg chats/hour = chats per week ÷ (hours/day × days/week). Це забезпечує цілодобову роботу та робочий стіл в години роботи на одному рівні.

Воно розраховане на пікові значення, а не на середні.

Ваш найзавантаженіший час є тим, що створює черги, тому він множиться на a піковий коефіцієнт (за замовчуванням 1.6×): peak chats/hour = avg chats/hour × peak factor. Набір персоналу до середнього рівня залишить клієнтів у черзі під час кожного обіду.

Він моделює паралельність для чисельності персоналу

Агент чату веде кілька розмов одночасно, тому навантаження в пікові моменти є peak chats/hour × (handle time ÷ 60) паралельні чати, і agents = workload ÷ concurrency. Стандартний Erlang C передбачає, що один дзвінок займає одного агента до його завершення — як зазначає CallCentreHelper, це не підходить для чатів, тому загальна кількість співробітників використовує цю прозору модель конкурентності. (У Розширений режим, ми потім накладаємо Erlang C зверху як перевірку рівня послуг — дивіться нижче.)

1 agent Chat 1 Chat 2 Chat 3
Один агент, три живі чати одночасно — це конкуренція, і саме тому чат потребує значно меншої кількості агентів, ніж телефон, для того ж обсягу.

Це дозволяє враховувати зайнятість і зменшення

Ви не можете працювати з агентами на 100%, і не весь оплачений час витрачається на спілкування в чаті. Тому це ділиться на вашу цільову зайнятість і на один мінус зменшення, а потім округлюється вгору: agents at peak = ceil( workload ÷ concurrency ÷ occupancy ÷ (1 − shrinkage) ). Зайнятість залишає запас для сплесків; зменшення покриває перерви, навчання, зустрічі та адміністративні справи.

Це перетворює на FTE протягом усіх відкритих годин

Пікове число є цільовим показником для години пік. Щоб забезпечити персоналом увесь тиждень без надмірного укомплектування в тихі години, FTE використовують середнє навантаження: FTE = (avg chats/hour × handle time/60 ÷ concurrency ÷ occupancy ÷ (1 − shrinkage)) × weekly open hours ÷ 40.

Це перетворює чисельність на витрати

Додайте повністю навантажену погодинну ставку, і це обчислює monthly cost = FTE × loaded rate × 173.2 productive hours (річний ×12), плюс справжню вартість за чат. Це робить чисельність бюджету, який ви можете захистити.

Це запускає три сценарії

Оскільки кожен вхід є діапазоном, обчислення виконується тричі — Консервативний (більший час обробки та зменшення, нижча зайнятість та одночасність), Ймовірний (ваші вхідні дані) та Агресивний (стисліший) — тому ви плануєте на зайняті дні, а не лише на середній.

Це оцінює рівень обслуговування за допомогою Erlang C (Розширений)

Переключіться на Розширений режим, і інструмент додає коригування одночасності для Erlang C об'єкти. Він розглядає кожного агента як concurrency паралельні чати "слоти", обчислює навантаження в Erlangs (arrivals/hour × handle time) і повідомляє частку чатів, на які відповіли в межах вашої цілі (наприклад, 80% за 40 секунд), середню швидкість відповіді та відсоток, на які відповіли миттєво. Таблиця чутливості потім показує, як рівень обслуговування, зайнятість і швидкість відповіді змінюються, якщо ви наймаєте одного або двох агентів вище або нижче рекомендації — тому компроміс є явним.

Вона планує ваш день, година за годиною (Розширений)

Розширений режим також розподіляє ваш щоденний обсяг протягом відкритих годин, використовуючи реалістичний внутрішньоденний шаблон (дзвінок робочих годин, обідня пауза, вечірня активність або рівномірний), а потім визначає розмір кожної години індивідуально. Ви отримуєте погодинний графік персоналу, a таблиця списку з рівнем обслуговування кожну годину та одним кліком CSV експорт для вашого інструменту управління робочою силою.

Воно обробляє реактивний та проактивний чат (Розширений)

Реактивні розміри чату безпосередньо з обсягу чату. Для проактивний програми, які запрошують відвідувачів до чату, змінюють модель попиту та вводять кількість ваших відвідувачів і рівень прийняття — інструмент виводить обсяг чату в результаті (visitors × acceptance) та розміри команди таким же чином.

Воно може планувати наперед

Розширений режим йде ще далі. Додайте а поточна чисельність персоналу щоб побачити ваш кадровий дефіцит (скільки потрібно найняти або вільна потужність), річний темп зростання для проектування персоналу та витрат на 12 місяців уперед, і один коефіцієнт відтоку щоб оцінити кількість наймів, необхідних щороку, щоб залишатися на одному рівні — команди чату з обслуговування клієнтів зазвичай мають плинність кадрів 30–45%. Ви також можете додати вартість за місце витрати на інструменти і а управлінські витрати відсоток для повної, всебічної вартості. Він не моделює випадковість прибуття протягом години, залишення чату або змішування в кількох каналах — перевірте це на основі ваших власних даних.

Приклад роботи — чат з питань страхових вимог

Скажіть, що команда з розгляду претензій займається 3,000 чатів на місяць, відкритий 12 годин × 5 днів, з a 15-хвилинний обробка часу та робота агентів 1.5 чату одночасно. Ланцюг виглядає ось так:

  1. Нормалізувати до приблизно 13 чатів за годину відкриття в середньому.
  2. Застосуйте коефіцієнт піку 1.6× → приблизно 21 чати в найпотужнішу годину.
  3. Паралельне навантаження = 21 × (15 ÷ 60) ≈ 5.3 чатів одночасно.
  4. Поділіть на 1.5 одночасність, 75% заповненість і (1 − 30% зменшення), потім округліть вгору → приблизно 7 агентів у піковий час.
  5. Протягом усіх відкритих годин це приблизно 4–5 FTEs; за ставкою $35 з навантаженням, приблизно $28k/місяць, близько $9 за чат.

Перейдіть до Advanced і об'єктив Ерланга C оцінює рівень обслуговування та відмови для цієї кількості працівників, планувальник дня розподіляє цих агентів протягом дня, а таблиця чутливості показує, що дає восьмий агент. Кнопка Показати приклад мгновенно завантажує початкову точку.

Що таке хороший результат — еталони живого чату

Використовуйте ці опубліковані галузеві діапазони як перевірку ваших даних — не як обіцянку, оскільки ваші власні дані чату завжди переважають. Діапазони взяті з джерел контакт-центрів, таких як CallCentreHelper.

MetricТиповий діапазон для живого чату
Середній час обробки8–15 хв (заявки та ліцензовані лінії довші)
Конкуренція1–2 складні · 2–3 змішана підтримка
Цільова заповненість60–80%
Скорочення25–40%
Рівень обслуговування≈ 80% відповіли протягом 30–60с
Відмова від чатуменше ≈ 5–8%
Втрата агентів30–45% (підтримка страхування)
Примітка щодо оцінок. Це модель планування, а не система управління робочою силою. Реальна чисельність персоналу залежить від того, як прибуття групуються протягом години, відмови від чату, рівня обслуговування, на який ви зобов'язуєтеся, та навичок ваших агентів. Бенчмарки походять з опублікованих досліджень контакт-центрів, таких як CallCentreHelper. Перевірте на основі власних історичних даних чату — або з професіоналом WFM — перед прийняттям рішень про найм або складання графіків. sem.chat не надає порад щодо персоналу або HR.

FAQ

Часто задавані питання

Усе, що вам потрібно знати про розмір команди живого чату.

Візьміть свої чати у найзавантаженіший час, помножте на середній час обробки в годинах, щоб отримати одночасне навантаження, потім поділіть на кількість чатів, які агент обробляє одночасно (конкуренція). Потім розділіть на вашу цільову зайнятість і на один мінус скорочення, щоб врахувати перерви та адміністративні завдання. Цей калькулятор робить все це за вас і округлює вгору, а також надає еквіваленти повного робочого часу та місячну вартість.
Конкуренція — це кількість живих чатів, які один агент обробляє одночасно. На відміну від телефонного дзвінка, агент чату може вести дві або три розмови одночасно. Підтримка страхування має нижчий рівень (часто 1–2), оскільки питання щодо полісів, вимог та покриття є складними; простіші черги обробляють 2–3 або більше. Грубо кажучи, подвоєння конкуренції зменшує кількість агентів, яких вам потрібно вдвічі, тому це є найважливішим показником.
Erlang C припускає, що один дзвінок займає одного агента до його завершення. Живий чат порушує це припущення, оскільки агенти виконують кілька завдань одночасно в кількох чатах, тому заголовок чисельності тут використовує прозору модель навантаження та паралельності, розроблену для чату. Але ви отримуєте найкраще з обох світів: перемкніться на Розширений режим, і інструмент накладає коригований за паралельністю Erlang C, щоб звітувати про ваш рівень обслуговування (наприклад, % відповідей протягом 40 секунд), середню швидкість відповіді та таблицю чутливості — суворі метрики, які очікують планувальники кол-центрів, правильно застосовані до чату.
Звичайною метою для живого чату є відповідь на 80% чатів протягом 30–40 секунд, хоча проактивні та висококонтактні черги страхування часто намагаються бути швидшими. У Розширеному режимі ви встановлюєте свою власну мету (відсоток відповідей протягом X секунд), і інструмент оцінює ваш план відповідно до цього з коригованим за паралельністю Erlang C, показуючи рівень обслуговування, середню швидкість відповіді та як це змінюється з одним агентом більше або менше.
Реактивний чат — це коли клієнти починають розмову, тому ви отримуєте персонал безпосередньо з обсягу вашого чату. Проактивний чат — це коли ви запрошуєте відвідувачів до чату — тут попит залежить від вашого трафіку та кількості тих, хто приймає запрошення. У розширеному режимі змініть модель попиту на проактивну та введіть кількість ваших відвідувачів і рівень прийняття; інструмент виводить результуючий обсяг чату (відвідувачі × прийняття) і формує команду таким же чином.
Зайнятість — це частка оплаченої, авторизованої часу, який агенти витрачають на фактичне обслуговування чатів. Для живого чату здоровий діапазон становить 60–75% — достатньо високий для ефективності, але достатньо низький, щоб поглинати сплески та уникати вигорання. Вище приблизно 85% час очікування зростає, а якість знижується. Калькулятор повідомляє про зайнятість ваших агентів у пікові години та сигналізує, коли ви працюєте занадто інтенсивно.
Чат з питань страхування зазвичай триває близько 10–15 хвилин за розмову, що довше, ніж у роздрібній торгівлі, оскільки питання політики, виставлення рахунків, претензій та покриття потребують пояснень — а ліцензовані або складні лінії тривають ще довше. Калькулятор за замовчуванням встановлює 12 хвилин, але ви повинні замінити його на свій власний виміряний середній час обробки, якщо він у вас є, оскільки це безпосередньо впливає на кількість агентів, яких вам потрібно.
Зменшення — це частка оплачуваного часу, коли агенти не доступні для чатів — перерви, навчання, зустрічі, коучинг, адміністративні завдання та відсутність. Внутрішні команди зазвичай мають 25–40%. Калькулятор за замовчуванням встановлює 30% і відповідно збільшує необхідну кількість співробітників, оскільки ви не можете забезпечити персонал так, ніби всі перебувають у чаті 100% свого робочого часу.
Для загальної підтримки 2–3 одночасних чати є звичайними для досвідчених агентів, а найкращі виконавці справляються з 4. Для складної роботи зі страхуванням — претензії, андеррайтинг, консультації з покриття — 1–2 є більш реалістичними, щоб якість і відповідність не страждали. Встановіть це за допомогою повзунка паралельності; це найбільший важіль на результат.
Це планова оцінка, а не система управління робочою силою. Він визначає розмір команди на основі вашого обсягу, одночасності, зайнятості та зменшення, але не моделює випадковість прибуття протягом години, відмови в чаті або маршрутизацію на основі навичок. Використовуйте його для оптимізації розміру та бюджету вашої команди чату, а потім перевірте за своїми історичними даними — або з професіоналом WFM — перед наймом або складанням графіку.
Так. У розширеному режимі ви можете ввести свою поточну чисельність, щоб побачити вашу прогалину в наймі (скільки ще потрібно найняти або вільної потужності), річний темп зростання обсягу чату для прогнозування штату та витрат на 12 місяців вперед, а також річну плинність кадрів для оцінки кількості наймів, які вам потрібні щороку, щоб залишатися укомплектованими — команди чату в страхуванні зазвичай мають плинність 30–45%. Ви також можете додати витрати на інструменти на місце та відсоток управлінських витрат для повнішої загальної вартості та вартості за чат.
Так — 100% безкоштовно без реєстрації. Усе розраховується миттєво у вашому браузері, і ваші дані ніколи не залишають ваш пристрій. sem.chat є AI продуктом для чату та голосу — цей інструмент є безкоштовним ресурсом, а не формою для збору контактів.

Глосарій

Умови обслуговування в чаті, простими словами

Метрики за калькулятором — що вони означають і чому це важливо.

Середній час обробки (AHT)
Як довго один чат займає агента від першого до останнього повідомлення, включаючи завершення. Найбільший фактор навантаження.
Конкуренція
Скільки живих чатів один агент обробляє одночасно. Приблизно, подвоєння цього зменшує кількість агентів, яких вам потрібно.
Зайнятість
Частка часу, коли агенти увійшли в систему, яку вони витрачають на активний чат. 60–80% є здоровим; понад ~85% очікування та вигорання зростають.
Скорочення
Оплачений час, витрачений не на чати — перерви, навчання, зустрічі, адміністративні завдання, відсутність. Зазвичай 25–40% для внутрішніх команд.
Рівень обслуговування (SL)
Частка чатів, на які відповіли в межах цільового часу — наприклад, “80% протягом 40 секунд.” Основна метрика якості обслуговування.
Середня швидкість відповіді (ASA)
Середній час очікування, перш ніж чат буде під picked up. Чим менше, тим краще; він різко знижується, коли ви додаєте агентів понад навантаження.
Erlang C
Формула черги, яка прогнозує ймовірність очікування та рівень обслуговування для заданої кількості працівників. Тут вона налаштована для одночасності чатів.
Erlang A / відмова
Розширення Erlang C, яке враховує клієнтів, які здаються. Відмова — це частка, яка залишає чергу, перш ніж агент відповість.
FTE
Еквівалент повного робочого часу — загальна кількість відпрацьованих годин за тиждень, виражена як кількість працівників на повний робочий день, використовується для найму та бюджету.
Піковий фактор
Наскільки ваша пікова година завантаженіша за середню добову (часто 1.5–2×). Набір на пікові години — це те, що захищає час очікування.
Навантаження (Erlangs)
Запропоноване навантаження — прибуття за годину × час обробки в годинах — тобто кількість чатів, що тривають одночасно, до будь-якого очікування.
Реактивний проти проактивного чату
Реактивний чат починається з ініціативи клієнта; проактивний чат активується запрошенням, тому обсяг залежить від трафіку × рівня прийняття.

Обробка більшої кількості чатів, ніж ваша команда може обслуговувати?

sem.chat надає страховикам, агентствам та брокерам AI чат- та голосового агента, який відповідає на запитання клієнтів 24/7 на 95 мовах — тож ваші живі агенти зосереджуються на розмовах, які дійсно потребують людини. Спробуйте безкоштовно.

Спробуйте sem.chat Free
Скопійовано в буфер обміну!