Внедрение Air AI для автономных телефонных продаж

Внедрение Air AI: где ломается автономный телефонный обзвон

Голосовой агент продаж уверенно проводит первые две реплики — и разваливается на третьей. Он теряет контекст: человек уже назвал город, задачу и срок, а в ответ снова звучит «а вы из какого региона?». Разговор вежливо заканчивается, в базе остается пометка «неинтересно», хотя интерес был. Это первое типовое место отказа автономного телефонного обзвона, и оно повторяется у всех, кто запускает агента без памяти диалога.

Второе — стык с людьми. Агент доводит разговор до готовности обсуждать сделку и должен передать контакт оператору, но передача рвется: клиент слышит тишину или повторное приветствие, а сотрудник получает карточку без истории разговора. Восстанавливать нить по памяти не выходит, теплый контакт остывает за те минуты, пока идет переключение.

Третье — состояние базы. Один номер приходит из нескольких выгрузок и обзванивается по кругу, люди злятся и жалуются, репутация номера падает, доля отказов растет. Дубли ищут вручную уже после того, как испорчено впечатление.

Четвертое — возражение о цене. На нем отваливается больше всего диалогов: агент либо читает общий скрипт, либо замолкает, вместо того чтобы уточнить задачу и предложить следующий шаг. Во всех четырех случаях узкое место обзвона лежит не в качестве распознавания речи, а в логике диалога и в стыках между системами. Разбираем, как это закрывается при внедрении Air AI.

Что меняется после запуска автономного агента в отделе продаж

Автономный агент продаж на базе Air AI берёт на себя предсказуемую часть обзвона: подтверждение заявки, уточнение статуса, возврат к незавершённой сделке. Операторы подключаются только там, где нужен нестандартный ход — торг, условия, разбор претензии. Это деление меняет структуру смены сильнее, чем ускорение набора номера.

Первый эффект считается по нагрузке: заметная доля повторяющихся звонков снимается с операторов и уходит агенту — типовые вопросы о заказе, напоминания, повторные касания. Людям остаётся работа, где они реально влияют на сделку, поэтому разгрузка операторов видна и в качестве разговоров, и в ровном темпе смены.

Второй — охват базы звонками. Агент работает параллельными линиями и держит одинаковый темп с утра до вечера: за смену проходится больше записей, включая сегменты, до которых у людей обычно не доходят руки. Конверсия обзвона растёт не от давления на клиента, а от того, что до него наконец дозвонились.

Третий — эскалация сложного разговора. Когда диалог выходит за рамки сценария, оператор получает расшифровку и контекст, подхват занимает секунды, клиенту не нужно повторять себя заново. Заодно уходит целый класс отказов: недозвоны, сбросы после первого гудка, заявки, оставшиеся без ответа в конце дня.

Настройка под конкретный отдел — это правила маршрутизации, условия и формулировки передачи, синхронизация с CRM и журнал разговоров. Эффект по каждому пункту снимается сравнением смены до и после запуска: по этим срезам видно, где агент уже работает сам, а где ещё нужен оператор.

Режимы работы автономного агента и их ограничения

Режим запуска определяет не столько охват, сколько класс сбоев, который придётся разбирать. Агент уверенно ведёт диалог, но в исходящем обзвоне он не знает, кто снимет трубку, а на входящей линии сам звонок уже означает интерес. Один и тот же сценарий на разных потоках даёт разное качество — поэтому режимы мы выбираем до сборки ветки разговора, а не после.

Смысл выбора — не «максимум автономии», а цена ошибки: где неверная квалификация дешевле пропущенного лида, а где наоборот. Ниже четыре рабочих варианта и честные ограничения каждого.

Передача оператору — не аварийный сценарий, а настраиваемое правило. В сценариях Air AI оно срабатывает на повторном вопросе, длительной паузе, признаках раздражения или прямой просьбе соединить с человеком. Оператор получает расшифровку диалога и уже собранные поля, поэтому не переспрашивает и не теряет контекст — просадка остаётся только на времени ожидания.

Этапы внедрения: от аудита звонков до передачи в поддержку

