Короткий ответ
Привязывайте основную цель к подтверждённому действию, а промежуточные шаги используйте для диагностики.
Автоматическая цель удобна для начала наблюдения, но её коммерческий смысл нужно проверить. Срабатывание технического условия не всегда означает, что компания получила качественную заявку.
Что подготовить
Число в отчёте становится полезным только вместе с определением. Укажите, что считается, за какой период, по какой группе клиентов и с каким составом затрат.
- Исходные суммы и события до агрегации в итоговый показатель.
- Согласованные определения метрик, часового пояса и периода.
- Правила обработки дублей, возвратов и отсутствующих связей.
Пошаговый план
01Опишите ключевое действие и его техническое подтверждение.
Сначала запишите вопрос, на который отвечает показатель. Отдельно определите объект: событие, человек, заказ или клиент. Различие единиц учёта нельзя исправить красивым названием графика.
02Разделите отправку, ошибку валидации и повторное открытие страницы.
Проверьте исходные данные по нескольким конкретным примерам. Итоговая сумма может выглядеть правдоподобно, даже если отдельные события повторяются или выпадают. Сверка должна проходить до вычисления сложных коэффициентов.
03Выберите подходящий тип цели по актуальной документации.
Согласуйте границы расчёта. Расход, выручка и события должны относиться к сопоставимым группам и периодам. Если связь построена по модели, укажите правило распределения и долю неизвестных данных.
04Проверьте сценарий на нескольких устройствах и при отказе интеграции.
Проверьте альтернативное объяснение изменения. Показатель мог сдвинуться из-за состава аудитории, определения цели, задержки загрузки или другого срока наблюдения. Прежде чем менять бюджет, исключите изменение самого измерения.
05Сверьте достижение цели с фактическим появлением обращения.
Сформулируйте решение, которое устойчиво к разумному диапазону ошибок. Если небольшая поправка входных данных полностью меняет вывод, соберите дополнительные наблюдения и покажите неопределённость явно.
Разбор на примере
Практикум для вашего проекта
Составьте таблицу: действие пользователя, событие аналитики, запись в CRM. Проверьте совпадение на успешной и ошибочной отправке.
Рабочая запись
Сохраните ответы в одном документе, чтобы после изменения сравнить ожидания с наблюдениями.
- Наблюдение. Что происходит сейчас и чем это подтверждается?
- Действие. Что именно меняете и кто отвечает за выполнение?
- Проверка. Какой результат отличит улучшение от случайного изменения?
- Решение. Что будете делать при подтверждении и при опровержении гипотезы?
Результат работы: Паспорт целей с условиями и контрольными сценариями.
Как проверить результат
Воспроизведите расчёт вручную на небольшой выборке. Сумма частей должна сходиться с итогом, а исключённые записи — иметь понятную причину. Для отношений проверьте нулевой знаменатель и единицы измерения. Для денежных показателей отделите выручку от маржинального дохода и расходов. Для когорт не подставляйте ноль вместо ещё не наступившего периода.
Ошибки и границы применения
Объединять подписку, скачивание и заявку в одну главную конверсию без понимания их разной ценности.
Атрибуция описывает правило распределения наблюдаемого результата и не доказывает, что без канала продажи не случились бы. Прогноз не равен факту, а среднее скрывает различия сегментов. В управленческом отчёте оставляйте место для даты обновления, качества данных и ограничений интерпретации, даже если это делает картину менее эффектной.
Как принять решение
| Следующий шаг | Когда он уместен |
|---|---|
| Использовать | Определения согласованы, расчёт воспроизводится, полнота данных достаточна для решения. |
| Исправить измерение | Обнаружены повторы, пропуски, несовпадение единиц или периодов. |
| Отложить вывод | Когорта не созрела, выборка мала или модель слишком чувствительна к допущениям. |
Частый вопрос
Почему число достижений больше числа посетителей?
Один человек может выполнить действие несколько раз. В отчёте различайте посетителей, визиты и достижения цели.