Что должна делать связка сайта и CRM
Цель интеграции — не просто переслать письмо с формы в ещё один канал. Рабочая связка превращает обращение в управляемую запись: сохраняет контакт, содержание запроса, страницу входа и источник, назначает ответственного и создаёт следующий шаг. Это позволяет обсуждать одну и ту же заявку на языке маркетинга, продаж и руководителя.
До начала настройки стоит описать путь клиента от первого действия до результата. Например: посетитель отправляет форму, система проверяет обязательные поля, создаёт или находит контакт, добавляет обращение в нужную воронку, передаёт источник и ставит задачу сотруднику. Если один из этапов не определён, интеграция будет фиксировать данные, но не обязательно помогать с обработкой.
В АиКонверсии этот вопрос относится к проектированию рабочего контура, а не к выбору отдельного модуля. О подходе к CRM можно узнать на странице услуги CRM; если нужны нестандартные обмены данными или личный кабинет, уместно подключить заказную разработку.
- Принять обращение из формы, чата или другого согласованного канала.
- Сохранить источник и технические параметры, которые нужны для анализа.
- Создать одну карточку без дублей или корректно дополнить существующую.
- Назначить ответственного, статус и следующее действие.
- Передать в отчёт только те события, по которым команда договорилась заранее.
Какие данные передавать в CRM
Минимальный набор зависит от процесса, но обычно состоит из контактных данных, содержания обращения и служебных полей. Важно заранее различить данные клиента и данные о визите. Имя, телефон, электронная почта и комментарий помогают связаться с человеком. URL страницы, дата отправки, идентификатор формы и источник помогают понять контекст и проверить маршрут.
UTM-метки — это параметры в URL, которые используются для различения источника, канала, кампании и варианта рекламного сообщения. В документации Google Analytics отдельно описаны utm_source, utm_medium, utm_campaign, а при необходимости — utm_content, utm_term и другие параметры. Для CRM нет смысла передавать всё подряд: выберите небольшой словарь полей и договоритесь о написании значений до запуска рекламы.
Если посетитель сначала открыл одну страницу, а отправил форму на другой, нужно решить, какие значения сохраняются: только текущие или также исходный источник визита. Это уже не вопрос красивого отчёта, а правило атрибуции. Его следует зафиксировать в схеме полей и протестировать на нескольких сценариях, включая прямой заход, переход по рекламной ссылке и повторное обращение.
- Контакт: имя, телефон или email — только необходимые для работы поля.
- Обращение: текст запроса, выбранная услуга, страница или форма.
- Источник: utm_source, utm_medium, utm_campaign и при необходимости utm_content.
- Технический след: дата и время, идентификатор формы, ссылка на визит или внешний идентификатор.
- Операционные поля: ответственный, статус, приоритет и следующее действие.
Как настроить путь заявки: от формы до задачи
Начинайте с карты событий, а не с подключения коннектора. Запишите, что считается новой заявкой, что происходит при ошибке валидации, как обрабатывается повторная отправка и что делать, если контакт уже есть в CRM. Для каждого события должен быть понятен результат: новая карточка, обновление существующей записи, уведомление или журнал ошибки.
После этого определите правила сопоставления. Обычно контакт ищут по телефону или email, но конкретный порядок зависит от качества данных и бизнес-процесса. Если система не может уверенно понять, что две записи принадлежат одному человеку, безопаснее отправить запись на ручную проверку, чем автоматически объединить разные обращения.
Затем настройте контрольный маршрут: тестовая форма, запись в журнале, карточка в CRM, задача ответственному и событие в аналитике. Проверяйте не только успешный сценарий. Отдельно пройдите пустое обязательное поле, повторную отправку, невалидный контакт, временно недоступную CRM и обращение без UTM-меток.
- Описать события и ожидаемый результат каждого события.
- Согласовать обязательные поля и правила поиска дублей.
- Настроить передачу данных и обработку ошибок с журналом проверки.
- Создать понятную воронку: новый лид, квалификация, работа, результат или причина закрытия.
- Провести тесты по позитивным и ошибочным сценариям до публикации изменений.
Как связать UTM-метки и цели с контролем продаж
UTM-метки отвечают на вопрос «откуда пришёл визит», но не заменяют данные о том, что произошло после заявки. Для управленческого решения нужно связать путь в аналитике с этапом в CRM: обращение принято, контакт квалифицирован, встреча назначена, сделка закрыта или обращение остановлено с указанной причиной. Названия этапов должны быть однозначными для всех участников.
Цель в системе аналитики — это зафиксированное действие посетителя, например отправка формы или нажатие на согласованный элемент. Яндекс Метрика описывает цели как действия, по которым можно отслеживать поведение посетителей; для заявки важно отличать сам факт отправки от простого открытия страницы с формой. В GA4 аналогичная логика строится на событиях и ключевых событиях, но конкретная настройка зависит от используемого счётчика и сайта.
Пример рабочей дисциплины: маркетинг отвечает за единообразные UTM-значения, разработка — за их сохранение при отправке, продажи — за корректное движение карточки, руководитель — за список контрольных показателей. Это не означает, что каждый отдел должен видеть все технические детали. Наоборот, роли должны получать только те поля и отчёты, которые помогают принять решение.
- Составить словарь источников и каналов с единым регистром и написанием.
- Не использовать разные названия для одной кампании в разных рекламных кабинетах.
- Проверить, сохраняются ли параметры после переходов и отправки формы.
- Разделить микроцель «форма отправлена» и бизнес-этап «обращение обработано».
- Сверять количество обращений в аналитике и CRM, объясняя расхождения, а не скрывая их.
Чек-лист запуска и дальнейшего контроля
Перед запуском попросите представителя маркетинга, продаж и технической команды пройти один и тот же тестовый сценарий. Каждый должен увидеть, где появляется заявка, какое значение получает источник, кто становится ответственным и что считается обработанным обращением. Если ответы расходятся, интеграция ещё не готова к рабочей нагрузке.
После запуска не стоит считать задачу завершённой навсегда. Проверяйте новые формы, изменения на сайте, рекламные шаблоны и обновления в CRM. Сбой часто возникает не в самой передаче, а в изменившемся имени поля, новом маршруте формы или несогласованном значении UTM. Полезно назначить владельца схемы и хранить краткое описание полей в доступном для команды месте.
Если нужно связать сайт, CRM, аналитику и нестандартную бизнес-логику в один процесс, можно описать исходный сценарий специалистам АиКонверсии через контакты. Для задач, где важны управленческие отчёты и единые источники данных, релевантна также услуга аналитики. Это мягкий следующий шаг: сначала команда разбирает процесс и ограничения, затем определяет состав работ без обещаний заранее заданного результата.
- Проверить все точки входа: формы, чаты, звонки и другие согласованные каналы.
- Убедиться, что у каждой записи есть источник, статус, ответственный и следующее действие.
- Сверить тестовые данные в форме, CRM и аналитике.
- Зафиксировать владельца справочника UTM и схемы полей.
- Запланировать регулярную проверку ошибок, дублей и «зависших» статусов.
Частые вопросы
Можно ли связать сайт и CRM без передачи UTM-меток?
Технически да, но тогда в CRM не будет контекста рекламного или партнёрского перехода. Если источник важен для анализа, заранее определите, какие UTM-поля сохранять и на каком этапе передавать их в карточку.
Что делать, если одна заявка приходит несколько раз?
Нужно задать правило поиска дублей по доступным идентификаторам, например телефону или email, и определить поведение при совпадении. При сомнении лучше направить запись на проверку, чем автоматически объединять разные обращения.
Какие статусы нужны в CRM для контроля заявок?
Набор зависит от процесса. Минимально нужны понятные состояния нового обращения, текущей работы и результата, а также причина закрытия. Каждый статус должен означать действие или проверяемый результат, а не просто настроение менеджера.
Нужно ли сразу подключать сложную сквозную аналитику?
Не обязательно. Сначала зафиксируйте корректную передачу заявки, источника, ответственного и статуса. После этого можно расширять контур до управленческих отчётов и связывать онлайн-события с последующими этапами продаж.
Источники
Следующий шаг
Нужно понять, что автоматизировать первым?
Покажите текущий процесс, CRM или путь заявки — команда АиКонверсии поможет определить рабочий контур.