Этапы идут строго от данных к логике: сценарий, собранный до аудита звонков, почти всегда переписывается после первых тестовых прогонов. Поэтому сначала разбираем, что уже происходит на линии, и только потом проектируем диалог. Ниже — маршрут внедрения Air AI; длительность зависит от числа линий, объёма интеграций и глубины проработки возражений.

1. Аудит звонков и воронки. Выгружаем записи, расшифровываем и размечаем: где клиент остывал, какие возражения повторяются, где терялись готовые сделки. На выходе — карта диалогов и правила, которые агент обязан соблюдать.
2. Проектирование логики. Решаем, что агент ведёт сам, в какой момент передаёт оператору, как реагирует на молчание, отказ и вопрос о цене.
3. Интеграции. Подключаем телефонию, учётную систему и календарь: маршрутизацию, запись разговоров, создание сделки и задачи после звонка.
4. Настройка сценариев диалога. Собираем реплики, ветки возражений, паузы и распознавание ключевых слов; каждая правка сохраняется отдельной версией с быстрым откатом.
5. Тестовые прогоны. Прогоняем агента на исторических записях и внутренних звонках, сверяем с эталонными ответами и правим ветки, где логика рассыпалась.
6. Пилотный запуск. Включаем агента на части трафика и смотрим конверсию в целевое действие, долю корректных передач оператору и число обрывов.
7. Вывод в бой и передача. Расширяем долю трафика и отдаём регламенты: как править сценарий, что делать при сбое, кто отвечает за метрики.

Что остаётся у заказчика после сдачи проекта

После внедрения Air AI мы передаём не «доступ к личному кабинету», а рабочий комплект, по которому ваша команда сама правит реплики, добавляет ветки и разбирает спорные звонки без нас. Каждый артефакт закрывается на приёмке: если по нему нельзя воспроизвести поведение агента, пункт считаем несданным.

• Карта диалоговых веток — сценарии диалогов с репликами, вариантами ответа клиента и точками выхода; при правке текста сразу видно, какие ветки затронуты.
• Правила эскалации — кому и в какой момент агент передаёт звонок оператору: отказ от разговора, вопрос вне регламента, повторный запрос.
• Регламент качества обзвона — как формируется выборка записей, по каким критериям оценивается ответ и что становится поводом для разбора.
• Матрица доступов — кто правит сценарии, кто меняет правила эскалации, кто видит только статистику; изменения в рабочем контуре ограничены ролями.
• Схемы интеграций — куда уходит результат звонка, какие поля обязательны и что происходит при недоступности внешней системы.
• Документация по агенту — назначение блоков, версии сценариев, журнал изменений и порядок отката на предыдущую версию.
• Инструкции для операторов — что видит человек при подключении к звонку, как забирает контекст разговора и отмечает итог.

Всё это хранится в одном месте и обновляется вместе с агентом: новый сценарий не остаётся без правил передачи и критериев проверки.

Кейс: как отдел продаж вернул операторам сложные разговоры

Перед нами был отдел продаж дистрибьютора с базой в несколько десятков тысяч контактов: менеджеры закрывали смену на коротких звонках — подтвердить заказ, уточнить адрес доставки, напомнить о повторной закупке. Сложные разговоры про скидку, отсрочку и замену ассортимента откладывались на «после обзвона» и часто не случались вовсе: клиент был готов обсуждать условия, а свободного менеджера рядом не оказывалось.

Замеры на срезе базы показали, что около 70% исходящих — короткие сценарии с предсказуемым исходом. Охват за смену упирался в 120–150 контактов на оператора, а доля брошенных заявок — тех, где дозвонились, но не перезвонили в тот же день — держалась на уровне четверти.

Что поменяли в контуре

Агента собирали на Air AI под три ветки: автономный обзвон по повторным закупкам, подтверждение и перенос доставки, напоминания о незакрытых заявках. Логику передачи задали жёстко: как только клиент переходит к условиям сделки — скидка, отсрочка, объём партии — или дважды переспрашивает, звонок уходит живому оператору вместе с расшифровкой и историей обращений. Агент не дожимает: спорный диалог он закрывает передачей, а не скриптом.

