Вы определили активацию как создание первого проекта. Какое логирование событий наиболее устойчиво для аналитики, если интерфейс приветственного сценария часто меняется?

AЛогировать screen_view, tab_view и nav_click со всеми экранами, на которых может появляться кнопка создания первого проекта
BЛогировать button_click с button_text и screen_name кнопки, потому что это самый быстрый способ запустить аналитику и внедрить трекинг
CЛогировать только дневной агрегат daily_count создания проектов и daily_active_users, без событий по конкретным пользователям
DЛогировать событие project_created с user_id, project_id и свойством source='onboarding' для разрезов по точке входа
Правильный ответ. Для метрик активации лучше логировать стабильные бизнес-события (project_created), а не клики по интерфейсу.

Разбор

Тексты кнопок и названия экранов часто меняются, и метрика начнёт ломаться при любом редизайне приветственного сценария. Бизнес-событие project_created отражает реальное действие пользователя и почти не зависит от интерфейса. Дополнительные свойства вроде source=onboarding помогают понять, где именно был пользователь в момент действия и как онбординг влияет на активацию. Агрегаты без событий усложняют диагностику провалов по шагам и сегментам.

Проверь себя · 1/2разбор после ответа
В A/B-тесте новый онбординг включается только после события signup_complete. Часть посетителей уходит до регистрации. Как корректнее считать activation rate для сравнения вариантов?
Тренировать продукт в Telegram

Ещё вопросы по теме «Рост, активация и онбординг»