📌 Взаимодействия внутри команды

Итак, мы потихоньку строим портрет продуктового аналитика.

Мы уже понимаем что он умеет и какие задачи выполняет. Давай поговорим про его интеграцию в команду.

Есть две популярные структуры внутри IT-компаний:

1️⃣ Горизонтальная — когда у вас есть обособленный отдел аналитики, который обслуживает интересы остальных команд. Плюсы такой структуры в том, что каждый аналитик может взять разные задачи и быть в контексте всей работы всех департаментов. Минусы — экспертиза не глубокая.

2️⃣ Вертикальная — более популярная, и как по мне, более оптимальная — когда у вас есть отдел аналитики, но он номинальный, в основном юниты раскиданы по своим командам. Т.е. продуктовый аналитик состоит в команде разработки продукта, маркетинговый в маркетинге и т.д. Из плюсов — глубокая экспертиза, из минусов — такой чел становится единственным источником знаний своего куска продукта (документация ахахаха, не слышал).

В вертикальной структуре аналитик полностью сосредоточен на своей части продукта, исследует её, улучшает и тестирует. Его главные союзники тут — продакт менеджер команды, проджекты, дизайнер и лиды разработки.

Почти всё общение сводится к продакту. Он генерит идеи, ставит таски и рассказывает о грядущих планах. С ним ты обсуждаешь свои идеи и планируешь всю работу. Хороший продакт всегда будет за тебя топить, ты его прикрытие для защиты задницы перед оунерами. Обсуждение идей продакта, подкрепленных твоими цифрами редко вызывает долгие дискуссии.

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

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