Меня часто спрашивают: как выглядят или должны выглядеть рабочие задачи продуктового аналитика на хорошей позиции в неплохой компании?
Рассказываю.
Продуктовый аналитик прежде всего работает в продуктовой команде. Она имеет за собой закрепленную зону ответственности в продукте, в зависимости от которой будет разниться состав самой команды.
Зачастую, состав команды – это продуктовый менеджер, продуктовый дизайнер, специалист по качеству и тестированию (QA), разработка (web, mobile, backend, etc.), и, конечно же, вы как продуктовый аналитик. Т. е. это полноценная команда, которая может автономно изменять продукт в рамках своей зоны ответственности.
В основе работы продуктовой команды зачастую лежат так называемые HADI-циклы. Это процесс, который состоит из 4-х основных этапов:
1
Hypothesis (Гипотеза)
— выдвигается гипотеза, что некоторое изменение поможет приблизиться к поставленной цели. Гипотеза всегда требует подтверждения или опровержения. Здесь на помощь приходят А/Б тесты;
2
Action (Действие)
– гипотеза прорабатывается, дизайнится, отдается в разработку;
3
Data (Сбор данных)
– изменение раскатывается, по нему собираются аналитические данные. Они впоследствии покажут, подтвердилась гипотеза или нет;
4
Insights (Выводы)
– на основе собранных данных делаются выводы. Выводы подтверждают или опровергают гипотезу. А мы узнаем что-то новое о продукте и наших пользователях.
Этапы идут последовательно один за другим. Затем цикл повторяется снова.
Задачи аналитика в таком жизненном цикле – совместно с командой (в большей степени с продуктовым менеджером) генерировать, валидировать и приоритезировать гипотезы (шаг 1), собирать бизнес требования и дизайнить А/Б-эсперимент для проверки гипотезы (шаг 2), запускать и проводить тест (шаг 3), подводить по нему итоги и давать продуктовые рекомендации (шаг 4).
Помимо А/Б тестов, продуктового аналитика, конечно же, сопровождают и прочие задачи. Например, разработка продуктовых дашбордов, исследования и поиск инсайтов в данных. А также различные общие задачи на усиление аналитики как технического направления – переезд на новые инструменты, автоматизация проведения А/Б, разработка витрин данных и т. д. Но основа работы – это именно HADI-циклы в рамках продуктовой команды.
HADI – это, пожалуй, самый простой и популярный вариант. Более аналитически зрелые компании и команды используют такие фреймворки как Double Diamond или Dual-Track Agile для организации своих процессов, про которые я расскажу позже.