Контакт-центры и BPOмодель типового проекта

Аутсорсинговый контакт-центр: контроль 100% звонков вместо 2%

120 операторов, 8 проектов заказчиков, 110 000 звонков в месяц. Супервайзеры успевали слушать 2% разговоров, штрафы по SLA шли каждый месяц, два крупных контракта готовились к расторжению. За 22 недели собрали речевую аналитику на весь поток, чек-листы под каждый проект и ИИ-суфлёра для новичков.

1 350 000 ₽ внедрение+474 000 ₽/мес5 месяцев окупаемость
Аутсорсинговый контакт-центр: контроль 100% звонков вместо 2%
Контакт-центры и BPO · сценарий внедрения
120 операторов, 8 проектов заказчиков, 110 000 звонков в месяц. Супервайзеры успевали слушать 2% разговоров, штрафы по SLA шли каждый месяц, два крупных контракта готовились к расторжению. За 22 недели собрали речевую аналитику на весь поток, чек-листы под каждый проект и ИИ-суфлёра для новичков.
1 350 000 ₽стоимость внедрения
+474 000 ₽денежный эффект в месяц
от 90 000 ₽/месподдержка после запуска
5 месяцевокупаемость внедрения
Заказчик и задача

С чем пришли

ПрофильМодельный проект: типовой для нашей практики аутсорсинговый контакт-центр в городе-миллионнике. Работает на восемь заказчиков — банковский сервис, два интернет-магазина, оператор связи, страховая, служба доставки, производитель бытовой техники и отраслевая горячая линия. Входящая линия, на трёх проектах есть исходящее подтверждение заказов. Три смены, открытая площадка на 70 рабочих мест. Цифры и ход проекта — консервативная модель типового внедрения, а не отчёт по конкретному заказчику.
Масштаб120 операторов в штате, 8 супервайзеров, 2 тренера, 110 000 обработанных звонков в месяц, выручка около 16 млн ₽ в месяц, текучесть операторов 68% в год — примерно 7 новичков ежемесячно
Системы в работе
облачная платформа контакт-центра с записью 100% разговоров и хранением 6 месяцевAsterisk на двух проектах, где заказчик требовал разговоры в своём контуреCRM заказчиков — у каждого своя, API-доступ был только у пяти проектов из восьмисобственная WFM-система для графиков смен и учёта рабочего временивнутренняя вики с регламентами: 8 разделов, обновлялись неравномернооценки качества в общих таблицах — отдельный файл на проект, свой формат у каждого супервайзера1С:Зарплата и управление персоналом

Владелец сформулировал задачу так: заказчики на квартальных встречах требуют показать, как контролируется качество, а показать нечего — таблица с тремя десятками оценок, выбранных супервайзером вручную. Два заказчика уже выставили штрафы по SLA и в письмах упомянули конкурсную процедуру на следующий год. Нужно контролировать все разговоры, а не выборку, доказывать качество цифрами, а не словами, и быстрее выводить новичков на норму, потому что текучесть в отрасли никуда не денется. Условие — платформу контакт-центра не менять, к заказчикам не ездить, работать программной надстройкой поверх записей и полностью удалённо.

Показатели до проекта
Доля разговоров под оценкой качества2% — 2 200 звонков из 110 000, выборку собирал супервайзер вручную
Среднее время обработки звонка (AHT)7 мин 20 с в среднем по восьми проектам
Выход новичка на норму по качеству и AHT6 недель
Штрафы и удержания по качеству и SLAв среднем 180 000 ₽ в месяц за последние полгода, пики до 420 000 ₽
Контракты под угрозой расторжения2 из 8 — вместе 28% выручки, около 4,4 млн ₽ в месяц
Ход проекта

Что делали по неделям — включая сложности

В реальных проектах всегда есть грабли. Мы показываем их здесь честно — потому что умение их проходить и есть то, за что вы платите.

1–3-я недели

Замер: что на самом деле контролируется

