Пустые поля в amoCRM ломают сквозную аналитику: какие данные нужны отчётам

Сквозная аналитика связывает клик, звонок и сделку по одному принципу: она берёт то, что передано в карточку amoCRM. Источник она не додумывает, сумму сделки не угадывает. Менеджер завёл сделку руками и оставил источник пустым — система отнесёт эту продажу в «без источника». Качество отчёта упирается в качество ввода, и никакой алгоритм атрибуции этот потолок не пробивает.

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

Три места, где данные рвутся

Первое — сделка без источника. Канал недосчитывает свои продажи, и в отчёте его окупаемость занижена ровно на сумму потерянных сделок. Каждая такая карточка — минус одна доказанная продажа для рекламы.

Второе — сделка без суммы. Для аналитики её нет: выручка по каналу собирается не полностью, ROMI (окупаемость маркетинговых вложений) выходит ниже фактической. Канал мог принести оплату, но в расчёт она не попала.

Третье — разорванный путь клиента. Дубли одного человека в CRM и разрозненные касания с сайта, телефонии и мессенджеров дробят историю на куски. Если касания не сводятся в одну сделку, атрибуция получает обрывки вместо цепочки.

Масштаб потерь зависит от разметки: UTM-метки в каждой кампании плюс авторазметка в Яндекс Директе. Доля сделок без источника сильно различается по отраслям, длине цикла сделки и доле сарафанного и офлайн-трафика, поэтому мы её не угадываем — замеряем на конкретном проекте: выгружаем сделки за квартал и считаем, сколько из них пришло с пустым источником или нулевой суммой. Как источник теряется по дороге от рекламы до карточки, мы подробно разобрали в статье о сделках в amoCRM без источника.

Обязательные поля на этапах воронки

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

У этой меры есть граница применимости. Обязательность нужна полям, которые влияют на атрибуцию и выручку: сумма, источник, сегмент. Навесить её на всё подряд — значит затормозить отдел продаж лишними шагами, и менеджеры начнут ставить заглушки вроде «1» в сумме или первый пункт списка в источнике. Поэтому набор обязательных полей мы держим узким: только то, что напрямую считается в деньгах.

Автозаполнение снимает механический ввод

Обязательность заставляет заполнить поле, но ручной ввод остаётся слабым местом: человек торопится, ошибается, выбирает первое значение из списка. Поэтому источник, email из формы и идентификатор посетителя (ClientID) мы подставляем через API-поля и автозаполнение по триггерам. UTM-метки, номер визита Roistat или коллтрекинга, поля веб-форм и данные телефонии заходят в сделку из интеграции, менеджер их не редактирует.

Отдача здесь самая быстрая. Менеджер перестаёт быть единственным источником данных в карточке, и заполненность держится без его дисциплины. Обязательное поле на этапе в такой схеме работает как страховка: если интеграция по какой-то причине не записала источник, сделка остановится на этапе, и пробел станет виден сразу, до отчёта за месяц.

Часть полей автозаполнением не закрыть. Причина отказа и оценка клиента по сегменту — смысловая работа, её делает человек. Автоматизация снимает механические поля, где данные объективно приходят из системы, оценочные суждения остаются за менеджером. Смешивать эти два типа полей в одном подходе — ошибка: для смысловых полей нужен короткий закрытый список значений и обязательность на этапе закрытия сделки.

Digital Pipeline замыкает контур

Поля дают данные, Digital Pipeline — движок автосценариев amoCRM — отвечает за то, чтобы данные вовремя ушли дальше. Триггеры срабатывают на три типа событий: попадание сделки на этап, смену ответственного и время, например «два дня без активности».

На этих событиях мы собираем три связки, которые держат аналитику в порядке:

• распределение по условиям — заявка с определённым источником или из определённого региона сразу получает ответственного; смена ответственного сама становится событием Digital Pipeline, и следующий шаг сценария запускается без паузы;
• передача в аналитику по этапу — при переходе на «Оплачено» вызов внешнего сервиса (веб-хук) отправляет сумму и статус сделки в систему сквозной аналитики;
• триггер по времени — сделка, к которой давно не возвращались, поднимается задачей ответственному, и в отчёте не копятся зависшие карточки, искажающие конверсию этапов.

Цепочка выглядит так: реклама размечена, интеграция записывает источник в сделку, обязательные поля не пускают пустую сделку к оплате, Digital Pipeline передаёт сумму в аналитику. Если выпадает любое звено, отчёт снова искажается в пользу каналов, которые лучше размечены. Частые ошибки этой связки на стороне Roistat мы собрали в разборе настройки Roistat без ошибок.

Что заполненные данные дают для бюджета

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

Цена грязных данных растёт вместе с бюджетом. Чем больше пустых и кривых полей, тем дороже каждое решение, принятое поверх отчёта: при одном рекламном канале ошибка почти незаметна, при нескольких направлениях она переводит деньги туда, где они работают хуже. Как из сделок с суммой и источником складывается расчёт окупаемости, мы показали в статье о том, как Roistat считает ROMI.

С чего начинаем

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

Вход — бесплатный созвон. После него присылаем план работ, состав и стоимость — в смете. Разбор ведёт Никита Бердников.