ветка · ★☆☆

Продукт

Продуктовый аналитик — это глаза продукта. Ты смотришь, как люди реально пользуются приложением или сайтом, переводишь их поведение в цифры, а цифры — в решения: что чинить, что пилить, что выкинуть.

чем занимаешься

Каждый день: считаешь метрики (сколько людей вернулось, дошло до оплаты, застряло в воронке), строишь дашборды, чтобы команда видела картину, и проверяешь гипотезы через A/B-тесты — «новая кнопка правда лучше или нам показалось?».

стек

SQL — твой основной язык (тянешь события и заказы из базы). Python с pandas — для когорт, retention и A/B. BI вроде Metabase — чтобы показать метрики без кода. Плюс щепотка статистики: доли, доверительные интервалы, p-value честно.

кому заходит

Тебе сюда, если нравится не просто копаться в цифрах, а понимать людей: почему пользователь уходит, что его держит, что заставляет платить. Это самая «нанимаемая» ветка аналитики — продуктовых аналитиков ищут все, у кого есть приложение или сайт.

чем отличается

В отличие от маркетингового аналитика (тот про рекламу и привлечение) и BI-аналитика (тот больше про отчётность), ты — про то, что происходит ВНУТРИ продукта: поведение, удержание, эксперименты. От дата-сайентиста отличаешься тем, что тебе важнее быстрый честный ответ для решения, чем навороченная модель.

L0

Читай пульс продукта

пара вечеров

Понять на пальцах главные метрики продукта: активные пользователи (DAU/WAU/MAU), конверсия, средний чек, выручка на пользователя. Не считать сложно — научиться читать и объяснять, что каждая значит.

инструмент Google Sheets для первых прикидок или DuckDB (duckdb.org) — SQL прямо по CSV. Графики — seaborn или сразу в BI. датасет Любой продуктовый набор «по интересу»: заказы Olist (kaggle.com/datasets/olistbr/brazilian-ecommerce), транзакции Online Retail UK (kaggle.com/datasets/carrie1/ecommerce-data), отток Telco (kaggle.com/datasets/blastchar/telco-customer-churn). Бери тот, что цепляет.
что делаешь Табличка-шпаргалка: 6–8 ключевых метрик, что каждая показывает и когда врёт. Плюс первый график метрики во времени по любому продуктовому датасету.
Готов дальше, когда:
  • Своими словами объясняешь, чем DAU отличается от MAU и зачем нужен их коэффициент липкости (stickiness).
  • Понимаешь разницу между выручкой, средним чеком и ARPU и когда какая метрика уместна.
  • Считаешь конверсию как долю и всегда держишь в голове «от чего к чему».
  • Замечаешь, когда средняя метрика вводит в заблуждение из-за выбросов — пара китов тянет средний чек вверх.
  • Строишь простой график метрики во времени и читаешь тренд, а не одну цифру.
L1

Воронки и когорты

1–2 недели

Научиться видеть путь пользователя как воронку (где отваливаются) и резать людей на когорты — группы по времени входа или признаку, чтобы сравнивать их честно.

инструмент SQL (DuckDB) для сборки воронки, pandas для когортных таблиц. датасет Olist (kaggle.com/datasets/olistbr/brazilian-ecommerce) — воронка заказ → оплата → доставка на 9 связанных таблицах; или синтетический поток событий (github.com/bytewax/awesome-public-real-time-datasets) для DAU и воронки регистрация → активация → оплата.
что делаешь Воронка «шаг → шаг → шаг» с процентами перехода и когортная таблица (например, по месяцу первой покупки).
Готов дальше, когда:
  • Строишь воронку из событий и считаешь конверсию каждого шага, а не только общую.
  • Находишь узкое место воронки и формулируешь гипотезу, почему там теряются люди.
  • Понимаешь, что такое когорта, и делишь пользователей по времени входа или признаку.
  • Сравниваешь когорты между собой и не путаешь «разные люди» с «изменением во времени».
  • Уверенно джойнишь несколько таблиц (события, пользователи, заказы), чтобы собрать воронку.
L2

Retention: кто возвращается

1–2 недели

Разобраться с удержанием — сердцем продуктовой аналитики. Считать retention по дням и неделям, строить кривую удержания и читать её форму.

инструмент pandas (pivot по когортам), seaborn для heatmap, Metabase (metabase.com), чтобы показать это команде. датасет Olist по customer_unique_id (возвращаются ли клиенты); Online Retail UK для когорт по месяцу; синтетические события для weekly retention. Бери по интересу.
что делаешь Кривая retention (D1, D7, D30 или по неделям) и когортная heatmap удержания. Плюс вывод: где продукт «держит», а где теряет людей навсегда.
Готов дальше, когда:
  • Считаешь retention как долю вернувшихся от исходной когорты и понимаешь, почему это не то же самое, что «активные пользователи».
  • Строишь кривую удержания и объясняешь её форму: резкое падение в начале, «полка» дальше.
  • Различаешь classic (N-day) и rolling/range retention и понимаешь, когда какой уместен.
  • Читаешь retention как главный индикатор product-market fit — плоская полка выше нуля значит, что продукт кому-то реально нужен.
  • Связываешь retention с сегментами: какая когорта или тип пользователя держится лучше.
