В аутсорс-колл-центрі кілька проєктів майже завжди працюють паралельно. Вхідні лінії, вихідний обдзвін, чати, заявки із сайту, підтримка різних замовників — усе це потребує операторів, уваги супервайзера та контролю.
Поки проєктів мало, навантаження ще можна розподіляти вручну. Але коли клієнтів стає більше, ручне керування швидко починає давати збої. Один проєкт просить посилити лінію, другий не хоче втрачати своїх операторів, третій скаржиться на чергу, четвертий чекає виконання плану з обдзвону.
Найчастіше конфлікт виникає не через те, що операторів зовсім немає. Проблема в іншому: незрозуміло, хто і за якими правилами отримує ресурс. Якщо рішення ухвалюються «за ситуацією», їх складно пояснити замовнику, оператору і навіть усередині команди.
Щоб цього уникнути, потрібно заздалегідь налаштувати правила розподілу: які проєкти в пріоритеті, хто може працювати на кількох напрямках, де потрібен резерв, як обробляються піки та які показники дивитися у звітах.
- Розділіть проєкти за типом навантаження
- Задайте пріоритети перед піками
- Не закріплюйте операторів лише за одним проєктом
- Налаштуйте черги та маршрутизацію
- Дивіться на фактичне навантаження
- Домовтеся із замовниками про правила
- Підготуйтеся до пікових навантажень
- Як допомагає Oki-Toki
Розділіть проєкти за типом навантаження
Усі проєкти не можна обслуговувати однаково. У них різна логіка, швидкість та вимоги.
Для вхідних ліній важливі черга, час очікування, втрачені дзвінки й SLA. Якщо клієнт уже телефонує, звернення не можна просто перенести на потім.
Для автообдзвону важливі база, кількість спроб, темп додзвону, розклад та результат. Тут навантаження можна планувати гнучкіше, але без лімітів одна кампанія може забрати занадто багато операторів.
Для підтримки важливі швидкість відповіді й якість вирішення. Особливо якщо звернення надходять не лише телефоном, а й через чати, email чи месенджери.
Для складних проєктів — продажі, медицина, фінанси, B2B та техпідтримка — потрібні підготовлені оператори. Туди не можна ставити будь-яку вільну людину без навчання.
Для типових завдань — нагадування, підтвердження та короткі опитування — частину навантаження можна закривати через IVR, голосового робота або автообдзвін.
Таке розділення допомагає зрозуміти, де потрібна постійна команда, де можна використовувати резерв, а де краще автоматизувати частину роботи.
Задайте пріоритети перед піками
Пріоритети краще визначити заздалегідь, а не в момент, коли черга вже збільшилася.
Наприклад, високий пріоритет можна надати вхідним лініям із жорстким SLA, VIP-клієнтам, аварійним зверненням або проєктам, де втрачений дзвінок одразу впливає на заявку.
Середній пріоритет — звичайна підтримка, регулярні продажі, планові вихідні кампанії.
Низький пріоритет — завдання, які можна посунути: повторні спроби, інформаційний обдзвін та несрочні опитування.
Це не робить одні проєкти «важливими», а інші «неважливими». Просто в момент перевантаження система має розуміти, що обробляти першим, а що можна перенести.
Пріоритети краще закріплювати не лише в регламенті, а й у налаштуваннях: через черги, групи операторів, розклади, правила маршрутизації й ліміти. Тоді розподіл менше залежить від ручних рішень супервайзера.
Не закріплюйте операторів лише за одним проєктом
Виділена команда зручна: оператори знають проєкт, замовнику спокійніше, якість простіше контролювати. Але якщо операторів прив’язати лише до одного проєкту, з’являються простої.
На одному проєкті оператори чекають дзвінків, а на іншому в цей самий час зростає черга. Люди є, але використати їх не можна.
Тому в аутсорсі часто допомагає універсальність операторів. Але не у форматі «всі роблять усе», а краще розділити операторів за групами навичок.
Основна група працює лише на своєму проєкті. Резервна може підключатися до кількох проєктів. Досвідчені оператори беруть складні звернення. Новачки працюють із простими сценаріями. Окремі співробітники можуть підключатися до чатів, email чи вихідного обдзвону.
Для кожного проєкту має бути зрозуміло: хто основний склад, хто резерв, кого можна підключати в пікові години, а кого не можна ставити без навчання.
В Oki-Toki це можна налаштовувати через групи користувачів, черги, доступи й сценарії. А у звітах видно, де оператор реально працював, скільки говорив, скільки чекав та скільки часу пішло на постобробку.
Налаштуйте черги та маршрутизацію
Якщо дзвінки розподіляються вручну, система швидко стає нестабільною. Сьогодні супервайзер помітив зростання черги й підключив людей. Завтра не помітив — проєкт просів.
Черги та маршрутизація допомагають прибрати частину ручної роботи. Вхідні дзвінки можна спрямовувати за проєктом, мовою, навичкою оператора, пріоритетом клієнта й правилами черги.
Наприклад, оператор працює на проєкті А як основний, а на проєкті Б — як резерв. Якщо на проєкті Б зростає черга, його можна підключити. Але якщо проєкт А виходить за межі SLA, оператор повертається на основний потік.
Для автообдзвону теж потрібні правила. Важливо задавати інтенсивність, розклад, пріоритет баз та повторні спроби. Інакше одна кампанія може забрати операторів у інших завдань.
Для аутсорсу це критично: один ресурс обслуговує різних замовників, і без правил швидко починаються суперечки, кому дісталося більше уваги.
Дивіться на фактичне навантаження
Кількість операторів на проєкті — не головний показник. Важливо, що вони робили протягом зміни.
Призначення оператора на проєкт ще не показує його завантаження. За фактом частину зміни він може закривати іншу чергу, довго залишатися в постобробці або чекати дзвінка через слабку базу, телефонію та налаштування обдзвону.
Тому потрібно дивитися:
- скільки часу оператор був у розмові;
- як довго чекав звернення;
- скільки зайняла постобробка;
- скільки дзвінків оператор обробив;
- яка частина дзвінків була втрачена;
- де збільшувалася черга;
- які проєкти простоювали.
Іноді замовник просить додати операторів, а у звітах видно, що поточна команда частину зміни чекала дзвінків. Тоді проблема може бути не в людях, а в базі, телефонії, розкладі чи налаштуваннях автообдзвону.
Буває навпаки: за графіком операторів достатньо, але розмови довгі, постобробка займає багато часу, і черга все одно зростає. Тоді потрібно змінювати норму навантаження або підключати резерв.
В Oki-Toki такі ситуації можна відстежувати через звіти по дзвінках, користувачах, чергах і статусах. Це допомагає ухвалювати рішення на основі даних, а не за відчуттями.
Домовтеся із замовниками про правила
Частина конфліктів виникає через різні очікування. Замовник думає, що команда виділена, а колл-центр використовує операторів як спільний ресурс. Або навпаки: клієнт розуміє, що команда спільна, але очікує пріоритетної обробки будь-коли.
Це краще проговорювати заздалегідь.
У домовленостях варто фіксувати не лише кількість операторів, а й параметри роботи: години обслуговування, SLA, цільовий час відповіді, допустимі піки, пріоритет звернень та формат звітності.
Якщо команда виділена — потрібно вказати, чи може вона підключатися до інших завдань. Якщо команда спільна — пояснити, за якими правилами розподіляється навантаження.
Звіти тут допомагають більше, ніж усні пояснення. Замовник бачить, скільки було дзвінків, скільки прийняли, скільки втратили, скільки тривало очікування, які були причини завершення та як працювала команда.
Коли є цифри, розмова стає спокійнішою та предметнішою.
Підготуйтеся до пікових навантажень
Пікові навантаження будуть завжди: після розсилки, реклами, сезонного зростання, технічних проблем або раптового потоку звернень. Важливо заздалегідь розуміти, що робити.
Потрібні пороги для черги та часу очікування. Наприклад, при перевищенні ліміту супервайзер має бачити, що проєкту потрібен резерв.
Потрібні резервні групи операторів. Не «хтось допоможе», а конкретні люди, які навчені й можуть підключитися.
Потрібні правила для менш термінових завдань. Наприклад, у разі перевантаження вхідної лінії можна знизити інтенсивність вихідного обдзвону або перенести частину нетермінових завдань.
Після піку потрібно проаналізувати, що сталося: коли почалося зростання, скільки тривало, чи вистачило резерву, які проєкти погіршилися показники, що змінити в розкладі або налаштуваннях. Без такого розбору одна й та сама проблема повторюватиметься.
Як допомагає Oki-Toki
В Oki-Toki можна налаштувати роботу кількох проєктів так, щоб вони не залежали лише від ручного управління.
Для вхідних проєктів є черги, сценарії дзвінків, групи операторів, маршрутизація та звіти.
Для обдзвону великої кількості абонентів є автообдзвін, робота з базами, спробами додзвону, розкладом та результатами додзвону. Це спрощує контроль інтенсивності кампаній і запобігає перевантаженню операторів.
Для супервайзера важливі звіти та віджети: навантаження за проєктами, робота операторів, втрачені дзвінки, статуси, час очікування, постобробка.
Якщо операторів перемикають між проєктами, важливо дивитися і на якість розмов. Записи, анкети, оцінки та мовна аналітика допомагають знаходити помилки і навчати команду.
Oki-Toki допомагає дивитися на якість не за відчуттями, а за фактами. Для аутсорсу це особливо важливо: проєктів кілька, замовники різні, а ресурс команди потрібно розподіляти раціонально.
Залиште заявку на нашому сайті — ми обговоримо завдання і підкажемо, як найкраще все організувати.
Підсумок
Розподіл навантаження між проєктами — це не просто графік операторів. Це правила, пріоритети, черги, навички, звіти і домовленості із замовниками.
Щоб було менше конфліктів, потрібно:
- розділити проєкти за типами навантаження;
- задати пріоритети;
- налаштувати маршрутизацію;
- підготувати резерв;
- стежити за фактичним навантаженням;
- надавати замовникам зрозумілі звіти.
Так простіше побачити, де не вистачає операторів, де проблема в налаштуваннях, де просідає якість, а де проєкт просто потрапив у пікове навантаження.
Коли рішення спираються на дані, спірних ситуацій стає менше. Супервайзер бачить поточне навантаження, керівник розуміє розподіл ресурсу, замовник отримує звітність, а команда працює спокійніше і не витрачає час на зайві погодження.
