📌 Типы продуктовых задач

Давай разовьём тему задач. Что конкретно делает продуктовый аналитик?

Основные цели твоей работы мы уже уловили:

▶️ Понимать пульс продукта и реагировать на его изменения;

▶️ Улучшать, то что работает плохо;

▶️ Зарабатывать компании больше золота;

В контексте этих целей у тебя есть несколько базовых типов задач, каждую из которых можно решать несколькими методами.

Позже детально разберём каждый тип, но в общем виде это выглядит следующим образом:

1️⃣ Продуктовые исследования (в народе рисёрчи). Наверное, самая частая задача. Обычно нужно разобраться что происходит с какой-то фичей, нужна ли она, можем ли как-то её улучшить. Или, например, как юзеры себя повели в какой-то период времени — когда мы увеличили закупку, или в какую-то знаковую дату для продукта. Рисёрчи это основной источник гипотез на тестирование.

2️⃣ Актуализация разметки. Разметка — твой главный друг и товарищ. То, как собираются данные, какие есть события и какие у них свойства, во многом определяют сколько боли будет в твоей работе. В теории задача не частая, в основном нужно допиливать разметку под новые фичи. На практике — у всех разметка кривая, нужно всё корректировать под себя. Но по важности — одна из топовых задач. Осложняет дело ещё и тот факт, что кроме тебя это никому не нужно.

3️⃣ АБ-тесты. Самая спорная история со времен изобретения экспериментов. Я не встречал 2 компании с одинаковыми процессами в тестах. В основном расхождения на этапе расчётов. В 80% компаний, где я работал, мне приходилось выкидывать все наработки компании и писать новую документацию. Но как по мне, эксперименты — самая интересная часть работы. Про АБ мы будем говорить ещё много.

4️⃣ Юнит-экономика. Чтобы что-то улучшать, надо понимать зачем. Любой эксперимент или рисёрч всегда проводится в контексте метрик, на которые мы опираемся. Разбираться в метриках и проектировать их систему под твой продукт — задача твоя и продакта.

5️⃣ BI. Последние года 3 я почти не занимался задачами BI, чему я очень рад. Одно дело строить небольшие дашборды в Redash или SS, подкрепляющие твои рисёрчи, совсем другое писать на каком-нибудь DAX’е архитектуру для Power BI. Многие недооценивают уровень происходящей там жести, а я очень уважаю хороших BI-щиков, они крутые. Но часто это входит в пулл продуктовых задач.

6️⃣ Ad-hoc. К эд-хокам относится прочая мелочевка для поддержки команды, выгрузки, срезы, статистика чего-нибудь.