В аутсорс-колл-центре несколько проектов почти всегда работают параллельно. Входящие линии, исходящий обзвон, чаты, заявки с сайта, поддержка разных заказчиков — всё это требует операторов, внимания супервайзера и контроля.
Пока проектов мало, нагрузку еще можно распределять вручную. Но когда клиентов становится больше, ручное управление быстро начинает ломаться. Один проект просит усилить линию, второй не хочет терять своих операторов, третий жалуется на очередь, четвертый ждет выполнения плана по обзвону.
Чаще всего конфликт появляется не из-за того, что операторов совсем нет. Проблема в другом: непонятно, кто и по каким правилам получает ресурс. Если решения принимаются «по ситуации», их сложно объяснить заказчику, оператору и даже внутри команды.
Чтобы этого избежать, нужно заранее настроить правила распределения: какие проекты в приоритете, кто может работать на нескольких направлениях, где нужен резерв, как обрабатываются пики и какие показатели смотреть в отчетах.
- Разделите проекты по типу нагрузки
- Задайте приоритеты до пиков
- Не закрепляйте операторов только за одним проектом
- Настройте очереди и маршрутизацию
- Смотрите на фактическую загрузку
- Договоритесь с заказчиками о правилах
- Подготовьтесь к пиковым нагрузкам
- Как помогает Oki-Toki
Разделите проекты по типу нагрузки
Все проекты нельзя обслуживать одинаково. У них разная логика, скорость и требования.
Для входящих линий важны очередь, время ожидания, потерянные звонки и SLA. Если клиент уже звонит, обращение нельзя просто перенести на потом.
Для автообзвона важны база, количество попыток, темп дозвона, расписание и результат. Здесь нагрузку можно планировать гибче, но без лимитов одна кампания может забрать слишком много операторов.
Для поддержки важны скорость ответа и качество решения. Особенно если обращения идут не только по телефону, но и через чаты, email или мессенджеры.
Для сложных проектов — продажи, медицина, финансы, B2B, техподдержка — нужны подготовленные операторы. Туда нельзя ставить любого свободного человека без обучения.
Для типовых задач — напоминания, подтверждения, короткие опросы — часть нагрузки можно закрывать через IVR, голосового робота или автообзвон.
Такое разделение помогает понять, где нужна постоянная команда, где можно использовать резерв, а где лучше автоматизировать часть работы.
Задайте приоритеты до пиков
Приоритеты лучше определить заранее, а не в момент, когда уже выросла очередь.
Например, высокий приоритет можно дать входящим линиям с жестким SLA, VIP-клиентам, аварийным обращениям или проектам, где потерянный звонок сразу влияет на заявку.
Средний приоритет — обычная поддержка, регулярные продажи, плановые исходящие кампании.
Низкий приоритет — задачи, которые можно сдвинуть: повторные попытки, информационный обзвон, несрочные опросы.
Это не делает одни проекты «важными», а другие «неважными». Просто в момент перегруза система должна понимать, что обрабатывать первым, а что можно перенести.
Приоритеты лучше закреплять не только в регламенте, но и в настройках: через очереди, группы операторов, расписания, правила маршрутизации и лимиты. Тогда распределение меньше зависит от ручных решений супервайзера.
Не закрепляйте операторов только за одним проектом
Выделенная команда удобна: операторы знают проект, заказчику спокойнее, качество проще контролировать. Но если операторов привязать только к одному проекту, появляются простои.
На одном проекте операторы ждут звонков, а на другом в это же время растет очередь. Люди есть, но использовать их нельзя.
Поэтому в аутсорсе часто помогает универсальность операторов. Но не в формате «все делают всё», а лучше разделить операторов по группам навыков.
Основная группа работает только на своем проекте. Резервная может подключаться к нескольким проектам. Опытные операторы берут сложные обращения. Новички работают с простыми сценариями. Отдельные сотрудники могут подключаться к чатам, email или исходящему обзвону.
Для каждого проекта должно быть понятно: кто основной состав, кто резерв, кого можно подключать в пиковые часы, а кого нельзя ставить без обучения.
В Oki-Toki это можно настраивать через группы пользователей, очереди, доступы и сценарии. А по отчетам видно, где оператор действительно работал, сколько говорил, сколько ждал и сколько времени ушло на постобработку.
Настройте очереди и маршрутизацию
Если звонки распределяются вручную, система быстро становится нестабильной. Сегодня супервайзер заметил рост очереди и подключил людей. Завтра не заметил — проект просел.
Очереди и маршрутизация помогают убрать часть ручной работы. Входящие звонки можно направлять по проекту, языку, навыку оператора, приоритету клиента и правилам очереди.
Например, оператор работает на проекте А как основной, а на проекте Б — как резерв. Если на проекте Б растет очередь, его можно подключить. Но если проект А выходит за пределы SLA, оператор возвращается на основной поток.
Для автообзвона тоже нужны правила. Важно задавать интенсивность, расписание, приоритет баз и повторные попытки. Иначе одна кампания может забрать операторов у других задач.
Для аутсорса это критично: один ресурс обслуживает разных заказчиков, и без правил быстро начинаются споры, кому досталось больше внимания.
Смотрите на фактическую загрузку
Количество операторов на проекте — не главный показатель. Важно, что они делали в течение смены.
Назначение оператора на проект еще не показывает его загрузку. По факту часть смены он может закрывать другую очередь, долго оставаться в постобработке или ждать звонка из-за слабой базы, телефонии и настроек обзвона.
Поэтому нужно смотреть:
- сколько времени оператор был в разговоре;
- как долго ждал обращение;
- сколько заняла постобработка;
- сколько звонков оператор обработал;
- какая часть звонков была потеряна;
- где росла очередь;
- какие проекты простаивали.
Иногда заказчик просит добавить операторов, а в отчетах видно, что текущая команда часть смены ждала звонов. Тогда проблема может быть не в людях, а в базе, телефонии, расписании или настройках автообзвона.
Бывает наоборот: по графику операторов достаточно, но разговоры длинные, постобработка занимает много времени, и очередь всё равно растет. Тогда нужно менять норму нагрузки или подключать резерв.
В Oki-Toki такие ситуации можно отслеживать через отчеты по звонкам, пользователям, очередям и статусам. Это помогает принимать решения по данным, а не по ощущениям.
Договоритесь с заказчиками о правилах
Часть конфликтов появляется из-за разных ожиданий. Заказчик думает, что команда выделенная, а колл-центр использует операторов как общий ресурс. Или наоборот: клиент понимает, что команда общая, но ожидает приоритетной обработки в любой момент.
Это лучше проговаривать заранее.
В договоренностях стоит фиксировать не только количество операторов, но и параметры работы: часы обслуживания, SLA, целевое время ответа, допустимые пики, приоритет обращений и формат отчетности.
Если команда выделенная — нужно указать, может ли она подключаться к другим задачам. Если команда общая — объяснить, по каким правилам распределяется нагрузка.
Отчеты здесь помогают больше, чем устные объяснения. Заказчик видит, сколько было звонков, сколько приняли, сколько потеряли, сколько длилось ожидание, какие были причины завершения и как работала команда.
Когда есть цифры, разговор становится спокойнее и предметнее.
Подготовьтесь к пиковым нагрузкам
Пиковые нагрузки будут всегда: после рассылки, рекламы, сезонного роста, технических проблем или внезапного потока обращений. Важно заранее понимать, что делать.
Нужны пороги по очереди и времени ожидания. Например, при превышении лимита супервайзер должен видеть, что проекту нужен резерв.
Нужны резервные группы операторов. Не «кто-нибудь поможет», а конкретные люди, которые обучены и могут подключиться.
Нужны правила для менее срочных задач. Например, при перегрузе входящей линии можно снизить интенсивность исходящего обзвона или перенести часть несрочных задач.
После пика нужно смотреть, что произошло: когда начался рост, сколько длился, хватило ли резерва, какие проекты просели, что изменить в расписании или настройках. Без такого разбора одна и та же проблема будет повторяться.
Как помогает Oki-Toki
В Oki-Toki можно настроить работу нескольких проектов так, чтобы они не зависели только от ручного управления.
Для входящих проектов есть очереди, сценарии звонков, группы операторов, маршрутизация и отчеты.
Для прозвона большого количества номеров есть автообзвон, работа с базами, попытками, расписанием и результатами дозвона. Так проще контролировать интенсивность кампаний и не перегружать операторов.
Для супервайзера важны отчеты и виджеты: нагрузка по проектам, работа операторов, потерянные звонки, статусы, время ожидания, постобработка.
Если операторов переключают между проектами, важно смотреть и качество разговоров. Записи, анкеты, оценки и речевая аналитика помогают находить ошибки и обучать команду.
Oki-Toki помогает смотреть на качество не по ощущениям, а по фактам. Для аутсорса это особенно важно: проектов несколько, заказчики разные, а ресурс команды нужно распределять аккуратно.
Оставьте заявку на нашем сайте — мы обсудим задачи и подскажем, как лучше всё организовать.
Итог
Распределение нагрузки между проектами — это не просто график операторов. Это правила, приоритеты, очереди, навыки, отчеты и договоренности с заказчиками.
Чтобы было меньше конфликтов, нужно:
- разделить проекты по типам нагрузки;
- задать приоритеты;
- настроить маршрутизацию;
- подготовить резерв;
- следить за фактической загрузкой;
- показывать заказчикам понятные отчеты.
Так проще увидеть, где не хватает операторов, где проблема в настройках, где проседает качество, а где проект просто попал в пик.
Когда решения опираются на данные, спорных ситуаций становится меньше. Супервайзер видит текущую нагрузку, руководитель понимает распределение ресурса, заказчик получает отчетность, а команда работает спокойнее и не тратит время на лишние согласования.
