Кейс: форма собрала 26 заявок — CRM потеряла размеры и бюджет у каждой
Учебный составной кейс: все цифры условные, но арифметика и диагностическая логика реалистичны.
Форма спрашивала тип мебели, размеры, бюджет, город и желаемый срок. За условные 78 000 ₽ она собрала 26 заявок — по 3 000 ₽ за контакт.
В CRM у всех 26 карточек сохранились только имя и телефон. Пять ответов, ради которых форму сделали длиннее, исчезали при передаче, а сегментировать лиды по бюджету или сроку стало невозможно.
Разберём, как одна сломанная привязка полей обнулила квалификацию до первого звонка и почему проверка события в Метрике не подтверждает, что менеджер получил данные.
На сайте ответы были, в CRM — нет
Посетитель проходил форму до конца. В браузере были выбраны изделие, примерные размеры, диапазон бюджета, город и срок. После отправки срабатывала цель, а пользователь видел страницу благодарности.
Интеграция создавала карточку, поэтому поломка не выглядела аварией. Но после обновления формы идентификаторы полей изменились: телефон и имя продолжали передаваться, остальные значения уходили в никуда.
Метрика считала отправку, CRM считала новую карточку, отчёт сходился. Не сходилось содержимое: до 130 ответов не дошли до отдела продаж.
Это опасная поломка. Когда заявка пропадает целиком, её замечают быстро. Когда остаётся телефон, пустую карточку легко принять за нормальный лид.
Менеджер начинал разговор с нуля
Человек уже потратил время на вопросы о проекте. Менеджер звонил и спрашивал всё заново: что нужно, какие размеры, какой бюджет, в каком городе и когда планируется заказ.
Даже без выдуманных продаж последствие измеримо: ни одну из 26 заявок нельзя автоматически распределить по типу изделия, диапазону бюджета или срочности. Нельзя сравнить кампании по квалифицированному спросу и нельзя дать автостратегии более глубокий сигнал.
Сырой CPL 3 000 ₽ остался единственной цифрой. Стоимость обращения с подходящим бюджетом или реальным сроком посчитать было невозможно — нужные признаки не сохранились.
Цель Метрики дала ложное спокойствие
Отправка формы отвечает только на вопрос: браузер выполнил нужное событие? Она не проверяет, создалась ли карточка с полным набором полей, сохранился ли источник и получил ли ответственный уведомление.
Поэтому проверка «цель сработала» слишком короткая. Нормальный тест заканчивается в интерфейсе CRM: тестировщик открывает карточку и сверяет каждое значение с тем, что вводил на сайте.
Отдельно проверяют мобильную версию, обязательные и необязательные поля, повторную отправку, кириллицу, пробелы в телефоне и выбранные варианты. Ошибка может проявляться только в одном сценарии.
Интеграцию превратили в контракт
Для формы составили карту полей: видимое название, технический идентификатор, тип значения и поле назначения в CRM. После изменений на сайте карту обновляют вместе с интеграцией.
Тестовая заявка получает заметную метку и ожидаемый набор ответов. Если хотя бы одно поле пустое, рекламу не считают готовой к запуску, даже когда цель и страница благодарности работают.
Полезно добавить автоматический контроль: уведомление о пустом бюджете или типе изделия, если на сайте эти вопросы обязательны. Такая проверка ловит тихую поломку до того, как она испортит всю выборку лидов.
Чек-лист: доходит ли заявка до CRM целиком
- Заполните тестовую форму уникальными, легко узнаваемыми значениями.
- Откройте карточку CRM и сверьте каждое поле, а не только телефон.
- Проверьте источник, UTM-метки, страницу входа и время заявки.
- Повторите тест с телефона и компьютера, с разными вариантами ответов.
- Убедитесь, что ответственный получил уведомление и видит контекст заявки.
- Повторяйте полный тест после правок формы, сайта, CRM или интеграции.
Если в CRM приходят карточки без бюджета, размеров или срока, не обвиняйте рекламу в «пустых лидах». Сначала проверьте, не вырезает ли интеграция данные, которые клиент уже сообщил.
Нужен разбор без красивых отчётов?
Проверьте запросы, цели, качество лидов и путь до расчёта или продажи.