Как настроить интеграцию голосового робота с CRM

Новая заявка падает в CRM в 23:40. Менеджер увидит её в 9 утра, перезвонит к обеду — а клиент к этому времени уже оставил три заявки конкурентам и говорит с тем, кто перезвонил первым. Робот мог бы набрать номер через минуту после заявки. Но только если он видит эту заявку — то есть если интеграция робота с CRM настроена так, что данные ходят между системами сами.

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

Что вообще ходит между роботом и CRM

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

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

От робота к CRM возвращается результат. Дозвонился или ушёл в автоответчик. Что ответил клиент — заинтересован, занят, просит перезвонить вечером, отказался. Запись разговора и расшифровка. Иногда — новый статус сделки, который робот ставит сам по итогу разговора.

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

Способ подключения: коннектор, API или вебхуки

Связать робота и CRM можно тремя путями. Они отличаются не результатом, а тем, сколько рук это потребует.

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

API. Если CRM самописная или коннектора под неё нет, системы общаются напрямую через API — программный интерфейс, по которому робот запрашивает данные и отправляет результаты. Гибко, тянет любые сценарии, но требует разработчика на стороне CRM хотя бы на этапе настройки.

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

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

Способ	Когда выбирать	Кто настраивает
Готовый коннектор	CRM из популярных	Вы сами, в кабинете
API	Самописная CRM, сложные сценарии	Разработчик CRM
Вебхуки	Нужен мгновенный запуск по событию	Разработчик или коннектор

Какие поля синхронизировать

Соблазн «синхронизировать всё» обычно заканчивается мусором в карточках. Договоритесь о минимуме, который реально нужен звонку.

Роботу для звонка хватает немного: номер телефона (без него всё бессмысленно), имя клиента для обращения, повод — что человек хотел или на каком этапе сделка. Иногда — город или товар, если робот подставляет их в сценарий.

Обратно робот пишет больше, и тут важно завести в CRM отдельные поля под результат, а не сваливать всё в комментарий:

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

Как настроить триггер «новая заявка → робот звонит»

Триггер — это событие в CRM, по которому робот начинает звонить. Без него интеграция останется складом данных, в который надо ходить вручную. С ним связка оживает.

Настройка сводится к трём решениям.

Какое событие запускает звонок. Чаще всего — новая заявка или новая сделка в определённой воронке. Но бывают и другие: смена статуса на «недозвон», отметка «отправить на прозвон», истечение срока без активности. Выберите то, что в вашем процессе означает «этого клиента пора набрать».

С какой задержкой. Ноль секунд — не всегда хорошо. Иногда заявка дублируется или менеджер хочет сам обработать «горячие». Разумная пауза в минуту-две отсекает дубли и даёт окно на ручной перехват. Но если ставка на скорость — звоните сразу, пока клиент не ушёл к конкуренту.

Что считать поводом не звонить. Триггер должен уважать фильтры: не звонить тем, кто в списке отказа (DNC), кому уже звонили сегодня, кто вне разрешённого времени по нормам обзвона. Эти проверки лучше держать на стороне робота — он не должен набирать номер только потому, что в CRM сменился статус.

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

Типичные ошибки

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

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

Нет защиты от дублей. Заявка задвоилась в CRM — робот звонит дважды. Или клиент уже в работе у менеджера, а робот всё равно набирает. Триггер должен проверять, не идёт ли уже работа по этому контакту.

Односторонняя интеграция. Робот берёт контакты, но не пишет результат — или наоборот. Тогда либо аналитика пустая, либо звонки летят по устаревшим данным. Связка имеет смысл только в обе стороны.

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

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

Коротко

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