Три недели ничего не автоматизировали, только считали. Выгрузили месяц записей и все таблицы оценок за полгода. Первая находка: 2% — это средняя температура. Половину всей выборки (1 100 оценок в месяц) собрали 24 оператора — новички и те, на кого приходили жалобы, по 45 разговоров на человека. Ещё 17 операторов за квартал не получили ни одной оценки вообще. То есть контроля не было ни у сильных, ни у слабых — он был у подозреваемых. Вторая находка: на прослушивание и заполнение чек-листов уходило 403 часа в месяц у восьми супервайзеров, почти треть их рабочего времени, и это время не давало ни одной цифры, которую можно показать заказчику. Третья: 18% разговоров содержат паузу дольше 40 секунд — оператор ищет ответ. В среднем поиск информации съедал 71 секунду на разговор.

4–7-я недели

Распознавание речи и словари восьми проектов

Развернули распознавание на своём GPU-сервере: отдавать 806 000 минут разговоров в месяц во внешний сервис по 1–1,5 ₽ за минуту было бы дороже всей остальной системы вместе взятой. Первый прогон дал ошибку распознавания 19% по потоку, но на двух проектах — 31%. Причина оказалась не в модели: там разговор писался в один канал, реплики оператора и клиента накладывались, и разделение по голосу ошибалось на перебиваниях. Попросили перенастроить запись на раздельные каналы — это единственное изменение, которое клиент делал на своей стороне за весь проект. Дальше собрали словари терминов по каждому заказчику: тарифные линейки, названия услуг, коды операций, фамилии. Ошибка распознавания упала до 8–9% и там остановилась. Этого достаточно: чек-лист оценивает смысл реплики, а не побуквенное совпадение.

8–15-я недели, по плану 8–11-я

Чек-листы под восемь проектов: месяц сверх плана

Здесь мы промахнулись со сроком на месяц. У банковского проекта чек-лист на 42 пункта с блокирующими нарушениями, у интернет-магазина — 11 пунктов, и половина из них про тон разговора. Одно и то же действие в трёх проектах называется «оформить возврат», «завести рекламацию» и «создать тикет на компенсацию». Но сорвал сроки не объём, а то, что заказчики не могли объяснить собственные критерии словами: на вопрос, что считается проявленной эмпатией, супервайзер отвечал, что услышит на записи. Опрашивать было бесполезно. Перешли к разметке: взяли по 200 разговоров на проект и разметили их вместе с супервайзерами заказчика — 1 600 разговоров руками, около 320 человеко-часов с обеих сторон. Из размеченного вывели формулировки критериев, а не наоборот. Побочный результат оказался ценнее плана: нашли общее ядро из 9 пунктов, одинаковых у всех восьми, и оставили над ним проектные надстройки. Ещё завели на стороне каждого заказчика роль владельца чек-листа — человека, который имеет право менять критерии и подписывается под изменением.

12–16-я недели, параллельно

ИИ-суфлёр в рабочем месте оператора

Суфлёр слушает разговор в реальном времени и показывает оператору три вещи: подходящий кусок регламента из вики, следующий шаг по скрипту проекта и предупреждение, если разговор уходит в зону блокирующего нарушения. Саму вики пришлось сначала привести в порядок — четыре раздела из восьми расходились с действующими регламентами заказчиков, и это выяснилось только когда суфлёр начал подсказывать устаревшее. Отдельно решали, кому он включён: на пилоте опытные операторы жаловались, что подсказки мешают и удлиняют разговор, и были правы. Сделали так: первые 8 недель работы оператора суфлёр включён принудительно, дальше — по желанию. Сейчас его добровольно оставляют себе около 40% ветеранов, чаще всего на сложных проектах.

16–18-я недели

Апелляции, калибровка и разговор с операторами

На второй неделе пилота получили три заявления на увольнение и разговоры в курилке про тотальную слежку. Формально не изменилось ничего: все разговоры писались и раньше. Изменилась неотвратимость — до этого шанс, что твой звонок послушают, был примерно один к пятидесяти. Собрания и объяснения не помогли совсем, честно об этом пишем. Помогли три вещи. Первое: оценка стала видна оператору в тот же день с привязкой к конкретной секунде записи, а не через две недели на разборе. Второе: кнопка апелляции — оператор оспаривает пункт, супервайзер обязан ответить за 24 часа со ссылкой на запись. За первые два месяца пришло 380 апелляций, 41% удовлетворили: система была неидеальна, и это стало видно всем, включая нас. Третье и решающее: оценки перестали зависеть от отношений с супервайзером. Трое операторов, которые годами ходили в отстающих, в автоматической оценке оказались в верхней трети. Про это узнала вся смена за один день, и разговоры про слежку кончились там же. Отдельно: первые шесть недель мы намеренно не привязывали автоматические оценки к премии.

