Есть одно правило из практики, которое экономит недели разборов: сначала фиксируем смысл события, потом уже придумываем название в трекере.
Слишком часто события называются по принципу «как в коде получилось»: click_btn_17, action_2, step_done_final. Через месяц никто не помнит, что именно это значит, а аналитика превращается в археологию 🧩
Рабочий подход простой:
— событие отвечает на вопрос «что сделал пользователь?»;
— свойства отвечают на вопрос «в каком контексте?»;
— название должно быть понятно без чтения документации.
Если событие нельзя объяснить за 10 секунд менеджеру, аналитику или разработчику — оно, скорее всего, названо плохо. Хорошее событие переживает редизайн, смену команды и даже забытую Jira-задачу.
Чем чище таксономия в начале, тем меньше костылей в отчётах потом.
A/B Тесты
@ab_testy_reklamy_n1k
Есть одно правило из практики, которое экономит недели разборов: сначала фиксируем смысл события, потом уже пр
Этот пост опубликован в Telegram-канале A/B Тесты. Подписаться можно по ссылке: @ab_testy_reklamy_n1k.