AI-автообзвон для win-back: возвращаем до 20% ушедших клиентов

AI автообзвон: база ушедших клиентов остаётся необработанной

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

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

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

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

Что меняется после запуска: охват, скорость и доля возврата

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

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

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

Снижение оттока проявляется на второй волне: часть вернувшихся делает повторные продажи и не уходит снова.

Форматы AI автообзвона: сценарный, диалоговый, гибридный

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

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

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

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

Как мы запускаем обзвон: этапы инженерной работы

Запуск обзвона — не «загрузить номера и нажать старт». Мы идём от состояния базы до передачи сценария в эксплуатацию, и на каждом этапе есть контрольная точка: пока метрика не подтверждена, дальше не двигаемся.

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

Что передаём на руки: сценарии, доступы, регламенты

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

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

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

Кейс: возврат ушедших клиентов в услугах для бизнеса

К нам пришла сеть услуг для бизнеса с базой 8 400 клиентов, которые не продлили обслуживание за последние полтора года. Обрабатывать её вручную было нечем: шесть операторов делали около 300 касаний в неделю, очередь на обзвон росла быстрее, чем её разбирали, а верхние сегменты базы «остывали» месяцами.

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

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

Разговоры и записи результатов остаются в AmoCRM — руководитель видит воронку возврата там же, где работают менеджеры, без ручной сверки отчётов. За первые два месяца 20% ушедших клиентов вернулись к повторным сделкам, а сценарий обзвона остался в базе как рабочий инструмент для следующих сегментов.

Что делать, если ушедшие клиенты уже получали рассылки

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

Первое ограничение — согласие на звонок: Закон «О рекламе» требует предварительного согласия абонента на рекламный обзвон, поэтому база делится на сегменты с подтверждённым согласием и без него. Второе — частота обращений: не чаще одного касания в несколько недель, со сквозным счётчиком по всем каналам, а не отдельно по звонкам и письмам.

Отсюда схема: не сплошной обзвон, а выбор тактики под состояние сегмента.

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

Сомнения перед запуском: что уточняют наши инженеры

Перед стартом кампании заказчики задают одни и те же вопросы — не про модель, а про правовую рамку и эксплуатацию. Ниже — то, что наши инженеры уточняют и закрывают на этапе настройки, до первого дозвона.

Что делать с качеством базы контактов?

База проходит нормализацию и дедупликацию по номеру, отсев нерабочих диапазонов и разметку часового пояса. Лимит попыток на контакт и окна дозвона считаются по местному времени абонента, а не по времени сервера.

Как система распознаёт речь и отказы?

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

Можно ли остановить кампанию на ходу?

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

Обсудим задачу: что прислать для оценки и плана

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

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

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