УРОК 5. Общая стратегия настройки

Цель урока

Сформировать правильное понимание стратегии настройки модуля «Сквозная аналитика 2.0», показать, почему последовательность действий критически важна и какие ошибки чаще всего приводят к искажению данных ещё до начала практической работы.

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

Последовательность настройки

Корректная настройка выполняется строго в определённой последовательности:

Сопоставление источников
Проверка использования источников
Анализ UTM-меток
Настройка приоритетов
Подключение скриптов
Восстановление истории

Важно: Нарушение порядка приводит к некорректным данным.

Основные настройки модуля

Раздел «Основные настройки» содержит общие параметры работы всего модуля. Важные моменты:

Параметр	Описание и рекомендации
Отключить работу модуля	Этот переключатель включён по умолчанию. Вы должны провести всю первичную настройку (маппинг, приоритеты, скрипты и т.д.), а затем вручную активировать модуль. Если сразу его включить, а настройки не готовы, отчёты будут с «мусорными» данными.
Выводить только активные источники	По умолчанию показываются все сквозные источники (в т.ч. архивные) в списке настроек. Мы рекомендуем оставить этот флажок выключенным в начале работы, чтобы видеть полный список и не пропустить нужный источник.
Загружать актуальные данные (за текущий день)	Если включить, модуль будет автоматически обновлять статистику из рекламных кабинетов в фоновом режиме (не дожидаясь открытия отчёта). Удобно, но учтите, что поставщики данных (Яндекс, Google) иногда корректируют статистику задним числом (списывают/возвращают деньги). Если подключаете эту опцию, будьте готовы, что изменения могут появляться с задержкой по календарю.
Выбирать сделки по дате	Задаёт логику фильтрации в отчётах («по дате создания» или «по дате закрытия» сделки).
Администратор портала	Укажите учетную запись портального администратора. Этот пользователь будет владельцем задач и ответственных, которые модуль создаёт автоматически (например, при нехватке динамических телефонов, см. ниже).
Сквозная аналитика по умолчанию	Задайте сквозной источник, который будет проставляться, если алгоритмы не найдут других данных. Он же служит «флагом пустоты» (аналогично «Прочий трафик»). Используется для расчётов приоритетов.
Источник по умолчанию	Аналогично, укажите источник CRM, который проставляется при отсутствии данных. Стандартно в лидах при создании ставится первое значение из справочника CRM; если вы хотите иначе, измените порядок «Источников» в CRM-справочнике.
Порядок записи источников (ASC/DESC)	По умолчанию анализируется последний (самый свежий) источник обращения. Если желаете считать главным первый, поменяйте это здесь. Остальные источники при этом уйдут в таблицу «Мультаналитика».
Пауза в выполнении скрипта (сек)	Если ваш портал медленный (HDD-диски или слабый процессор), можно увеличить паузу между записями модуля. По умолчанию стоит 0 (для SSD-серверов изменений не требуется). Для порталов с большим количеством данных и низкой производительностью разумно поставить несколько секунд, чтобы портал успевал обрабатывать изменения.

Совет: После внесения изменений не забудьте сохранить настройки. При тестировании каждого шага обновляйте страницу сущности (лида/сделки) и убедитесь, что поля «Источник» и «Сквозная аналитика» заполняются ожидаемым значением. Из-за механизма приоритетов часто требуется обновить карточку через 1–3 секунды после создания, чтобы модуль успел провести все вычисления.

Почему порядок настройки имеет критическое значение

Модуль «Сквозная аналитика 2.0» не работает изолированно и не создаёт аналитику «с нуля». Он анализирует уже существующие данные портала, опирается на историю взаимодействий и напрямую влияет на источники в CRM.

Это означает, что модуль не исправляет хаос автоматически. Он усиливает уже существующую логику - как корректную, так и ошибочную. Если на портале источники заданы хаотично, приоритеты не определены, а UTM используются непоследовательно, модуль лишь масштабирует эту проблему.

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

Логика корректной стратегии настройки

Корректная настройка модуля всегда строится по принципу «от базы к деталям». Каждый следующий шаг опирается на предыдущий и не имеет смысла без него.

Сначала анализируется текущее состояние источников и подготавливается база: выявляются дубли, неиспользуемые значения и общая логика работы CRM. Далее выполняется сопоставление источников, чтобы привести разрозненные значения к единой системе. После этого анализируется фактическое использование источников в лидах и сделках, что позволяет понять, как данные реально попадают в CRM.

Отдельным этапом идёт работа с UTM_SOURCE, поскольку именно на этом уровне чаще всего возникают расхождения между рекламными системами и CRM. Только после этого настраиваются приоритеты источников, которые определяют, какой канал считается основным при наличии нескольких касаний.

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

Почему нельзя начинать с восстановления истории

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

В этом случае история фиксируется на основании некорректных правил. Источники определяются неправильно, приоритеты применяются хаотично, а ошибки автоматически распространяются на весь исторический период. Формально данные будут восстановлены, но фактически аналитика окажется искажённой.

Правильный подход всегда один: сначала выстроить логику работы аналитики, проверить её на текущих данных и только после этого применять её к прошлым периодам.

Роль команды в настройке модуля

Настройка модуля «Сквозная аналитика 2.0» не является исключительно технической задачей. Это совместная работа нескольких ролей, каждая из которых отвечает за свою часть логики.

Маркетолог формирует и проверяет логику источников, работу UTM и соответствие аналитики рекламным каналам.
CRM-администратор отвечает за техническую реализацию, права доступа и корректную работу портала.
Руководитель или ответственное лицо принимает итоговую логику аналитики и использует её для управленческих решений.

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

Особенности работы с живым порталом

Если портал уже активно используется, настройка модуля должна выполняться особенно аккуратно. Все изменения вносятся поэтапно, с обязательной фиксацией каждого шага и проверкой отчётов после каждого этапа.

Рекомендуется: вести внутренний документ изменений, в котором фиксируются даты, применённые правила и логика принятия решений. Это позволяет не только контролировать процесс настройки, но и в дальнейшем объяснять изменения в аналитике заинтересованным сторонам.

Минимальный и оптимальный сценарий внедрения

В зависимости от зрелости маркетинга и объёма накопленных данных возможны разные сценарии внедрения.

Минимальный сценарий предполагает базовое сопоставление источников и настройку приоритетов без восстановления истории. Он подходит для порталов с небольшим объёмом данных или в ситуациях, когда важно быстро получить корректную аналитику «с текущего момента».

Оптимальный сценарий включает полноценную подготовку, корректное сопоставление источников, восстановление исторических данных и подключение всех необходимых интеграций. Этот подход требует больше времени, но позволяет получить полноценную и достоверную аналитику за прошлые периоды.

Что важно понять перед практической настройкой
Перед переходом к следующим урокам пользователь должен чётко осознать несколько ключевых принципов:

Аналитика - это система, а не набор галочек.
Последовательность всегда важнее скорости.
Исправление последствий почти всегда сложнее, чем изначально выстроенная логика.

Модуль требует внимания и осознанного подхода, но именно это и позволяет получить качественные, управляемые и доверенные данные.

Ваша корзина пуста

УРОК 5. Общая стратегия настройки