Метрики — это карта денег, а не словарь сокращений
Первый день для frontend engineer: понять путь пользователя, базовую грамматику метрик и почему UI без tracking — это фича без памяти.
После первого дня человек должен объяснить одну фичу через user action → event → metric → decision.
Product money loop
Как пользователь проходит от клика до денег, удержания и LTV.
Metric grammar
Расшифровывать C, S, AS, ASPPU, RTD и ratios без паники.
Frontend tracking
Понимать, какие events/properties нужны до запуска фичи.
Три блока и один короткий quiz.
От фичи к решению
Почему “кнопка работает” не равно “продукт стал лучше”. Leading/lagging metrics, primary/guardrail.
Аббревиатуры и базовые формулы
C, S, AS, median, per user, per paying user, cumulative, RTD, ratios.
Click → Reg → FTD
Events, properties, common FE mistakes, Jira-like examples.
Short check
10 вопросов. Цель — закрепить мышление, не зазубрить 197 метрик.
Начинаем не с GGR. Начинаем с пути пользователя.
Frontend влияет почти на каждый шаг: видимость, friction, identity, event timing, error states.
Любая frontend-фича должна отвечать на четыре вопроса.
Что пользователь должен сделать иначе?
Кликнуть? Зарегистрироваться? Дойти до cashier? Сделать первый депозит? Вернуться завтра?
Какая метрика должна сдвинуться?
Primary metric выбирается до разработки, привязана к бизнес-гипотезе и решает: выкатываем фичу дальше или нет.
Какие события докажут, что это случилось?
Exposure/assignment event для A/B denominator, CTA click, success/failure, reason, user_id, brand, segment.
Что нельзя ухудшить?
Bonus cost, failed deposits, withdrawals, NGR, KYC, duplicate accounts, performance.
Название метрики обычно уже содержит способ расчёта.
Day 1 не учит 197 метрик. Он фиксирует первые десять.
Click → Registration → FTD: первый критичный funnel.
FE mistakes that break this funnel
- Event fires on render, not user action.
- Missing required properties or wrong timing.
- Missing failure reason for failed deposits.
- Anonymous ID is not linked to user_id after signup.
- Stage/test users are mixed into prod analytics.
- No exposure/assignment event, so A/B denominator is broken.
FTD Attempt = пользователь попытался сделать первый депозит. FTD User C = первый депозит успешно завершён.
Хороший event говорит не “кликнули”, а что именно произошло и в каком контексте.
// Bad event: "button_click" // Better { event: "registration_completed", user_id: "u_123", anonymous_id: "anon_789", brand: "winhero", country: "CA", source: "promo_registration_modal", experiment_key: "single_promo_entry_v1", variant: "B" }
За последний год мотив повторяется: фичи становятся ценными только когда они измеримы.
Events / PostHog / WA
Registration/login tracking, base events audit, wrapping product flows with events.
A/B and product tests
Promo entry points, bonus store, deposit presets, zero-balance redirects.
Bonuses / retention / LTV
VIP, loyalty, cashback, rakeback, daily tasks and churn-risk interventions.
Data quality / discrepancies
Smartico vs platform DB, failed jobs, games/events consistency.
Мини-артефакт: metric map для одной frontend-фичи.
Задание на 20 минут
- Выбрать flow: registration, login, cashier, promo page.
- Описать user action sequence.
- Назвать primary metric и 2 guardrails.
- Записать 3–5 events и required properties.
- Отметить 3 data quality риска.
Критерий: другой разработчик должен понять, что трекать, зачем и как это проверять.
Если человек понял Day 1, он уже спрашивает: “какую метрику двигаем и чем докажем?”
Дальше — короткий quiz. Он проверяет не память, а базовое metric thinking.
Sources checked 2026-06-22 UTC: Notion legacy export “Список метрик” page 26929551b7c380298566ef7ecb949df3, Jira REST thematic search over last 365 days, Google HEART, Amplitude Funnel/Retention docs, Mixpanel Funnels/Retention docs, PostHog product analytics/experiments, GrowthBook experiment results, Optimizely Stats Engine.