Звонок, после которого в CRM не появилось сделки, — это лид, которого для клиники не существует: его нельзя посчитать, передать менеджеру или вернуть, если он сорвался. При ручном заведении часть обращений всегда теряется — администратор занят, забыл, не успел. Голосовой робот закрывает эту дыру: по каждому звонку он сам создаёт сделку в amoCRM с заполненными полями и ставит её на нужный этап воронки. Разбираем, как это устроено и что настроить.
Интеграция робота с amoCRM означает, что каждый входящий или исходящий звонок автоматически превращается в сделку с заполненными полями: контакт, услуга, источник, результат разговора. Администратору не нужно ничего заводить руками — сделка появляется в воронке в момент звонка. Так ни один лид не выпадает из учёта.
Ценность в полноте данных: когда сделки создаются на каждый звонок, руководитель видит реальную картину спроса, а не то, что успел записать администратор. Пропущенные и ночные обращения тоже попадают в CRM.
Разберём по шагам, что именно робот кладёт в сделку, как двигает её по воронке и что настроить перед запуском.
Сделка на каждый звонок нужна, чтобы ни одно обращение не потерялось между звонком и записью. При ручном заведении теряется от 10 до 30% лидов: администратор занят с пациентом у стойки, отвлёкся, забыл завести карточку. Автосоздание убирает человеческий фактор — сделка появляется всегда.
Без полного учёта звонков любая аналитика воронки врёт: конверсия считается от тех обращений, что попали в CRM, а не от всех. Автосоздание сделок делает знаменатель честным.
Это фундамент для всего остального — сегментации, возврата сорвавшихся лидов, расчёта стоимости привлечения. Без него эти инструменты работают на неполных данных.
Робот заполняет в сделке ключевые поля из диалога: имя и телефон пациента, интересующую услугу или врача, желаемую дату, источник обращения и краткий результат разговора. Дополнительно он привязывает контакт и, если запись состоялась, проставляет слот. Всё это — автоматически, из распознанной речи, без ручного ввода.
Точность заполнения полей высокая: распознавание речи держится около 98%, а имена и телефоны робот переспрашивает и подтверждает по цифрам, если не уверен. Это снижает долю кривых карточек, которые потом чистит администратор.
Набор полей настраивается под воронку клиники: можно добавить своё поле, например «филиал» или «канал рекламы», и робот будет его заполнять.
Робот ставит сделку на тот этап воронки, который соответствует итогу звонка: «записан», «думает», «недозвон», «отказ». Этап проставляется автоматически по результату диалога, поэтому воронка всегда отражает реальное состояние лида. Менеджер видит, с кем работать в первую очередь.
Если пациент записался, сделка уходит на этап записи; если попросил перезвонить — на этап «в работе» с задачей менеджеру. Логика переходов задаётся один раз и дальше применяется к каждому звонку.
Так воронка перестаёт быть «кладбищем» лидов, заведённых руками и забытых: у каждой сделки есть актуальный статус и следующий шаг.
Перед созданием сделки робот ищет контакт по номеру телефона: если пациент уже есть в amoCRM, робот привязывает сделку к существующему контакту, а не плодит дубль. Новый контакт заводится только для действительно новых номеров. Так база остаётся чистой даже при тысячах звонков.
Дедупликация по телефону — базовая гигиена CRM: без неё у одного пациента набегает по пять карточек, и история обращений рассыпается. Робот держит один контакт на один номер.
Если у контакта уже есть открытая сделка, робот может дописать звонок в неё, а не создавать новую, — это настраивается под процесс клиники.
В карточку сделки робот кладёт запись разговора и его текстовую расшифровку, поэтому менеджер видит не только результат, но и сам диалог. Это помогает быстро понять контекст перед перезвоном и разобрать спорные случаи. Расшифровка ещё и делает звонки доступными для поиска и аналитики.
Хранение записи и расшифровки в сделке закрывает частую проблему — «пациент говорит одно, администратор помнит другое». Диалог зафиксирован дословно.
Как искать по расшифровкам звонков упущенные продажи и поводы, разобрано в материале про поиск по расшифровкам звонков.
По итогу разговора робот не только двигает сделку, но и ставит менеджеру задачу: перезвонить сомневающемуся, подтвердить запись, обработать отказ. Задача привязана к сделке и имеет срок, поэтому лид не зависает без ответственного. Это превращает CRM из архива в рабочий инструмент.
Автозадачи закрывают типичную дыру: горячий лид сказал «перезвоните завтра», сделка создана, но напоминания нет — и о ней забывают. Робот ставит задачу сразу.
Кому и какие задачи ставить, задаётся правилами: например, недозвон — задача администратору, а крупная услуга — старшему менеджеру.
Робот сохраняет в сделке источник звонка: рекламный канал, номер, с которого пришёл лид, UTM-метку сайта. Это связывает затраты на рекламу с реальными записями и выручкой, а не с промежуточными кликами. Так клиника видит, какой канал приносит пациентов, а какой — только звонки.
Без источника в сделке маркетинг считается на глаз: понятно, сколько потрачено, но непонятно, что вернулось. Автоматическая простановка источника закрывает этот разрыв.
Как выстроить путь от рекламы до визита и оплаты целиком, описано в статье про подключение к сквозной аналитике.
Перед подключением стоит подготовить в amoCRM три вещи: воронку с понятными этапами, набор нужных полей в сделке и правила распределения ответственных. Чем чётче описаны этапы, тем точнее робот проставляет статусы. Настройка занимает от нескольких часов до дня в зависимости от сложности воронки.
Полезно заранее решить, что считать успешным итогом звонка, а что — отказом: от этого зависит, куда робот двигает сделки. Эту логику лучше согласовать с менеджерами.
Также стоит проверить права доступа: у робота должны быть права на создание сделок, контактов и задач, но не больше необходимого.
Зависшая сделка — это лид, который создан, но ни у кого не в работе. Робот закрывает риск, назначая ответственного и задачу сразу при создании сделки. Если менеджер не отреагировал в срок, сделку можно эскалировать выше по правилу. Так ни один горячий лид не остаётся без владельца.
Особенно это критично для входящих с рекламы: за такой лид уже заплачено, и его потеря — двойной убыток. Автоназначение ответственного не даёт ему осесть в общей куче.
Правила эскалации настраиваются под структуру клиники: например, через час без реакции задача уходит старшему.
В исходящем режиме робот работает с сделками наоборот: берёт список из amoCRM, обзванивает, а результат каждого звонка пишет обратно в сделку. Дозвонившимся ставит статус и задачу, недозвонам — повторную попытку. Так обзвон базы полностью управляется из CRM, без выгрузок в таблицы.
Это удобно для реактивации: сегмент спящих пациентов выбирается фильтром в amoCRM, робот его прозванивает, а вернувшиеся автоматически двигаются по воронке.
Двусторонний обмен с системой записи при этом сохраняется — как он устроен, описано в гайде про двустороннюю синхронизацию записей.
После интеграции руководитель видит в amoCRM полную воронку звонков: сколько обращений пришло, сколько дошло до записи, где отваливаются лиды и какой канал их приносит. Раньше эти цифры собирались вручную и с потерями; теперь они складываются сами по каждому звонку. Это база для управленческих решений.
Ключевое — данные полные: в воронку попадают все звонки, включая пропущенные и ночные, а не только те, что успел завести администратор.
На этих данных уже можно считать конверсию по этапам, стоимость записи и отдачу рекламы без ручного сведения.
Самые частые ошибки — размытые этапы воронки, отсутствие правил распределения и лишние обязательные поля, которые робот не может заполнить из диалога. Из-за первого страдает точность статусов, из-за второго лиды зависают, из-за третьего сделки не создаются. Все три лечатся аккуратной подготовкой воронки.
Ещё одна ошибка — не настроить дедупликацию и получить дубли контактов. Её стоит проверить на первых же тестовых звонках.
Общий обзор граблей внедрения собран в материале про ошибки при внедрении бота.
Начните с описания текущей воронки: этапы, поля, ответственные. Затем определите, что робот должен создавать и куда двигать сделки по итогам звонка. После этого связка настраивается за один-два подхода, а первые сделки появляются в amoCRM сразу на тестовых звонках.
Разумно запустить интеграцию сначала на входящих, убедиться в чистоте данных, а потом подключить исходящий обзвон из той же воронки. Так проще контролировать качество карточек.
Протестировать связку можно бесплатно 7 дней без карты и посмотреть, как звонки сами превращаются в сделки с заполненными полями.
7 дней бесплатно, без карты. Подключение к вашему номеру за 15 минут.