Что стало после

Охват базы за смену вырос до 900 контактов на отдел при том же составе, доля успешных передач на оператора — 84%, остальное корректные отказы и просьбы перезвонить позже. Нагрузка на операторов перераспределилась: время, уходящее на сложный разговор, выросло с 20% до 65% смены. Класс отказов «клиент согласен, но никто не перезвонил» ушёл почти полностью — намерение фиксируется и ставится в очередь.

Чем автономный агент отличается от робота по скрипту

Вопрос не в том, отвечает ли система голосом, а в том, кто управляет линией разговора. Сценарный обзвон — это дерево веток: на каждый распознанный ответ находится заранее прописанный узел, и следующая реплика берётся из него. Пока абонент идёт по ожидаемым вариантам, всё работает предсказуемо; на первой же нестандартной формулировке — «я уже клиент, но тариф другой» — робот либо уходит в ветку по умолчанию, либо сбрасывает вызов.

Автономный агент работает иначе: он не выбирает ветку, а ведёт состояние диалога. Цель звонка, собранные факты, прозвучавшие возражения и договорённости хранятся в контексте, и агент на каждом шаге решает, что уточнить, что переспросить и к чему вернуться. Если человек перебил на середине, разговор продолжается с той же точки, а не начинается заново. Именно удержание контекста разговора отделяет агента от робота: он может изменить линию беседы по ходу, оставаясь внутри заданных правил.

Отсюда разные требования к сценариям. Для сценарного обзвона проектируют полноту дерева: чем больше веток закрыто, тем меньше сбросов, а контроль идёт по проценту попаданий в узлы. Для агента описывают правила и запреты — границы обещаний, допустимые скидки и формулировки, политику эскалации — и проверяют поведение на наборе эталонных диалогов, включая спорные. Тестировать становится не «пройден ли сценарий», а «не вышел ли агент за рамки».

Передача оператору тоже устроена по-разному. Робот отдаёт вызов по формальному условию: нажатие клавиши, повторный вопрос, превышение времени ожидания. Агент передаёт по смыслу — когда слышит намерение, которое не имеет права закрывать сам, или когда разговор уходит в сторону от цели звонка, и вместе с вызовом отдаёт историю диалога и причину эскалации, чтобы человек не начинал с нуля.

Сомнения перед запуском: данные, интеграции, качество

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

Ниже — ответы по каждому пункту применительно к внедрению Air AI.

Как это встаёт в нашу телефонию и учётную систему?

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

Что будет на плохой линии и при уходе абонента с темы?

Распознавание работает с порогом уверенности: если он ниже, вопрос переспрашивается или звонок передаётся оператору вместе с расшифровкой. Сценарий строится на ветвлениях по намерениям, а не на жёсткой последовательности, поэтому возврат к ближайшему шагу не ломает диалог.

Обсудим задачу автономного обзвона и вернёмся с планом

Чтобы оценка проекта опиралась на факты, а не на предположения, достаточно нескольких вводных — их сбор занимает у заказчика меньше часа, зато снимает половину вопросов по архитектуре до старта работ.

• Записи реальных звонков: 20-30 диалогов из разных сегментов и регионов — по ним видно лексику, длину реплик и типовые возражения.
• Текущая воронка: откуда приходят лиды, какая доля дозвонов, на каком шаге теряется больше всего контактов.
• Ограничения по данным: где хранятся номера и история разговоров, что нельзя выгружать за периметр, есть ли согласия на запись.
• Кто отвечает за интеграции: телефония, CRM, учётная система — нужен человек, который принимает решения по доступам.
• Сценарии, которые нельзя автоматизировать: крупные сделки, претензии, юридические формулировки — их сразу выводим на оператора.
• Метрика пилота: по какому показателю вы будете решать, что запуск удался — конверсия в подтверждённую встречу, скорость обработки базы, доля корректно переданных заявок.

Опишите задачу обзвона в свободной форме или пришлите то, что есть. Вернёмся с оценкой проекта и планом внедрения Air AI: этапы, сроки, точки контроля и ответственные инженеры по каждому блоку.