Как связать AI, CRM и рекламу медицинской клиники
Интеграция нужна не для красивого дашборда, а чтобы сохранить путь обращения: от объявления и страницы до звонка, записи и визита. Разбираю, какие данные передавать между системами, где хранить источник истины, как подключать AI и что проверить до запуска.
Кампания, объявление, запрос и страница.
Контакт, услуга, врач, филиал и статус.
Классификация, резюме и контроль качества.
Целевой лид, запись, визит и выручка.
Почему набор подключённых сервисов ещё не является системой
Форма может отправлять заявку в CRM, телефония записывать звонки, а рекламный кабинет показывать конверсии. Но если у систем разные идентификаторы и статусы, клиника не сможет связать расходы с записью и визитом.
Рабочая интеграция начинается с карты данных: что создаётся первым, где хранится, кто обновляет и какая система считается главной для каждого поля.
Как проходит обращение между системами
Кампания, объявление, запрос и метки.
Форма, телефон, страница и время.
Контакт, услуга, врач и филиал.
Резюме, классификация и проверка.
Контакт, квалификация и запись.
Лид, запись, визит и экономика.
Каждый этап должен иметь контроль ошибки. Если форма не создала карточку или звонок не связался с источником, система должна уведомить ответственного, а не молча продолжить работу.
Определите, какая система отвечает за каждое поле
| Данные | Основной источник | Кто обновляет |
|---|---|---|
| Расход и кампания | Рекламный кабинет | Автоматическая загрузка |
| Страница и UTM | Сайт или форма | Интеграция при создании лида |
| Телефон и контакт | Форма или телефония | CRM после проверки дублей |
| Услуга и филиал | CRM | Администратор или правило |
| Статус записи | CRM | Ответственный сотрудник |
| Факт визита | Медицинская или учётная система | Интеграция либо ручное подтверждение |
| Выручка | Учётная система | Финансовая интеграция |
| AI-резюме | AI-сервис | Человек подтверждает важные выводы |
AI не должен становиться источником факта
Он может предположить услугу или причину отказа, но фактический статус записи и визита должен подтверждаться человеком или учётной системой.
Связывайте записи по устойчивым признакам
Создаётся один раз и передаётся между CRM, телефонией и отчётностью.
Помогает объединять повторные обращения без создания лишних карточек.
Связывает запись в CRM с фактическим приёмом.
Сохраняет связь с рекламным источником после редактирования названий.
Используется как дополнительный признак, но не заменяет уникальный ID.
Помогает сопоставлять звонок, форму и запись при спорных случаях.
Сопоставление только по номеру телефона создаёт ошибки: пациент может звонить с разных номеров, записывать родственника или обращаться повторно по другой услуге.
Передавайте в CRM контекст, а не только имя и телефон
- страница, на которой отправлена форма;
- название формы и CTA;
- услуга;
- выбранный врач;
- филиал;
- UTM-метки;
- идентификатор рекламной кампании;
- дата и время;
- согласие на обработку данных;
- технический статус отправки.
Форма должна подтверждать успешную передачу
Сообщение «заявка отправлена» нельзя показывать, если CRM не приняла данные. Нужен отдельный сценарий повторной отправки и уведомления.
Проверка форм и пути пациента входит в аудит конверсии медицинского сайта.
Свяжите телефонию с карточкой и рекламным источником
- входящий номер или динамический номер;
- источник и кампания;
- страница визита перед звонком;
- время и длительность разговора;
- ответственный администратор;
- ссылка на запись разговора;
- резюме и договорённость;
- статус после звонка;
- повторный контакт;
- результат записи.
AI может подготовить резюме звонка, но статус «записан» должен появляться только после фактического согласования времени.
Работа администратора и качество звонков разобраны в статье про конверсию звонков клиники.
Подключайте AI как отдельный сервис с ограниченными правами
Чтение
Получает только поля, необходимые для классификации или резюме.
Черновик
Готовит ответ, заметку или рекомендацию без самостоятельной отправки.
Запись
Может заполнять служебные поля, но не критичные статусы без подтверждения.
Передача человеку
Спорные, медицинские и нестандартные вопросы направляются сотруднику.
- не ставить диагнозы;
- не давать индивидуальные назначения;
- не обещать результат лечения;
- не назначать врача без правил маршрутизации;
- не отправлять сообщение без журнала действий;
- не получать доступ ко всей базе без необходимости;
- не менять источник лида;
- не закрывать карточку автоматически.
Сделайте воронку одинаковой для всех каналов
Статус должен описывать факт, а не настроение сотрудника. Формулировки «думает», «сомневается» и «не горячий» не подходят без понятного следующего действия.
Возвращайте в рекламу только проверенные конверсии
Рекламная система может оптимизироваться по событиям, которые клиника считает полезными. Но передача должна опираться на фактический статус, а не на автоматическую отправку формы.
- форма отправлена;
- целевой лид подтверждён;
- запись создана;
- визит состоялся;
- начат следующий этап;
- событие имеет дату и идентификатор;
- исключены тестовые и дублирующие лиды;
- правила одинаковы для всех филиалов.
Не смешивайте микроконверсию и бизнес-результат
Клик по телефону полезен для диагностики сайта, но не равен целевому обращению, записи или визиту.
Собирайте отчёт из проверенных слоёв данных
- дата обновления каждого источника;
- количество строк с пустым источником;
- дубли лидов;
- ошибки сопоставления визитов;
- расхождения CRM и телефонии;
- разница между записью и визитом;
- фильтры по услуге, врачу и филиалу;
- отдельный список данных, требующих проверки.
Логику управленческой сводки можно взять из материала про отчёты Яндекс.Директа для стоматологии.
Заранее предусмотрите сбои и повторную обработку
- форма не создала карточку;
- карточка создана дважды;
- телефон не связался с существующим клиентом;
- UTM-метки потерялись при переходе;
- AI присвоил неверную услугу;
- статус изменился без пользователя;
- визит не связался с записью;
- расходы загрузились не полностью;
- сервис временно недоступен;
- ответственный не получил уведомление.
У интеграции должен быть журнал событий
Без даты, типа ошибки, исходных данных и результата повторной отправки невозможно понять, где теряются обращения.
Передавайте только необходимый объём данных
- разделить права чтения и изменения;
- не использовать один общий аккаунт;
- хранить ключи интеграций вне открытого кода;
- ограничить доступ AI к медицинским данным;
- маскировать данные в тестовой среде;
- фиксировать, какие сервисы получают информацию;
- отключать доступы бывших сотрудников;
- подготовить ручной режим при сбое;
- определить сроки хранения записей и расшифровок;
- регулярно проверять активные интеграции.
Удобство не является достаточной причиной передавать внешнему сервису всю карточку пациента. Набор данных должен соответствовать конкретной задаче.
Запускайте интеграцию поэтапно
Системы, поля, владельцы и направление передачи.
Услуги, врачи, филиалы, источники и статусы.
Например, формы одного направления.
Дубли, пустые поля и повторную отправку.
Резюме, классификация или контроль заполнения.
Подключать новые каналы после стабильного пилота.
CRM, телефония и реклама работают раздельно?
Разберу текущую схему, подготовлю карту полей, статусов и интеграций, определю источник истины и безопасный AI-сценарий для первого пилота.
Автор — Дмитрий Бодров
Маркетолог по продвижению стоматологий и медицинских клиник. Работаю с рекламой, CRM-логикой, аналитикой обращений и автоматизацией маркетинговых процессов.
Что ломает интеграцию после запуска
- несколько систем меняют один статус;
- нет уникального ID обращения;
- форма показывает успех до ответа CRM;
- AI имеет права закрывать карточки;
- справочники услуг отличаются по системам;
- источник перезаписывается при повторном обращении;
- нет журнала ошибок;
- тестовые лиды попадают в отчёт;
- выручка сопоставляется только по номеру телефона;
- нет ответственного за поддержку интеграции.
Частые вопросы об интеграции AI, CRM и рекламы
Что должно быть главным источником данных?
Можно ли связать системы только по номеру телефона?
Может ли ChatGPT сам менять статусы CRM?
Как считать ROMI после интеграции?
Что подключать первым?
Как понять, что интеграция работает?
Нужен ли отдельный дашборд?
Свяжите данные до подключения сложной автоматизации
Определим источник истины, идентификаторы, поля, статусы, права AI и обработку ошибок, чтобы путь пациента сохранялся от рекламы до визита.