17–19-я недели

Отчёты заказчикам и контроль SLA

Раньше отчёт по проекту супервайзер собирал в таблице 6–8 часов в конце месяца — восемь проектов, до 60 часов ручной работы, и заказчик справедливо считал такой отчёт витриной. Сделали кабинет: заказчик заходит и видит все свои разговоры, оценки по своему чек-листу, динамику по операторам и может открыть любую запись сам. Выборка больше не наша. Поверх повесили контроль SLA по каждому проекту — уровень сервиса, доля решённых с первого обращения, время ответа — с предупреждением, когда показатель идёт к нарушению, а не когда штраф уже выставлен. Это оказалось важнее самой аналитики качества: половина прошлых штрафов приходилась на ситуации, где смену можно было усилить за два часа до провала окна, если бы кто-то видел цифру.

20–22-я недели

Параллельный период и переключение

Месяц супервайзеры продолжали оценивать вручную свои обычные 2%, а система оценивала те же разговоры независимо. Сравнили построчно: расхождение по формальным пунктам — 4%, по оценочным (тон, эмпатия, работа с возражением) — 17%, причём в половине спорных случаев после разбора соглашались, что права машина. Тогда же вылезло то, чего не показал пилот: система снижала оценку за паузу, когда пауза была вызвана зависшей CRM заказчика. Добавили признак внешнего простоя по данным платформы контакт-центра — такие секунды из оценки исключаются, но копятся в отдельный отчёт для заказчика, и это стало неожиданным аргументом в переговорах о продлении. После этого перевели контроль качества на автомат полностью, оставив супервайзерам разбор спорных пунктов и апелляций — около 95 часов в месяц на восьмерых вместо 403.

Из чего состояло решение
  • Приёмный контур: выгрузка записей и метаданных со всех восьми проектов, привязка каждого разговора к оператору, проекту, смене и обращению в CRM заказчика. Разговоры с двух проектов забираются из отдельного контура Asterisk.
  • Распознавание речи на собственном GPU-сервере: раздельная обработка каналов оператора и клиента, подавление фонового шума открытой площадки, словари терминов и номенклатуры по каждому заказчику. Ошибка распознавания 8–9% по потоку.
  • Движок чек-листов: общее ядро из 9 пунктов плюс проектные надстройки, от 11 до 42 пунктов. Формальные пункты закрываются правилами и классификаторами, языковая модель подключается только к спорным разговорам — около 20% потока. Каждая оценка ссылается на конкретную реплику и секунду записи.
  • Контур апелляций и калибровки: оператор видит свою оценку в день разговора и может оспорить пункт, супервайзер отвечает за 24 часа, каждое удовлетворённое возражение уходит в настройку критерия. Ежемесячная калибровка на общей выборке из 40 разговоров.
  • ИИ-суфлёр в рабочем месте оператора: подсказка регламента из вики, следующий шаг скрипта, предупреждение о подходе к блокирующему нарушению. Принудительно включён первые 8 недель работы оператора, дальше — по выбору.
  • Витрина отчётности: кабинет заказчика с доступом к своим разговорам и оценкам, дашборд руководителя по площадке, контроль SLA по каждому проекту с предупреждением до нарушения окна и отчётом о простоях по вине систем заказчика.
Результат

Цифры до и после