L3

Азы статистики и A/B

2–3 недели

Добавить статистическое ядро: что такое случайность, доверительный интервал, гипотеза и p-value — честно. Понять, почему разница в метриках может оказаться просто шумом.

инструмент scipy.stats и pingouin (тест плюс размер эффекта сразу); наглядно — Seeing Theory (seeing-theory.brown.edu) и rpsychologist.com/viz. датасет Palmer Penguins (t-тест, seaborn.load_dataset), Students Performance, Tips — маленькие чистые наборы, чтобы фокус был на методе, а не на чистке.
что делаешь Сравнение двух групп с выводом «различие реально или шум»: доверительный интервал разницы плюс правильно прочитанный p-value.
Готов дальше, когда:
  • Формулируешь нулевую и альтернативную гипотезы для продуктового вопроса.
  • Объясняешь p-value ЧЕСТНО: вероятность такого (или более крайнего) результата, ЕСЛИ эффекта нет — и не путаешь его с «вероятностью, что гипотеза верна».
  • Считаешь доверительный интервал (в том числе бутстрапом) и всегда сообщаешь оценку с погрешностью, а не голую цифру.
  • Выбираешь подходящий тест: t-тест для средних, тест долей или хи-квадрат для конверсий.
  • Понимаешь ошибки I и II рода и что такое мощность теста.
  • Держишь в голове: статистическая значимость — это не то же самое, что практическая важность.
L4

Полноценный A/B-эксперимент

2–3 недели

Провести A/B от начала до конца: гипотеза → дизайн и размер выборки → анализ разницы долей → доверительный интервал разницы (бутстрап) → размер эффекта → решение для бизнеса.

инструмент Python: pandas, scipy.stats / pingouin, бутстрап руками (numpy). Наглядно — StatKey (lock5stat.com/StatKey). датасет Cookie Cats — реальный A/B мобильной игры, ворота на уровне 30 vs 40, retention D1/D7 (kaggle.com/datasets/mursideyarkin/mobile-games-ab-testing-cookie-cats). Ещё вариант — Marketing A/B (kaggle.com/datasets/faviovaz/marketing-ab-testing).
что делаешь Готовый разбор реального A/B: сравнение retention долей между группами, ДИ разницы, размер эффекта и вывод «внедрять или нет» простыми словами.
Готов дальше, когда:
  • До анализа фиксируешь гипотезу и метрику, чтобы не заниматься p-hacking'ом задним числом.
  • Понимаешь роль рандомизации: почему именно она позволяет говорить о причинности, а не о простой связи.
  • Сравниваешь доли между группами корректным тестом (z-тест долей или хи-квадрат) и строишь бутстрап-ДИ разницы.
  • Оцениваешь размер эффекта и отвечаешь на главный вопрос: а стоит ли этот прирост внедрения.
  • Пишешь вывод для бизнеса простым языком — что делать с результатом, а не только «p < 0.05».
  • Осторожен с ловушками: подглядывание в тест до срока, множественные сравнения, смещение выборки.
L5

Продуктовое портфолио

финиш · сколько нужно

Собрать 2–3 законченных кейса в единую историю — от продуктового вопроса до решения. Это то, что показываешь на собесе и что делает тебя конкурентным.

инструмент Git + GitHub (портфолио), Metabase/Superset (дашборд), весь Python/SQL стек. AI-слой опционально — «спроси у данных на русском». датасет Всё вышеперечисленное по интересам: Olist, Online Retail, Telco, Cookie Cats — или собственный продукт / pet-проект, если есть доступ к его данным.
что делаешь GitHub-портфолио: метрики и дашборд по одному продукту, разбор retention/когорт и полный A/B-кейс (например, Cookie Cats) — каждый с README «вопрос → данные → что нашёл → что делать».

Финиш: Финиш: берёшь сырые продуктовые данные любого сервиса — и доводишь до вывода, на который команда может опереться. Ты конкурентен.

  • Каждый кейс живёт на GitHub с внятным README: вопрос, данные, метод, вывод — так, чтобы понял и не-аналитик.
  • Есть хотя бы один дашборд в BI (Metabase/Superset) с продуктовыми метриками, воронкой и retention.
  • Есть один доведённый до конца A/B-кейс с честным выводом и оценкой размера эффекта.
  • Каждый кейс заканчивается решением или рекомендацией, а не просто графиком — ты продаёшь вывод, а не таблицу.
  • Можешь на собесе за 5 минут провести через любой кейс: зачем считал, что нашёл, что бы изменил в продукте.