Интеграция коллтрекинга с CRM должна сохранять источник звонка и связывать его с нужной сделкой. Проверьте передачу данных на тестовых и повторных обращениях.
Шаг 1. Определите результат интеграции
Результат интеграции — проверяемая связь источника, звонка и сделки. Если задача включает анализ полученных денег, понадобится также связь сделки с оплатой. Последний переход может потребовать отдельного обмена с учётной или платёжной системой. Наличие подключения коллтрекинга к CRM само по себе его не обеспечивает.
Соберите перечень сайтов, рекламных каналов, телефонии, коллтрекинга и CRM, добавьте действующие интеграции и систему, из которой поступают сведения об оплатах. Так исполнитель увидит, какие связи уже работают и где предстоит настроить обмен.
Распределите ответственность до настройки.
Маркетолог задаёт требования к источникам и итоговому отчёту, администратор CRM согласует поля и правила работы со сделками, интегратор настраивает передачу и диагностику. Отдельно назначьте сотрудника, который подтверждает платёжные данные.
Для каждого перехода определите, по каким данным его проверять: источник обращения, идентификатор звонка, связь с выбранной сделкой и идентификатор сделки в платёжной записи. Единого идентификатора для всех систем может не быть — тогда нужна таблица соответствий или другой согласованный способ восстановить связи.
Например, при проверке заказчик открывает оплату, находит соответствующую сделку, связанный с ней звонок и сохранённый источник обращения.
Если цепочка обрывается, в задании исполнителю должен появиться конкретный недостающий переход.
Шаг 2. Проверьте, определяется ли источник звонка
Сначала проверьте определение источника в самом коллтрекинге. Для динамической подмены выполните тестовый переход по размеченной ссылке и позвоните на показанный номер. Убедитесь, что параметры сохранились после перенаправлений, номер подменился, а сервис определил ожидаемый источник. Передача в CRM не восстановит сведения, которые потерялись до неё.
При статическом коллтрекинге номер закрепляют за каналом или размещением. Для проверки позвоните на этот номер и сверьте источник в журнале сервиса.
Динамический коллтрекинг подменяет номера посетителям сайта и позволяет связывать звонки с посещениями. Подробности — в статье о связи звонков с рекламными расходами.
Для динамической схемы запросите правила расчёта пула подменных номеров и закрепления номера за посетителем, выясните, как сервис обрабатывает отложенный звонок и нехватку номеров.
Без этих условий нельзя обоснованно ожидать точного определения посещения в каждом случае.
Если заказы планируется передавать в Метрику, проверьте поддержку передачи ClientId из коллтрекинга в сделки CRM. Метрика рекомендует этот идентификатор для привязки заказов к визитам. Наличие функции нужно подтвердить для выбранного подключения, затем проверить на тестовом обращении.
Заранее предусмотрите значение «источник неизвестен» для обращений, которые система не смогла определить. Отсутствие UTM-меток само по себе не доказывает прямой заход: при проверке исполнитель должен показать, на каких доступных данных основано определение канала.
Шаг 3. Согласуйте поля и правила связи звонка со сделкой
Составьте карту данных отдельно для контакта, звонка, сделки и оплаты. Телефон помогает найти клиента, но при нескольких открытых заказах его недостаточно для выбора сделки. Для каждого обращения нужно определить место хранения и правило привязки. Таблица ниже — шаблон требований. Доступные поля и связи исполнитель должен сверить с возможностями конкретного подключения.
| Данные | Где хранить | Что проверить |
|---|---|---|
| Идентификатор, время, часовой пояс, телефон и статус звонка | Запись обращения | Повторная передача обновляет нужную запись |
| Источник и доступные UTM-метки | Поля обращения или связанная запись | История отдельных обращений сохраняется |
| ClientId, если используется Метрика | Поле, доступное при передаче данных о сделке | Идентификатор доходит до выбранной сделки |
| Связь звонка со сделкой | Связь записей в CRM | Выбор однозначен либо назначен ручной разбор |
| Дата, сумма и статус оплаты, возвраты | Связанные платёжные записи | Каждая запись относится к нужной сделке |
Согласуйте единый формат телефона для поиска контакта. Общий номер организации может использоваться разными людьми, и если по нему найдено несколько контактов или сделок, автоматический выбор требует отдельного правила.
При неоднозначности безопаснее сохранить обращение и передать его ответственному на разбор.
Разведите первоначальный источник клиента, источник конкретного обращения и источник, которому отчёт засчитывает продажу. Если все значения записывать в одно обновляемое поле, повторный звонок может затереть сведения о первом привлечении.
Отдельно определите источник платёжных данных. Сумма в карточке сделки показывает её стоимость, но сама по себе не подтверждает поступление денег.
Для отчёта по оплатам нужны подтверждённые платёжные записи и их связь со сделками.
Шаг 4. Выберите подключение, которое передаст нужные данные
Начинайте с готового подключения, если его возможности покрывают карту данных и согласованные тесты: это позволяет использовать предусмотренный поставщиком обмен без отдельной разработки. Такой вариант не подходит, когда обязательное поле, событие или правило обновления в нём отсутствует. Наличие CRM в списке интеграций — повод изучить подключение, но оно ещё не отвечает на вопросы о составе данных и восстановлении пропусков.
По каждому обязательному требованию получите подтверждение из официальной инструкции или от поддержки.
| Критерий | Что выяснить у готового подключения | Что описать для отдельной разработки |
|---|---|---|
| Поля | Какие значения передаются и сопоставляются | Источники значений и преобразования |
| События | На каких этапах создаются и обновляются записи | Условия отправки каждого события |
| Повторы | Как распознаётся повторная доставка | Ключ сопоставления и правила обновления |
| Сбои | Где видны ошибки и как устраняются пропуски | Диагностика и восстановление передачи |
| Поддержка | Кто разбирает ошибки подключения | Кто сопровождает разработку |
| Расходы | Какие опции оплачиваются дополнительно | Стоимость запуска и обслуживания |
Запрашивайте разработку под конкретный пробел: отсутствующее поле, неподдерживаемое направление передачи или необходимое правило обновления. Так исполнитель сможет оценить объём работы и предложить проверяемый результат.
В расчёте расходов учитывайте применимые к проекту лицензии, номера, минуты, переадресацию, запуск и сопровождение, отделяя уже оплачиваемые позиции от дополнительных затрат.
Сравнивать варианты стоит по общей стоимости согласованного решения и условиям его поддержки.
Шаг 5. Настройте создание записей, обновления и обработку повторов
Передайте интегратору карту полей и условия создания записей. Специалист настраивает доступ, сопоставляет значения, задаёт обновления и показывает, где проверять ошибки. До запуска согласуйте способ восстановления пропусков. Возможность повторной передачи и доступность журнала зависят от выбранного подключения.
Различайте новый звонок клиента и повторную доставку сведений об одном разговоре: новый звонок должен сохраняться отдельным обращением, повторная доставка — обновлять запись по согласованному ключу. Если сведения поступают на разных этапах разговора, заранее определите, какие поля они дополняют.
Проверьте параллельные интеграции телефонии и коллтрекинга: обе могут создавать записи об одном разговоре. Назначьте основной источник события или задайте способ сопоставления записей.
Совпадение идентификаторов в разных системах нужно проверить, прежде чем использовать его как правило.
Для пропущенного звонка согласуйте, нужна ли задача, кто её получает и когда закрывает. Создание новой сделки при каждом обращении тоже требует бизнес-основания: повторный вопрос по действующему заказу не должен автоматически увеличивать число потенциальных продаж.
Ограничьте доступ служебного подключения и сотрудников необходимыми данными. Если используются записи разговоров, отдельно определите круг пользователей с доступом к ним.
Для связи источника, обращения и сделки сама аудиозапись не нужна.
Назначьте владельца ошибки передачи, который должен уметь найти исходное событие, проверить его отсутствие в CRM и устранить пропуск доступным способом. В регламенте укажите, кому он сообщает о затронутых данных отчёта.
Шаг 6. Утвердите, как относить сделку и оплату к рекламе
Атрибуция определяет, какому источнику засчитывают результат. Согласуйте правило до приёмки интеграции. Техническая связь звонка со сделкой ещё не определяет вклад рекламного канала. Сохраняйте исходную историю обращений отдельно от результата расчёта атрибуции. Условный пример: клиент впервые пришёл из органического поиска, позднее вернулся по рекламе, позвонил и оплатил заказ. Первоначальный источник клиента и источник звонка различаются: по правилу первого привлечения продажа относится к органическому поиску, а правило последнего касания может отнести её к рекламе.
Для оценки привлечения новых клиентов используйте согласованное правило первого источника и отдельно сохраняйте последующие касания. Такой отчёт не отвечает на вопрос о вкладе рекламы в повторные покупки. Для этой задачи потребуется отдельный анализ существующих клиентов.
Разведите два отчёта: результаты клиентов, привлечённых за выбранный период, и поступления денег за период.
Оплаты по старым обращениям нельзя автоматически сопоставлять только с расходами текущего месяца. При длинном цикле сделки полезен анализ поздних продаж по группам привлечения.
Условный расчёт: все учтённые затраты на привлечение выбранной группы составили 120 000 рублей, а на дату среза оплатили 10 новых клиентов этой группы. Стоимость привлечения оплатившего клиента, CAC, равна 120 000 / 10 = 12 000 рублей.
При неполном учёте затрат результат занижает полную стоимость привлечения.
Частичные оплаты и возвраты храните отдельными записями. Стоимость сделки и поступившие деньги нельзя складывать как независимую выручку. CAC без данных о прибыли не показывает окупаемость, а если часть сделок ещё открыта, результат группы на следующую дату среза может измениться.
Шаг 7. Проверьте интеграцию звонками и тестовой оплатой
Принимайте работу по отдельным записям во всей цепочке. Для каждого испытания сохраните действие, ожидаемый результат и фактические идентификаторы. Сверки общего количества звонков недостаточно: пропуск одного обращения может скрыться за дублем другого. Используйте таблицу как основу протокола, а после испытания добавьте результат, идентификаторы проверенных записей и найденные отклонения.
| Сценарий | Действие | Ожидаемый результат |
|---|---|---|
| Размеченный переход | Перейти по ссылке и позвонить | Источник сохранён, обращение связано с нужной сделкой |
| Переход без UTM | Позвонить после посещения без меток | Источник определён по доступным данным либо отмечен как неизвестный |
| Повторный звонок | Позвонить с номера существующего клиента | Создано новое обращение без необоснованного дубля контакта |
| Несколько сделок | Позвонить при двух открытых сделках | Применено правило выбора либо назначен разбор |
| Пропущенный звонок | Пропустить и обработать обращение | Задача и её закрытие соответствуют согласованному правилу |
| Повторная доставка | Повторить передачу события поддерживаемым способом | Обновлена существующая запись, дубль не создан |
| Ошибка передачи | Воспроизвести сбой в тестовой среде | Ошибка обнаружена, пропуск устранён согласованным способом |
| Оплата и возврат | Передать контрольные платёжные записи | Суммы, даты и статусы относятся к нужной сделке |
| Отложенный звонок | Выполнить тест по инструкции динамического коллтрекинга | Привязка соответствует правилам закрепления номера |
| Нехватка номеров | Выполнить предусмотренную поставщиком проверку | Поведение соответствует заявленным ограничениям |
Два последних испытания нужны при динамической подмене. Способ проверки нехватки номеров согласуйте с поставщиком, чтобы не нарушить обработку реальных обращений. Проверку сбоев также проводите в согласованной среде.
Для оплаты используйте тестовый режим или контрольную запись без реального списания. Если тестовые данные попадают в рабочий отчёт, предусмотрите их исключение.
После повторного звонка отдельно проверьте сохранность первоначального источника клиента.
Каждое расхождение оформляйте с причиной, ответственным и повторным тестом. Если цель проекта — связать рекламу с оплатами, необъяснённый разрыв этой связи блокирует приёмку соответствующей части работ.
Шаг 8. Передайте правила и назначьте контроль потерь данных
Зафиксируйте результат в карте полей, правилах привязки и атрибуции, протоколе испытаний и списке известных ограничений. Укажите ответственных за подключение, данные CRM и оплаты. Секретные ключи храните отдельно от общедоступного задания. Согласуйте периодичность сверки по идентификаторам: проверяйте отсутствующие звонки, дубли, незаполненные источники и обращения без выбранной сделки.
Допустимость каждого отклонения оценивайте по причине и влиянию на отчёт. Единая доля потерь для любых проектов здесь не помогает принять решение.
После изменений сайта, телефонии или CRM повторяйте затронутые испытания. Ответственный за ошибку должен указать, какие записи и выводы требуют пересмотра.
Актуальность статусов сделок и платёжных данных остаётся задачей назначенных сотрудников бизнеса.
Ведение рекламы, интеграцию, доработку сайта и работу отдела продаж согласовывайте отдельно: состав работ по одному направлению не определяет обязательства по остальным. Следующий этап использования данных разобран в статье о сквозной аналитике для руководителя.
Соберите перечень систем, карту связей и протокол тестов в одно задание и передайте исполнителю для оценки подключения.
Частые вопросы
Достаточно ли подключить коллтрекинг к CRM, чтобы видеть продажи из рекламы?
Подключение должно передавать источник и связывать обращение с нужной сделкой. Для анализа полученных денег дополнительно нужны подтверждённые оплаты и правило атрибуции. Наличие карточки звонка проверяет только часть этой цепочки.
Нужно ли создавать новую сделку при каждом звонке?
Правило зависит от процесса продаж. Повторное обращение по действующему заказу обычно следует связать с существующей сделкой. Для новой покупки может понадобиться новая сделка, при этом сам звонок сохраняют отдельным обращением.
Что делать, если у клиента несколько открытых сделок?
Согласуйте дополнительные признаки выбора сделки или ручной разбор. Одного совпадения телефона недостаточно. До разрешения неоднозначности обращение должно оставаться доступным ответственному сотруднику.
Обязательно ли передавать ClientId в Метрику?
Метрика поддерживает привязку по нескольким типам идентификаторов и рекомендует ClientId для более точной связи заказов с визитами. Для обращений по телефону проверьте поддержку его передачи из коллтрекинга в сделки CRM. Отсутствие ClientId ограничивает этот способ привязки, но не означает, что передать заказ невозможно.
Можно ли проверить интеграцию без реальной оплаты?
Используйте предусмотренный системой тестовый режим или контрольную запись без списания денег. Такая проверка подтверждает обработку тестовых платёжных данных. Проверку фактического поступления денег из рабочей платёжной системы следует согласовать отдельно.
Источники
- Коллтрекинг: что это, как работает calltracking и как подключить систему для бизнеса — Яндекс Реклама.
- Настройка упрощенной отправки данных о клиентах и заказах — API Яндекс Метрики.
Интеграцию стоит проверять на всём пути звонка: от источника до записи в CRM. Такую задачу можно включить в работу с рекламой и аналитикой, заранее согласовав системы и данные, которые нужно передавать.
В проекте Seamploy мы связали сайт с CRM и создали Telegram-ботов с отдельными сценариями уведомлений для двух аудиторий. Это пример работы с передачей данных между сайтом и внешними системами. При проверке похожей интеграции полезно заранее перечислить получателей, передаваемые поля и действия, которые должна выполнить каждая система.
