bitrixГолосовой робот обзвона для Битрикс24: кейс сети автосервисов
Задача
Сеть из 12 автосервисов в трёх городах, 90 постов, около 6 000 записей в месяц. В продажах и работе с клиентской базой компания использовала Битрикс24 (коробка), запись на сервис велась в CRM через сделки, телефония — Mango Office, уже интегрированная с порталом. Но значительная часть клиентского потока сгорала на этапе подтверждения: наш кейс голосового робота обзвона для Битрикс24 начался именно с этой проблемы. Администраторы сервисов должны были накануне обзванивать всех записанных клиентов и подтверждать визит. Фактически до обзвона доходило не более 55% базы: в час пик администратор занят клиентами в зоне приёмки, в выходные звонить некому. В итоге 18–22% записей заканчивались неявкой — пост простаивал, а средний чек ремонта составлял 9 500 ₽. По оценке финансового директора, сеть недополучала 1,8–2,3 млн ₽ выручки в месяц именно из-за неподтверждённых записей. Второй источник потерь — напоминания о ТО. В базе Битрикс24 накопилось более 40 000 клиентов с историей обслуживания, но никто системно не возвращал их на плановое ТО: менеджеры звонили «когда было время», то есть почти никогда. По данным самой сети, доля возврата клиента на второе ТО без напоминания — 31%, при нормальной коммуникации сегмента она должна быть выше 55%. Разовые попытки решить проблему исходили от маркетинга: рассылки SMS и вайбер-сообщения давали конверсию 1,5–2% и не позволяли сразу согласовать дату — клиенту всё равно нужно было перезвонить. Нанимать отдельный колл-центр на 6–8 операторов руководство сочло неэкономичным: фонд оплаты труда около 400 тыс. ₽ в месяц при сезонном характере нагрузки. Было запланировано: внедрить голосового ИИ-ассистента, который автоматически обзванивает базу записей на следующий день, подтверждает или переносит визит, а по базе прошлых клиентов предлагает ТО. Все результаты звонков должны фиксироваться в Битрикс24, заинтересованные клиенты — переводиться на живого оператора с контекстом разговора. Срок проекта — 3 месяца, включая пилот на двух сервисах.
Решение
Проект построили вокруг связки «голосовая платформа + интеграционный слой + Битрикс24». В качестве голосового движка использовали платформу с распознаванием речи (ASR) и синтезом (TTS), сценарии диалогов описали в конструкторе ветвлений. Интеграционный сервис написали на PHP 8.2 и разместили рядом с коробкой Битрикс24 — он общается с порталом через REST API и вебхуки событий. Сценарий подтверждения записей работает так. Бизнес-процесс в Битрикс24 каждый день в 16:00 выбирает сделки с записью на завтра и через исходящий вебхук передаёт в интеграционный слой список: телефон, имя, услуга, время, адрес сервиса. Робот обзванивает клиентов с 17:00 до 20:00, при недозвоне повторяет попытку дважды с интервалом 40 минут — график повторов задаётся очередью в RabbitMQ, а не «костылями» в сценарии. Результат каждого звонка возвращается в CRM: REST-методами обновляется стадия сделки («Подтверждено», «Перенос», «Недозвон», «Отказ»), пишется активность с расшифровкой и ссылкой на аудиозапись. Если клиент хочет перенести визит, робот предлагает два ближайших свободных окна — их интеграционный слой запрашивает из сделок по ресурсному календарю, а после выбора обновляет дату записи в сделке. Для кампании по ТО настроили отдельную воронку «Возврат на ТО». Роботы Битрикс24 раз в сутки выбирают клиентов, у которых с последнего визита прошло 10–11 месяцев, создают сделки и ставят задачу обзвона голосовому ассистенту. В диалоге робот называет марку и госномер автомобиля (подставляются из полей карточки), предлагает расчёт стоимости ТО и запись на конкретный день. Заинтересованного клиента робот переводит на живого оператора: звонок уходит через телефонию на свободного сотрудника ответственной группы, а на экране у оператора уже открыта карточка сделки с расшифровкой диалога — клиенту не приходится повторять, что он хочет. Ночные часы и праздники исключены расписанием; робот не звонит по номерам из стоп-листа, который синхронизируется с полем «Не звонить» в CRM. Пилот запустили на двух сервисах за три недели: обкатали формулировки, отловили типовые возражения («а почём», «перезвоните позже»), добавили их в сценарии. После пилота подключили остальные 10 сервисов и кампанию ТО. На сопровождение выделили аналитика, который первый месяц еженедельно слушал 50 случайных звонков и правил ветки диалогов.
Архитектура
Архитектура решения трёхслойная. Источник данных — коробочный Битрикс24: сделки записи на сервис, клиентская база по ТО, стоп-листы. Отбор контактов выполняют бизнес-процессы и роботы по расписанию, далее исходящий вебхук передаёт пакет задач в интеграционный сервис. Интеграционный слой — PHP-приложение в Docker рядом с коробкой. Задачи на обзвон складываются в RabbitMQ: отдельные очереди для подтверждений, кампаний ТО и повторных попыток с отложенной доставкой (недозвон — ретрай через 40 минут). Воркеры по расписанию (звонки только с 10:00 до 20:00) забирают задачи и инициируют звонки через API голосовой платформы; SIP-транк оператора Mango Office используется для дозвона и перевода на операторов. Результаты звонков (статус, расшифровка, ссылка на запись, выбранное окно переноса) возвращаются в Битрикс24 через REST API: обновление стадий сделок, создание активностей, запись в поля карточки. Перевод заинтересованного клиента выполняется через телефонию на свободного оператора ответственной группы с открытием карточки звонка. Отказоустойчивость: три воркера на очередь, при падении голосовой платформы задачи остаются в RabbitMQ и обрабатываются после восстановления; недельный бэкап PostgreSQL со сценариями и статистикой. Мониторинг — Zabbix (доступность сервиса, глубина очередей) плюс ежедневный отчёт в Битрикс24: число звонков, дозвоны, подтверждения, ошибки платформы. Деградацию качества распознавания отслеживает аналитик по выборочным расшифровкам.
Стек
Битрикс24 Enterprise (коробка), голосовая платформа (ASR/TTS), Mango Office (SIP), REST API + вебхуки, RabbitMQ, PHP 8.2, PostgreSQL 14, Docker
Результат
Через два месяца после полного запуска сеть зафиксировала устойчивые эффекты. Доля подтверждённых записей выросла с 55% до 93%: робот стабильно обзванивает 100% базы записей на следующий день, включая вечерние часы, когда администраторы уже не звонят. Неявки снизились с 20% до 7% — по расчёту клиента это плюс 1,6 млн ₽ выручки в месяц только на ранее простаивающих постах. Кампания возврата на ТО принесла 840 подтверждённых записей за первый квартал при среднем чеке ТО 11 200 ₽. Возвращаемость клиентов на второе ТО выросла с 31% до 49%, конверсия обзвона в запись — 6,8%, что в четыре раза выше прежних SMS-рассылок. На персонале проект сказался двояко — в хорошем смысле. Администраторы перестали тратить 2,5–3 часа в день на обзвоны и занялись клиентами в зоне приёмки: вырос средний чек допродаж на месте. Планировать отдельный колл-центр на 6 операторов (около 400 тыс. ₽ в месяц ФОТ) больше не потребовалось — робот закрывает пиковую нагрузку до 1 200 звонков в день без найма. Качество данных в CRM тоже выровнялось: каждый звонок автоматически фиксируется активностью с расшифровкой, руководитель сети видит дашборд по подтверждениям в разрезе 12 сервисов и впервые получил сравнимые показатели между точками. Операторы получают только «тёплые» звонки с контекстом, средняя длительность их разговора — 2 минуты 40 секунд против 5–6 минут при холодном обзвоне. Окупаемость проекта клиент оценил в 2,5 месяца: затраты на разработку, сценарии и первый год лицензий голосовой платформы покрылись приростом выручки от снижения неявок уже за первый квартал. Дальше сеть планирует подключить к ассистенту напоминания о сезонной замене шин и обзвон по незавершённым рекомендациям механиков.
«Раньше администраторы звонили «между делом», и каждая пятая запись заканчивалась пустым постом. Теперь робот подтверждает 93% записей, а наши люди занимаются клиентами, которые уже стоят в приёмке. Отдельно порадовал возврат на ТО — 840 записей за квартал без единого нанятого оператора.»
Расскажите о задаче — предложим архитектурное решение
Бесплатный предварительный аудит за 3 рабочих дня: анализ задачи, вариант архитектуры, оценка сроков и бюджета. NDA при необходимости.
- Общение — с техническим архитектором, не с менеджером
- Фиксированная цена после технического аудита
- Гарантия на разработку по договору