Продуктовый офис

Валя

продакт-менеджер команды роста. В eLama c лета 2017 года. 

Работает с двумя командами — командой проверки гипотез и командой разработки. 


Две команды

У меня две отдельные команды. Первая — это команда проверки гипотез. В нее, кроме меня, входят продуктовый аналитик, тимлид из отдела продаж и два маркетолога, один из которых занимается сегментом SelfService, а другой — работой с агентствами. 

Вторая команда — команда разработки. В нее входим мы с разработчиками и тестировщиком, который по совместительству еще и выступает в роли скрам-мастера.

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

Хоть одна из команд пока не укомплектована полностью, могу сказать, что у нас прекрасное взаимопонимание со всеми ребятами. Не знаю, чем это доказать, кроме как тем, что мы общаемся не только по работе. Это просто чувствуется.

Ничего типичного

У меня нет какого-то типичного рабочего дня или типичной недели. Примерно одинаково у меня выглядит только утро: это регулярные встречи и созвоны. Весь остальной день проходит совершенно не типично. Наверное, за это я и люблю свою работу: в ней нет как таковой рутины, ты постоянно делаешь что-то новое и получаешь от этого удовольствие. 

Но если все-таки обобщить, то, как правило, мой день начинается с личного планирования. Я смотрю, какой фокус на этой неделе и какие задачи запланированы на день. Выставляю приоритеты для задач и выделяю из них те две-три, которые мне сегодня нужно обязательно выполнить. Больше, по моему опыту, брать не стоит. Лучше сфокусироваться на чем-то поменьше и наверняка это сделать, чем расфокусироваться и не сделать ничего. А если достигнешь целей недели, то это в свою очередь поможет достичь целей месяца.

Все цели мы фиксируем в Confluence и в Miro. А свои личные планы и дела я веду в приложении Things 3. В Jira я работаю с досками своих команд, свои задачи туда не заношу, чтобы не путать ребят. 

Иногда весь день у меня состоит из коммуникаций: что-то нужно у кого-то узнать, что-то исследовать, с кем-то пообщаться. Это могут быть и сотрудники внутри компании, и пользователи. 

Есть исследовательские задачи, когда нужно подготовить роадмап или составить план работ, приоритизировать, проработать задачи, чтобы ребята могли оценить их на PBR, обсудить с маркетологами, дизайнерами, как будет выглядеть финальный макет.

Очень много общаемся с продуктовым аналитиком: обсуждаем построение отчетов, данные, которые получили. Это помогает найти инсайты для гипотез. 

Синхронизация с командами

Первый синк у нас в 11:15. На 15 минут мы встречаемся с другими продакт-менеджерами и продуктовыми маркетологами. Рассказываем друг другу о своих задачах, чтобы все были в курсе происходящего. 

Следующий 15-минутный синк у меня с командой разработки. Мы открываем доску в Jira и проходим по задачкам. Смотрим, какие из них уже готовы к выкатке, какие нужно протестировать, какие еще или уже в работе. Разбираем проблемы. Смотрим на ToDo и решаем, какие задачи нужно взять в ближайшее время. Идем по приоритетам сверху вниз — от большего к меньшему. 

По средам и пятницам следующие 15 минут у меня встреча с командой, которая занимается проверкой гипотез. Там мы тоже открываем доску в Jira и смотрим, какие эксперименты уже завершены. По ним нужно собрать данные и проверить, совпадают ли они с результатами тестов. 

Смотрим данные по текущим экспериментам, которые еще в работе. Обсуждаем эксперименты, которые готовы к запуску: можем ли мы их запустить, есть ли какие-то блокеры в виде процессов или других экспериментов. Есть гипотезы, эксперименты по которым мы уже завершили, но они еще в работе, чтобы накопить больше данных.

Планирование

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

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

Раз в месяц мы подводим его итоги и планируем следующий месяц. Также у меня есть регулярные индивидуальные встречи с директором нашего юнита SaaS, обсуждаем текущие вопросы.

Product Backlog Refinement (PBR)

В обеих командах мы проводим Product Backlog Refinement (PBR), но по-разному.  

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

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

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

На PBR с командой разработки мы декомпозируем и оцениваем задачки, которые нужно сделать. Иногда это задачи, связанные с гипотезой из первой команды, иногда — входящие задачи на поддержку и т.п.

Нахожу возможности внутри компании

Когда я пришел в eLama, моим первым продуктом был инструмент Рекомендатор. Чуть позже команда разделилась на две: одна стала отвечать за старый личный кабинет, а другая — за несколько рекламных инструментов. 

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

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

Мне нравится, что у меня есть задачи, в которых есть сложность и некоторый дискомфорт — они драйвят больше всего. Очень люблю, когда получается что-то придумывать, планировать — это настоящее творчество. По сути, что такое гипотеза? Это предположение, которое появляется у тебя на основе какого-то инсайта. И с гипотезами всегда связано много эмоций. 

За четыре года, что я работаю в eLama, мне было важнее всего вырасти профессионально. Я искал возможности и находил их внутри компании.

Виноватых лучше искать в зеркале

Продакт-менеджер должен постоянно расти, искать в себе те стороны, которые прокачены недостаточно сильно. А это значит — постоянно собирать обратную связь, анализировать свою работу и пытаться развиваться в этих направлениях. 

Также нужно быть терпеливым. Не всё происходит быстро и одномоментно. 

Если говорить про eLama, для нас также важно разбираться в интернет-рекламе. 

И еще важно уметь искать виноватых не в окружающих, а в зеркале. Бесполезно винить всех вокруг, если у тебя что-то не получается: ты тем самым отсекаешь для себя путь поиска возможностей. Гораздо полезнее искать способы сделать так, чтобы у тебя получилось задуманное. Вот тогда ты начинаешь замечать и возможности, и точки роста. 


Давайте к нам!

Имя и фамилия *
Электронная почта *
Комментарий
Резюме *
Прикрепить файл...
Нажимая кнопку, вы даете согласие на обработку персональных данных,
а также подтверждаете свое ознакомление с Политикой конфиденциальности и принятие ее условий

Остались вопросы? Пишите нам в Телеграм! :)