Голосовой робот и CRM: как настроить интеграцию с amoCRM и Битрикс24

Зачем голосовому роботу интеграция с CRM

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

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

Есть и вторая причина, менее очевидная. Без данных в CRM невозможно улучшать сценарий. Правки после первых сотен звонков дают основной прирост конверсии, но чтобы понять, что править, нужны сгруппированные причины отказов, а не двести аудиофайлов. Что вообще умеет голосовой ИИ-агент на первой линии, разобрано в статье что такое AI МОП.

Что должно попадать в карточку после звонка

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

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

Нужен разбор под вашу нишу? Оставьте заявку или напишите в Telegram - ответим с расчётом по вашей базе.

Интеграция с amoCRM: сделки, этапы, задачи, теги

amoCRM устроена вокруг сделки и линейной воронки, поэтому робот встраивается в неё быстро. На стороне интеграции настраиваются 6 действий - от поиска сделки по номеру телефона до простановки тегов кампании и сценария:

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

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

Интеграция с Битрикс24: воронки, ответственные, бизнес-процессы

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

На что смотреть в первую очередь:

• Выбор воронки. Лид с холодного обзвона и заявка с сайта обычно живут в разных воронках. Робот должен знать, куда класть каждый тип контакта.
• Лиды или сразу сделки. В компаниях с включённым режимом лидов важно решить, на каком уровне работает робот, иначе конверсия считается дважды.
• Ответственные и права. Задача должна попадать конкретному сотруднику по правилам распределения, а не «в отдел».
• Существующие бизнес-процессы. Если смена стадии запускает роботов Битрикс24 и рассылки, действия голосового агента могут дублировать уведомления клиенту.
• Дубли. Поиск по нормализованному номеру телефона обязателен: в Битрикс24 один и тот же клиент легко существует как лид, контакт и компания одновременно.
• Согласование полей до старта. Добавлять поля в работающий портал после запуска дороже, чем договориться о них заранее.

Для сложных порталов и самописных систем обмен обычно делается через REST API и вебхуки - так, например, устроена связка в проекте по логистике B2B, где данные уходят и в CRM, и в систему управления перевозками.

Коротко разница между двумя системами с точки зрения интеграции выглядит так.

Как данные ходят между роботом и CRM

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

Шаг 1. Триггер. В CRM появляется новая заявка или контакт попадает в сегмент для обзвона. По триггеру или по расписанию система отдаёт роботу карточку: имя, телефон, источник, комментарий, история.

Шаг 2. Звонок. Робот набирает номер через подключённую телефонию, ведёт диалог по сценарию и распознаёт ответы. Параллельно пишется аудио и расшифровка.

Шаг 3. Возврат данных. После завершения разговора интеграция вызывает API CRM: обновляет поля, меняет стадию, прикрепляет запись, ставит задачу. Обмен обычно идёт через вебхуки, поэтому данные появляются в карточке за секунды, а не в ночной выгрузке.

Шаг 4. Повторные попытки. Если клиент не ответил, робот планирует следующую попытку в другое окно времени. История попыток тоже должна храниться в карточке - иначе контакт бесконечно ходит по кругу.

Шаг 5. Отчёты. Поверх собранных данных строятся сводки: дозвон, доля интереса, конверсия в целевое действие, причины отказов по сегментам. Как это выглядит в кампании по накопленной базе, разобрано в статье про AI-обзвон базы клиентов.

Разборы по конкретным системам

Отдельные разборы показывают особенности amoCRM, Битрикс24 и отраслевых систем: поля, воронки, дубли, ответственных и конфликты автоматизаций.

• ИИ-агент в amoCRM - сделки и этапы, задачи с ответственным, поля вместо примечаний, правило поиска дублей.
• ИИ-агент в Битрикс24 - лиды против сделок, несколько воронок, распределение ответственных и конфликт с бизнес-процессами.
• Голосовой робот и YClients - запись в бьюти: слоты по мастеру и филиалу, переносы, длительность процедуры.
• Голосовой робот и МИС Medesk - запись пациента: справочники, расчёт времени приёма, горизонт расписания.
• Голосовой робот и МИС iDENT - что делать, когда у системы нет открытой документации API.

Пять ошибок интеграции, которые ломают отчётность

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

• Всё в одно текстовое поле. Результат разговора приходит одним примечанием. Отчёт по причинам отказа собрать невозможно, сегменты не сравнить.
• Свободный текст вместо списка. Причина отказа пишется своими словами каждый раз по-новому - «дорого», «цена», «не устроила стоимость». Три разные строки вместо одной группы.
• Нет правила дублей. Робот создаёт новый контакт на каждый звонок. Через месяц база раздута, а история клиента разорвана на части.
• Задача без исполнителя и срока. Тёплые контакты копятся в общем списке, менеджеры считают их чужими, интерес остывает за сутки.
• Стадии не согласованы с отделом продаж. Робот двигает сделки по своим правилам, руководитель видит воронку, в которую не верит, и через месяц просит «выключить это».

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

Порядок внедрения: восемь шагов

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

1. Описать текущую воронку: стадии, поля, кто за что отвечает.
2. Выбрать один сценарий звонка: входящие, реактивация, холодный обзвон или подтверждения.
3. Согласовать поля и статусы, которые будет заполнять робот, письменно.
4. Договориться о правилах перевода сделки по стадиям.
5. Настроить тестовую интеграцию на отдельной воронке или в копии портала.
6. Прогнать 30-50 звонков и открыть каждую карточку руками.
7. Исправить статусы, формулировки резюме и тексты задач.
8. Запускать объём и снимать метрики еженедельно.

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

Что даёт интеграция: цифры из проектов

В агентстве недвижимости интеграция помогла обработать 41 280 звонков и сократить команду с 12 до 3 человек, сохранив контроль в CRM.

В агентстве недвижимости Estadel интеграция позволила перевести команду с ручного дозвона на работу с квалифицированными интересами: стоимость лида снизилась на 69%, а выявленных интересов стало больше на 690%. В логистике B2B данные из разговоров уходили в amoCRM, Битрикс24 и кастомные системы через REST API - без этого прозвон 52 000 контактов остался бы статистикой, а не источником 24 сделок в месяц (кейс по логистике).

Посчитать эффект под свою воронку можно в калькуляторе окупаемости, а состав внедрения под ключ описан на странице голосового AI МОП. Как ИИ распределяет работу с живыми менеджерами, разобрано в статье про AI-менеджера по продажам.

Частые вопросы про интеграцию робота с CRM