До проекта
Доля разговоров под оценкой качества2% — 2 200 звонков из 110 000, выборку собирал супервайзер вручную
Среднее время обработки звонка (AHT)7 мин 20 с в среднем по восьми проектам
Выход новичка на норму по качеству и AHT6 недель
Штрафы и удержания по качеству и SLAв среднем 180 000 ₽ в месяц за последние полгода, пики до 420 000 ₽
Контракты под угрозой расторжения2 из 8 — вместе 28% выручки, около 4,4 млн ₽ в месяц
После запуска
Доля разговоров под оценкой качества100% — все 110 000 звонков, 88% пунктов чек-листа закрываются автоматически
Среднее время обработки звонка (AHT)6 мин 27 с — минус 12%, из них 35 секунд дал отказ от ручного поиска ответа
Выход новичка на норму по качеству и AHT3 недели
Штрафы и удержания по качеству и SLAв среднем 18 000 ₽ в месяц — минус 90%, пиков не было ни разу за полгода
Контракты под угрозой расторжения0 — оба продлены на следующий год, один с расширением объёма
Выводы проекта
  • Чек-лист нельзя собрать интервью — только разметкой, и этот месяц теперь стоит в плане отдельной строкой. Мы заложили четыре недели на настройку критериев под восемь заказчиков и потратили восемь. Провалились не на объёме и не на разной терминологии, а на том, что супервайзер заказчика физически не может описать словами, что он считает хорошим разговором: он узнаёт это на слух. Опрос давал формулировки, под которые машина размечала не то. Сработал обратный ход — 200 размеченных вручную разговоров на проект, 1 600 всего, и вывод критерия из примеров. С тех пор мы не берём проект по речевой аналитике без доступа к супервайзерам заказчика на разметку и закладываем на каждый дополнительный чек-лист неделю, а не два дня.
  • Сопротивление операторов снимается не объяснениями, а объективностью и правом спорить. Собрания про то, что система не следит, а помогает, не дали ничего: люди слышали ровно противоположное. Перелом случился, когда трое стабильных аутсайдеров оказались в верхней трети автоматического рейтинга — стало видно, что раньше оценивали не разговоры, а отношения с супервайзером. Второе по силе — апелляции: 380 обращений за два месяца и 41% удовлетворённых. Высокий процент удовлетворённых апелляций читается как провал системы, а на деле это единственное, что делает её легитимной в глазах смены. И мы теперь всегда просим шесть недель, в которые автоматические оценки не влияют на премию: без этой паузы платить придётся текучестью, а в контакт-центре она и так 68% в год.
  • Контроль 100% разговоров не равен 100% оценённых пунктов, и говорить об этом надо на первой встрече. Формальные вещи — представился, озвучил условия, зафиксировал обращение, не нарушил стоп-слова — машина закрывает уверенно. Оценочные — правильно ли понял проблему, уместен ли был тон, отработал ли возражение — уходят человеку, если уверенность ниже порога. Реально автоматом закрывается 88% пунктов, 12% остаются людям, и на параллельном месяце по оценочным пунктам мы расходились с супервайзерами на 17%. Формулировка, которую мы теперь пишем в предложение: под наблюдением сто процентов разговоров, под автоматической оценкой — примерно девять пунктов чек-листа из десяти.
  • Экономику считаем только по деньгам, которые реально сменили место, и в этом проекте главное в неё не попало. Брутто 474 000 ₽ в месяц складывается из трёх статей: не восполнили три операторские ставки из десяти высвобожденных снижением AHT (222 000 ₽ по ФОТ 74 000 ₽ с налогами — остальные семь ушли под рост объёма у заказчиков и на проекты с поминутной оплатой, где короткий разговор просто уменьшает счёт), падения штрафов со 180 000 до 18 000 ₽ (162 000 ₽) и сокращения разгона новичков (90 000 ₽ — это половина расчётной выгоды, вторую половину списываем как пересечение с эффектом AHT). Из этого вычитаем 90 000 ₽ поддержки и 62 000 ₽ эксплуатации: GPU-сервер под распознавание 806 000 минут в месяц — 42 000 ₽, языковая модель на спорных разговорах — 15 000 ₽, сервер приложения и хранилище — 5 000 ₽. Чистыми остаётся 322 000 ₽ в месяц, внедрение возвращается за 4,2 месяца, в предложении мы ставили пять с запасом на разгон. А два удержанных контракта на 4,4 млн ₽ выручки в месяц, 60 часов супервайзерской отчётности и несостоявшийся наём трёх контролёров качества в модель не входят вовсе — именно за них платили, но обещать это цифрой мы не готовы.
Первый шаг — диагностика

Похожая ситуация в вашем бизнесе?

Расскажите о ней — сравним с этим сценарием, найдём отличия и посчитаем вашу экономику. Диагностика бесплатна.

Голосовое описание задачи превращается в карту процесса и план внедрения
Можно голосом: запишите сообщение прямо в форме — расшифруем и разберём сами
NDA по запросу до передачи любых данных
Смета и план этапов — до договора, оплата только по принятым этапам
Ответ живого инженера, а не менеджера по продажам