Звонок, разговор, интерес, запись и продажа имеют разные знаменатели. Отчёт полезен только тогда, когда по нему можно изменить конкретную часть процесса.
Метрики ИИ колл центра начните с доли завершённых задач и критических ошибок, разделив входящие темы по сложности. Сколько звонков может обработать AI агент, показывайте вместе с числом переданных человеку случаев.
Определите результат до настройки
Сформулируйте целевое событие одним проверяемым действием. Для первого участка процесса вопрос звучит так: какие показатели смотреть в пилоте входящих звонков? Для второго: как сравнить человека и ai-агента корректно? Не подменяйте ответ на эти вопросы количеством звонков: после контакта должно появиться подтверждение клиента, запись в системе или задача конкретному сотруднику.
Первая механика: какие показатели смотреть в пилоте входящих звонков
Выберите показатели доступности, качества ответа, согласованного следующего шага и выполнения обещания сотрудником. Установите пороги до старта. Это правило стоит превратить в схему «событие → проверка данных → вопрос клиенту → действие». Укажите для каждого шага источник информации и владельца. Если исходный факт недоступен, агент не должен угадывать: он сохраняет недостающий параметр и передаёт его сотруднику с обещанным сроком.
AI колл центр сравнивайте с текущей первой линией по доле решённых вопросов, повторных звонков и переводов человеку. Колл центр с искусственным интеллектом требует общего журнала ошибок: без него одинаковые неверные ответы будут повторяться на каждой смене.
Для входящих раздельно задайте пороги «ответил», «помог» и «довёл до действия». Если агент принял вызов, но не создал задачу или дал неверный адрес, первый показатель будет хорошим, остальные — плохими. Разбор пилота должен показывать эту разницу открыто.
Порог пилота должен включать критические ошибки: неверный адрес или потерянная задача может быть важнее небольшого прироста доли ответов. Это фиксируется до теста.
Практический пример. На ограниченном потоке агент принимает обращения, но половина задач менеджеру создаётся без срока. Технический показатель высокий, операционный результат слабый. После разговора проверьте не только формулировку ответа, но и финальную запись: какой исход выбран, какие данные подтверждены самим клиентом, кому назначено действие и когда оно должно быть выполнено. Без этой проверки красивый диалог может закончиться потерей заявки.
Вторая механика: как сравнить человека и ai-агента корректно
Сравнивайте одинаковые сегменты, часы, источники и цели. Если распределение не случайное, явно отмечайте различия и анализируйте этапы отдельно. В этой части процесса человек может изменить принадлежность контакта к когорте или дату целевого события. Поэтому храните последнее подтверждённое состояние и историю изменений. Если финальная карточка расходится с последней репликой клиента, следующий сотрудник повторит вопрос или выполнит неверное действие.
При сравнении человека и агента зафиксируйте распределение задач заранее. Если робот обрабатывает ночные обращения, а сотрудники дневные, влияние времени суток нужно учитывать. Сильный дизайн сравнения использует похожие заявки и одинаковое определение результата; при невозможности такого дизайна выводы формулируют осторожнее.
Если в группу агента попало больше ночных заявок, сравнение с дневной сменой оператора требует поправки на время. Иначе результат отражает состав трафика.
Сценарий для проверки. Человек работает с VIP-клиентами и жалобами, агент — с записью на типовую услугу. Сравнение общей выручки за звонок не отражает качество ни одного маршрута. Проиграйте соседний вариант: сделка закрывается через месяц после первого контакта. Агент должен показать границу своих полномочий, обновить именно изменившийся параметр и оставить сотруднику точный открытый вопрос.
Рабочий инструмент и поля для команды
Распределите сопоставимые обращения по источнику, времени, сложности и цели. Отдельно смотрите доступность, правильность ответа, созданный следующий шаг, выполнение обещания и стоимость результата.
Голосовой робот или оператор сравниваются на одинаковой выборке обращений и одинаковом сроке оценки результата.
В карточке обращения нужны когорта, источник, этап воронки, дата события и нужный знаменатель. На втором этапе обновляйте эти поля после каждого подтверждённого изменения. Рядом с каждым значением отмечайте источник: сказал клиент, пришло из CRM или рассчитано системой. Сотрудник должен видеть последнее подтверждённое состояние и причину передачи.
Запуск на ограниченном потоке
Быстрая проверка для первого цикла: Запустите две очереди одинаковых типовых обращений на неделю и разберите расхождения по сложности, а не только средний процент записи. Не расширяйте охват, пока хотя бы один критичный переход регулярно теряет данные или создаёт необоснованное обещание. При ошибке меняйте конкретный факт, ветку или интеграцию, а затем повторяйте тест на исходном случае и соседних сценариях.
Метрики, формула и интерпретация
Отслеживайте пропущенные вызовы, полноту карточки, корректную маршрутизацию и состоявшиеся встречи. Считайте стоимость одинакового подтверждённого результата, качество диалога и повторные обращения в каждой группе. Стоимость подтверждённого результата = полные затраты потока / выполненные целевые действия; сравнение делайте при одинаковом составе обращений. В таблице всегда показывайте абсолютные числа рядом с процентами: 4 ошибки из 10 разговоров и 4 из 1000 означают разные задачи. Для длинного цикла сделки задайте окно наблюдения и не приписывайте вчерашней кампании продажи старых лидов.
Ошибки и правила остановки
Не расширяйте пилот по единственной метрике «агент ответил», не проверив полезность ответа. Нельзя выводить «агент лучше менеджера» из неравных потоков или разных определений квалифицированного лида. Для каждого такого случая пропишите стоп-условие: что агент отвечает, какой статус ставит, кому передаёт вопрос и в какие сроки человек возвращается к клиенту. Сохраняйте отдельные исходы для отказа, недозвона, переноса и технического обрыва — повторный контакт для них должен работать по разным правилам.