Как внедрить веб-аналитику с нуля: план для небольшой компании
Что измерять на сайте, кому поручить настройку и как проверить данные для первого отчёта.
Читать полную статью↗Веб-аналитика / практический навигатор
Веб-аналитика:
от первого внедрения к решению сложных задач
Внедряйте по шагам. Расширяйте под реальные задачи.
Настройка и проверка измерений на сайте и в мобильном приложении.
Коротко о предмете
Что такое
веб-аналитика
Веб-аналитика — сбор и анализ данных о том, как люди находят сайт, пользуются им и совершают нужные бизнесу действия.
В этом разделе — внедрение аналитики сайтов и приложений. Сначала разбираемся с основной площадкой; затем, под задачи компании, связываем её с продажами и другими продуктами.
На чём сосредоточиться сначала
Что важно измерять
на вашей площадке
Библиотека практических материалов
Выберите этап.
Найдите нужную инструкцию.
От первого вопроса до проверенной настройки и регулярной работы. Для сайта или мобильного приложения.
Нужно связать рекламу с продажами или объединить данные нескольких сайтов и приложений?
Направления развитияПример диагностики / учебный сценарий
Почему 8 событий формы
не равны 5 заявкам в CRM?
Событие в аналитике и заявка в CRM фиксируют разные факты. Чтобы найти причину расхождений, вместе с итоговыми числами проверяют также отдельные отправки.
Три причины для проверки
Дубли событий. Одна отправка может попасть в аналитику несколько раз.
Ошибки интеграции. Сервер принял форму, но заявка не дошла до CRM.
Задержки передачи. Заявка появилась позже и попала в другой отчётный период.
| Отправка | В аналитике | В CRM |
|---|---|---|
| Дубль события | 2 события | 1 заявка |
| Ошибка интеграции | 1 событие | Не создана |
| Задержка передачи | 1 событие сегодня | 1 заявка завтра |
Когда базовое измерение уже работает
Как развивать
систему аналитики
Выберите направление под возникшую задачу. Сквозная аналитика связывает привлечение с продажами; кроссплатформенная — действия между площадками.
На старте
Достаточно описать существующие площадки, системы учёта и доступные идентификаторы. Это поможет выбрать следующий этап, когда он понадобится.
Документы для работы
Шаблоны
и рабочие документы
Учебные примеры в CSV: можно открыть, скачать и адаптировать под свою компанию.
Практические вопросы
Вопросы перед
началом работы
С чего начать, что можно отложить и как проверить выполненную работу.
Нужна ли мобильному приложению аналитика с самого начала?
Да, если приложение — основная площадка бизнеса. Сначала достаточно ключевых действий и первого отчёта. Объединение сайта, приложения и других продуктов можно внедрять отдельным этапом.
Нужно ли сразу внедрять сквозную аналитику?
Если первый вопрос связан с продажами и окупаемостью рекламы, связь с учётом может понадобиться уже на первом этапе. Полный состав интеграций выбирают под задачу; он не обязателен для каждого старта.
Чем сквозная аналитика отличается от кроссплатформенной?
Сквозная связывает привлечение с обращениями, продажами и расходами. Кроссплатформенная помогает анализировать действия между сайтами и приложениями. На одном проекте эти направления могут дополнять друг друга.
Как понять, что настройку можно принимать?
Пройти согласованные сценарии, сверить события с фактическим результатом и получить документы, доступы и список ограничений. Подключённые интеграции сами по себе не подтверждают корректность данных.
Обсудить внедрение
Определить задачу
для вашего проекта
Расскажите о площадках, текущей настройке и вопросах бизнеса. Помогу определить, с чего начать и какие работы понадобятся.
Материалы и рабочие документы
Планы публикаций, определения и примеры можно читать без интерактивных элементов. Откройте интересующий пункт.
Планы публикаций
Первое внедрение: от задачи до рабочего отчёта
Как организовать первый этап аналитики сайта или приложения.
Практический результат: План работ с результатами, ответственными и проверками.
Начало работы · Команде компании
- Разобрать исходную ситуацию небольшой компании и выбрать первую задачу.
- Определить достаточный объём работ и ответственных.
- Собрать последовательность настройки, приёмки и начала работы с отчётом.
Какие вопросы задать до настройки аналитики
Как понять, что нужно выяснить и какие действия посетителей отслеживать.
Практический результат: Список приоритетных вопросов и ключевых действий.
Начало работы · Команде компании
- Разделить задачу бизнеса и показатели сайта на примере.
- Выбрать действие, которое можно наблюдать и проверять.
- Зафиксировать, какое решение помогут принять данные.
Как описать задачу для специалиста
Что включить в короткий бриф, даже если вы не знаете технических терминов.
Практический результат: Задание, по которому специалист сможет оценить объём работ.
Начало работы · Команде компании
- Описать сайт или приложение, текущую настройку и нужный результат.
- Указать ограничения, доступные системы и участников работы.
- Согласовать состав результата и способ его проверки.
Какие инструменты аналитики нужны на старте
Как оценить варианты под вашу задачу и ресурсы команды.
Практический результат: Список нужных инструментов и объяснение, зачем нужен каждый.
Начало работы · Совместно со специалистом
- Сопоставить задачу с возможностями текущих площадок и системы учёта.
- Сравнить необходимые функции, интеграции и сопровождение.
- Определить, что сделать сейчас и при каких условиях расширять систему.
Аккаунты и доступы: что должно быть у компании
Как собрать доступы и сохранить возможность управлять своей аналитикой.
Практический результат: Перечень аккаунтов, владельцев и уровней доступа.
Начало работы · Команде компании
- Найти используемые аккаунты и ответственных.
- Проверить владение, доступы и порядок их передачи.
- Зафиксировать правила работы сотрудников и подрядчиков.
Что сделать самим, а что поручить специалисту
Как разделить постановку задачи, настройку, разработку и приёмку.
Практический результат: Распределение задач и ответственности.
Начало работы · Команде компании
- Разобрать роли на примере небольшого сайта.
- Выделить задачи компании, аналитика и разработчика.
- Согласовать доступы, результаты и передачу работы.
Как оценить предложение подрядчика
Какие вопросы задать о составе работ, проверках и дальнейшей поддержке.
Практический результат: Предложения подрядчиков, которые можно сравнить по составу работ и условиям приёмки.
Начало работы · Команде компании
- Проверить, какие задачи покрывает предложение.
- Уточнить зависимости от сайта, разработки и интеграций.
- Сопоставить приёмку, документацию и сопровождение.
Какие данные нужны и кому давать доступ
Как продумать состав собираемых данных и работу с ними.
Практический результат: Согласованные параметры и правила доступа.
Начало работы · Совместно со специалистом
- Определить данные, необходимые для поставленной задачи.
- Проверить состав полей, адресов страниц и событий.
- Согласовать сбор, доступ и хранение с ответственными.
План событий: какие действия клиента измерять
Как описать ключевые действия сайта или приложения без лишнего сбора.
Практический результат: План событий с условиями и проверками.
Начало работы · Совместно со специалистом
- На примере перевести задачу в список действий сайта.
- Заполнить события, параметры, условия и ответственных.
- Добавить проверку каждого события и правила изменения плана.
Как организовать учёт обращений через форму
Какие условия согласовать с разработчиком и как проверить отправку.
Практический результат: Проверенный учёт успешных обращений и ошибок.
Начало работы · Со специалистом
- Отделить начало заполнения, ошибку и успешную отправку.
- Описать условие события и подтверждение создания обращения.
- Проверить повторы, неуспешные операции и результат в учёте.
Как сохранять источник обращения
Что согласовать для рекламных переходов, форм, звонков и CRM.
Практический результат: Понятный порядок передачи и проверки источников.
Начало работы · Совместно со специалистом
- Описать источники трафика и способы обращения.
- Согласовать разметку ссылок и передачу доступных данных.
- Проверить сохранение источника на реальном сценарии.
Заказ и оплата: как учесть покупку без дублей
Как различать оформление заказа, оплату, отмену и возврат.
Практический результат: Согласованный учёт покупок и статусов заказа.
Начало работы · Со специалистом
- Зафиксировать, что считается заказом, оплатой и выручкой.
- Описать события и ключи связи с учётной системой.
- Проверить повторы, отмены и возвраты.
Как принять настройку аналитики
Что проверить вместе со специалистом перед завершением работ.
Практический результат: Протокол приёмки со сценариями и замечаниями.
Начало работы · Совместно со специалистом
- Сопоставить выполненные работы с согласованной задачей.
- Пройти успешные и неуспешные сценарии, повторы и переходы.
- Получить доступы, документацию и список известных ограничений.
Заявки и цели не совпадают: где искать причину
Как начать сверку и какие различия между системами учитывать.
Практический результат: План проверки расхождения с понятными гипотезами.
Начало работы · Совместно со специалистом
- Согласовать определения, даты и правила подсчёта.
- Проследить путь одной заявки между сайтом и системой учёта.
- Проверить дубли, потери и различия в условиях регистрации.
Почему аналитика видит не весь путь посетителя
Какие ограничения учитывать при настройке и чтении отчётов.
Практический результат: Ограничения, которые нужно учитывать при чтении отчётов.
Начало работы · Команде компании
- Разобрать влияние согласий, блокировок и смены устройств.
- Отделить ограничения наблюдения от ошибок настройки.
- Указать ограничения в отчётах и критериях проверки.
Первый рабочий отчёт для небольшой компании
Как выбрать показатели, разрезы и порядок обсуждения результатов.
Практический результат: Отчёт, связанный с конкретной задачей компании.
Начало работы · Команде компании
- Вернуться к исходному вопросу и выбрать нужные показатели.
- Согласовать источники, определения и полезные разрезы.
- Определить, кто использует отчёт и что делает с выводами.
Обращений стало меньше: как разбираться в причине
Как последовательно проверить сбор данных, трафик и работу сайта.
Практический результат: Порядок разбора изменения и проверки гипотез.
Начало работы · Совместно со специалистом
- Проверить, не изменилась ли сама настройка измерения.
- Сравнить источники, страницы, устройства и шаги сценария.
- Выбрать гипотезу, действие и способ последующей проверки.
Как встроить аналитику в работу команды
Кто смотрит отчёт, как разбирает вопросы и фиксирует действия.
Практический результат: Регулярный порядок работы с результатами.
Начало работы · Команде компании
- Назначить владельца отчёта и участников обсуждения.
- Согласовать периодичность под задачи и объём данных.
- Фиксировать вопросы, решения и последующую оценку результата.
Как оценивать пользу материалов на сайте
Какие действия читателя учитывать и как связать их с целью контента.
Практический результат: Набор наблюдаемых признаков полезного взаимодействия.
Начало работы · Команде компании
- Определить задачу материала и ожидаемое действие читателя.
- Различать просмотр, прокрутку и полезное взаимодействие.
- Посмотреть переходы к следующим материалам и повторные посещения.
Что проверять после обновления сайта или приложения
Как сохранить сбор данных после изменения форм, экранов и интеграций.
Практический результат: Чек-лист проверки изменений и ответственный.
Начало работы · Совместно со специалистом
- Согласовать, какие изменения требуют повторной проверки.
- Пройти ключевые сценарии на нужных платформах и версиях.
- Зафиксировать результат, ответственного и порядок исправления.
Кто поддерживает аналитику после запуска
Как распределить ответственность и организовать реакцию на проблемы.
Практический результат: Кто отвечает за настройки и что делать при ошибках.
Начало работы · Команде компании
- Закрепить владельцев настроек, метрик и интеграций.
- Согласовать уведомления, сверки и реакцию на ошибки.
- Определить порядок согласования новых задач и изменений.
Когда пора развивать аналитику
Как выбрать следующую задачу: продажи, несколько платформ или общая клиентская база.
Практический результат: Критерии развития системы по потребности бизнеса.
Начало работы · Совместно со специалистом
- Описать вопросы, на которые текущая система не отвечает.
- Оценить необходимые данные, связи и сопровождение.
- Сопоставить пользу следующего этапа с объёмом работ.
Как передать аналитику другому специалисту
Какие доступы, документы и проверки нужны для передачи работы.
Практический результат: Комплект передачи и подтверждение работоспособности.
Начало работы · Совместно со специалистом
- Собрать аккаунты, план событий и описания интеграций.
- Передать известные ограничения, проверки и историю изменений.
- Проверить доступы и ключевые сценарии после передачи.
Приложение с нуля: что нужно для аналитики
Как спланировать сбор данных, участие разработчика и первый выпуск с аналитикой.
Практический результат: Состав первого внедрения в приложение.
Начало работы · Компания + специалист
- Определить ключевой сценарий приложения и минимальный набор измерений.
- Выбрать систему, согласовать подключение библиотеки сбора данных и участие команды разработки.
- Запланировать проверку и выпуск приложения с аналитикой.
Какие события настроить в приложении
Как описать регистрацию, первое полезное действие и возвращение пользователя.
Практический результат: План ключевых событий приложения.
Начало работы · Компания + специалист
- Выделить путь к первому полезному действию.
- Описать события, условия, параметры и различия iOS и Android.
- Учесть повторные отправки, отсутствие сети и версию приложения.
Как проверить аналитику перед выпуском приложения
Что сверить на устройствах и повторно проверить после публикации версии.
Практический результат: Сценарии проверки и условия приёмки.
Начало работы · Компания + специалист
- Проверить основной путь на iOS и Android, если они поддерживаются.
- Сверить условия событий, параметры, повторы и результат операции.
- Зафиксировать версии, ограничения и контроль после выпуска.
Первый отчёт по приложению: активация и возвращения
Как понять, доходят ли новые пользователи до полезного действия.
Практический результат: Первый отчёт с согласованными определениями показателей.
Начало работы · Компания + специалист
- Определить активацию и правила расчёта возвращений.
- Разделить пользователей по платформе и версии приложения.
- Договориться, кто разбирает проблемы и проверяет изменения.
Как внедрить сквозную аналитику
Как связать привлечение, обращения, продажи и расходы в проверяемую систему.
Практический результат: План внедрения сквозной аналитики.
Развитие системы · Компания + аналитик + разработчик
- Описать воронку компании, источники, CRM или другой учёт и подтверждение оплаты.
- Выбрать готовый сервис или состав интеграций; согласовать ключи связи, статусы и расходы.
- Пройти контрольную сделку, сверить выручку и расходы, передать систему в поддержку.
Реклама, CRM и оплаты: как связать данные
Какие идентификаторы и статусы передавать между системами.
Практический результат: Схема обмена с правилами обновления.
Развитие системы · Компания + аналитик + разработчик
- Определить идентификаторы визита, обращения, клиента, заказа и оплаты.
- Настроить сохранение доступного источника и обновление статусов.
- Учесть повторные обращения, длинную сделку, отмены и возвраты.
Как принять сквозную аналитику у подрядчика
Что проверить после подключения интеграций и до использования отчётов.
Практический результат: Протокол сверки с фактическими продажами и расходами.
Развитие системы · Компания + аналитик + разработчик
- Проверить контрольные обращения, продажи, отмены и возвраты.
- Сопоставить суммы с учётом и рекламными кабинетами за согласованный период.
- Измерить долю связанных данных, задержки и необъяснённые расхождения.
Почему продажа приписана этому источнику
Как выбрать правило атрибуции и понимать границы расчёта окупаемости.
Практический результат: Согласованные правила оценки каналов.
Развитие системы · Компания + аналитик + разработчик
- Различить наблюдаемый путь и выбранное правило распределения результата.
- Согласовать окно, дату отчёта, состав расходов и определение выручки.
- Показать, какие данные не связались и как это ограничивает выводы.
Как связать путь между сайтом и приложением
Что подготовить для общей воронки и где возникают разрывы.
Практический результат: План внедрения кроссплатформенного измерения.
Развитие системы · Компания + аналитик + разработчик
- Выбрать конкретный сценарий с переходом между платформами.
- Согласовать события, идентификацию, передачу контекста и место объединения.
- Проверить переходы в обе стороны и обозначить неполноту наблюдаемого пути.
Один клиент на разных платформах: правила идентификации
Как связать действия после входа и не объединить разных людей.
Практический результат: Правила связи идентификаторов и границы покрытия.
Развитие системы · Компания + аналитик + разработчик
- Различить пользователя, устройство, установку, аккаунт и клиента.
- Согласовать общий внутренний идентификатор, вход, выход и смену аккаунта.
- Отдельно описать анонимные действия и допустимые границы их связывания.
Переход в приложение: как сохранить контекст
Что проверять при переходе по ссылке, установке и возвращении на сайт.
Практический результат: Набор сценариев проверки переходов.
Развитие системы · Компания + аналитик + разработчик
- Разделить переход в установленное приложение и сценарий через установку.
- Согласовать доступные параметры, маршрутизацию и поведение без приложения.
- Проверить источник, контекст, авторизацию и ограничения каждой платформы.
Несколько сайтов и приложений: как собрать общую аналитику
Как организовать измерение продуктов с общей клиентской базой.
Практический результат: Схема сбора и объединения данных нескольких сайтов и приложений.
Развитие системы · Компания + аналитик + разработчик
- Описать продукты, клиентскую базу и ключевые межпродуктовые сценарии.
- Согласовать общие идентификаторы, события и отдельные правила продуктов.
- Выбрать место объединения и ответственность за качество связей.
Как считать общую аудиторию нескольких продуктов
Как исключить повторный подсчёт и видеть пересечения клиентской базы.
Практический результат: Методология общей аудитории и межпродуктовых переходов.
Развитие системы · Компания + аналитик + разработчик
- Определить, кого считать клиентом и что означает активность в каждом продукте.
- Разделить аудитории продуктов, их пересечения и уникальную общую аудиторию.
- Согласовать периоды, покрытие идентификацией и проверки дублей.
Как проверять общие данные после изменений продуктов
Что контролировать при обновлении приложения, сайта и интеграций.
Практический результат: Регламент контроля общей аналитики.
Развитие системы · Компания + аналитик + разработчик
- Закрепить владельцев событий, связей, справочников и отчётов.
- Проверять версии, задержки, пропуски, дубли и смену идентификаторов.
- Вести историю изменений и условия пересчёта показателей.
Опубликованные статьи
- Аналитика уже настроена: с чего начать проверку
- Как внедрить веб-аналитику с нуля: план для небольшой компании
- Почему 8 событий формы не равны 5 заявкам в CRM?
Рабочие документы: содержание примеров
Бриф первого этапа
Поставить задачу
| Поле | Пример для сайта услуг | Кто согласует |
|---|---|---|
| Вопрос бизнеса | Какие источники приводят подходящие обращения | Руководитель |
| Ключевое действие | Успешно созданное обращение | Маркетинг + продажи |
| Результат этапа | Учёт обращений и первый отчёт по источникам | Компания + специалист |
| Границы | Формы сайта; звонки — отдельная задача по потребности | Компания + специалист |
| Приёмка | Пройти успешную отправку, ошибку и повтор | Компания + специалист |
Доступы и состав работ
Выбрать решение
| Объект | Что зафиксировать | Проверка |
|---|---|---|
| Сайт | Система управления и участник разработки | Есть контакт ответственного |
| Аналитика | Аккаунт, владелец и уровни доступа | Компания может управлять доступами |
| Система учёта | Где фиксируются обращения или заказы | Определён источник подтверждения |
| Первый этап | Список включённых и отложенных работ | Согласован с задачей |
| Поддержка | Кто проверяет изменения и исправляет ошибки | Ответственный подтверждён |
План событий
Настроить сбор
| Действие | Условие регистрации | Нужные параметры | Проверка |
|---|---|---|---|
| Начало формы | Посетитель начал заполнять форму | Идентификатор формы; страница | Не дублировать при каждом символе |
| Ошибка формы | Валидация обнаружила ошибку | Идентификатор формы; тип ошибки | Проверить предусмотренные ошибки |
| Успешное обращение | Система подтвердила создание обращения | Идентификатор обращения; форма | Одна операция учитывается один раз |
| Переход по телефону | Нажатие ссылки телефона | Страница; место ссылки | Отличать от состоявшегося разговора |
| Источник | Создано обращение с доступными данными источника | Источник; кампания; ключ связи по задаче | Проверить сохранение в учёте |
Приёмка настройки
Проверить работу
| Сценарий | Ожидаемый результат | Кто проверяет |
|---|---|---|
| Успешная отправка | Обращение создано; событие зарегистрировано | Компания + специалист |
| Ошибка отправки | Успешное событие не регистрируется | Специалист + разработчик |
| Повторное действие | Повтор не создаёт лишнюю операцию в учёте | Специалист |
| Рекламный переход | Доступный источник сохраняется по согласованному правилу | Маркетинг + специалист |
| Передача работ | Доступы, документы и ограничения переданы | Компания |
Работа с отчётами
Использовать данные
| Вопрос | Что согласовать | Результат |
|---|---|---|
| Зачем нужен отчёт | Конкретный вопрос бизнеса | Понятная цель |
| Кто смотрит | Владелец и участники обсуждения | Ответственные |
| Когда обсуждают | Периодичность по задаче и доступным данным | Рабочий ритм |
| Как разбирают | Проверка данных и возможных причин изменения | Гипотеза |
| Что делают дальше | Действие, ответственный и способ оценки | План последующей проверки |
Поддержка после изменений
Сопровождать
| Изменение | Что проверить | Кто отвечает |
|---|---|---|
| Обновление формы | Успех, ошибки, параметры и повторы | Разработчик + специалист |
| Новая страница | Просмотр и ключевые действия | Специалист |
| Изменение кампании | Разметку ссылок и сохранение источника | Маркетинг |
| Изменение интеграции | Передачу данных и ключи связи | Владелец интеграции |
| Передача подрядчику | Доступы, документы и контрольный сценарий | Компания |
Карта площадок и систем
Задел для развития
| Объект | Что описать | Зачем |
|---|---|---|
| Сайт или приложение | Назначение и ключевой сценарий | Определить границы измерения |
| Учёт клиентов и заказов | Где находятся статусы и результаты | Найти подтверждение действия |
| Идентификаторы | Какие ключи уже есть и кто их выдаёт | Оценить возможность связи |
| Ответственные | Кто владеет площадкой и данными | Организовать согласование |
| Следующая задача | Какую связь действительно нужно внедрить | Выбрать объём следующего этапа |
Приёмка сквозной аналитики
Развитие / сквозная аналитика
| Проверка | Ожидаемый результат | Что зафиксировать |
|---|---|---|
| Контрольная сделка | Источник связан с обращением и подтверждённой продажей | Ключи и время передачи |
| Расходы и выручка | Итоги сопоставимы с исходными системами | Период, валюта, НДС, определение суммы |
| Отмена и возврат | Статусы и суммы обновляются по согласованному правилу | Срок и способ обновления |
| Дубли | Повторная передача не увеличивает число операций | Ключ операции |
| Полнота связей | Есть оценка доли несвязанных обращений и продаж | Причины и ограничения |
| Сопровождение | Назначены ответственные и регулярные проверки | Регламент и доступы |
Понятные определения
Событие
Запись о действии на сайте или в приложении. У события должны быть понятное условие регистрации и нужные параметры.
Конверсия
Доля выбранных посещений или пользователей, у которых произошло нужное действие. В расчёте нужно согласовать базу, период и правило подсчёта.
План событий / tracking plan
Таблица с ключевыми действиями, условиями регистрации, параметрами, ответственными и проверками.
CRM
Система, в которой компания может вести обращения, клиентов и результаты продаж. Связь с ней добавляют, если она нужна для поставленной задачи.
UTM-метки
Параметры рекламной ссылки, помогающие передать информацию об источнике и кампании. Правила их использования и сохранения нужно согласовать.
Сквозная аналитика
Связь данных о привлечении клиентов с обращениями, продажами и расходами. Помогает оценивать каналы по результату бизнеса; требует согласованных правил связи и расчёта.
Кроссплатформенная аналитика
Анализ взаимодействия клиента с разными сайтами, устройствами и приложениями. Связь действий зависит от доступных идентификаторов и условий измерения.
Примеры: что измерять
Обращения и их результат
Отправленные заявки, звонки и другие обращения. Сначала важно правильно их посчитать. Связь с продажами и расходами можно добавить, когда понадобится оценивать окупаемость.
Путь к оформлению и оплате
Товар, корзина, заказ и оплата. Важно различать статусы покупки и согласовать учёт отмен и возвратов.
Первое полезное действие и возвращения
Ключевые экраны и действия, ошибки, активация и повторное использование. Базовую аналитику приложения можно внедрять с первого запуска.
Полезные действия читателя
Переходы к связанным темам, скачивания, возвращения и обращения — в зависимости от задачи материалов.
Этапы работы и развития аналитики
Поставить задачу
Понять, зачем вам аналитика
Определите, что хотите выяснить и какое действие посетителя нужно отслеживать.
Короткое задание: зачем нужна аналитика, что отслеживать и что настроить сначала.
Запрос «измерять всё» затрудняет выбор приоритетов.
Команда компании
Выбрать решение
Решить, что настраивать в первую очередь
Определите, какие настройки нужны для вашей задачи, что можно сделать силами команды и где потребуется специалист.
Список работ, ответственных и необходимых доступов.
Аккаунты и доступы должны оставаться под контролем компании.
Компания + специалист
Настроить сбор
Настроить ключевые действия
Укажите, какие действия нужно учитывать и в какой момент отправлять событие. По этому описанию специалист и разработчик настроят сбор данных.
Аналитика получает нужные события и параметры; источник обращения сохраняется.
Нажатие кнопки может происходить без успешной отправки формы.
Специалист + разработчик
Проверить работу
Проверить и принять настройку
Отправьте тестовую заявку или оформите заказ. Проверьте, что действие появилось в аналитике и в CRM, если она подключена.
Протокол проверки: что работает, какие есть ограничения и что исправить.
Проверка общего числа целей не заменяет проверку отдельных сценариев.
Компания + специалист
Работать с данными
Начать использовать аналитику
Выберите первый рабочий отчёт и договоритесь, кто и когда разбирает отклонения.
Отчёт для регулярной работы и список задач по его результатам.
Падение числа заявок может быть связано и с работой сайта, и с ошибкой сбора данных.
Руководитель + команда
Поддерживать
Следить, чтобы аналитика продолжала работать
Закрепите ответственного и проверки после изменений сайта, выпусков приложения и обновлений интеграций.
Ответственный за аналитику, список регулярных проверок и журнал изменений.
Изменение формы, экрана или версии приложения может нарушить сбор данных.
Назначенный ответственный
Сквозная аналитика
От рекламы до продажи и окупаемости
Обращения есть, но непонятно, откуда приходят покупатели и окупается ли реклама.
Связать источники, обращения и заказы с CRM или другим учётом; добавить оплаты, расходы и согласованные статусы.
Провести тестовую сделку, проверить суммы, отмены и возвраты. Затем оценить, какая доля заявок и продаж связалась с источником обращения.
Правила атрибуции и неполная связь данных влияют на оценку каналов.
Сайт и мобильное приложение
Путь клиента между платформами
Клиент начинает действие на сайте, продолжает в мобильном приложении или возвращается обратно.
Согласовать события, общий идентификатор клиента и сохранение контекста переходов.
Проверить переходы в обе стороны, вход и выход, смену устройства и известные разрывы.
Общая учётная запись помогает связывать действия; полный путь каждого человека не гарантирован.
Несколько продуктов
Сайты и приложения с общей клиентской базой
У компании несколько сайтов или приложений, а клиенты пользуются разными продуктами.
Определить общие ключи, правила событий и место объединения данных; сохранить различия продуктов.
Сверить уникальных клиентов, пересечения аудиторий и межпродуктовые сценарии.
Аудитории продуктов нельзя просто складывать: один клиент может быть в нескольких.