Быть продактом. Выпуск #2. От простого разработчика до Product Owner IT-компании. История Олега Огибина из Usetech

Всем привет! Это блог aim digital. Сегодня очередная серия цикла статей и интервью "Быть продактом".

Свою историю расскажет нам Олег Огибин, Product Owner компании Usetech. Олег расскажет о своем пути от обычного разработчика до Product Owner большой IT-компании и постарается предостеречь начинающего “продуктолога” от ошибок. Олег рассмотрит основное отличие менеджера продукта от менеджера проекта, расскажет о полезных ресурсах (подкасты, телеграм-каналы, курсы), а также поделится некоторыми правилами, которые выработал для себя за годы работы.

Начинал я самым обычным разработчиком, мне было все интересно, я “копался” в коде, разбирался, учился. Именно так прошли 4 года моей жизни. Потом случилось так, что в компании уволился менеджер проекта и его функции легли на меня. Это был крайне напряженный этап моей жизни, ведь времени на все не хватало.

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

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

Интересные и очень полезные подкасты:

Telegram-каналы часто агрегируют выжимки из самых интересных и полезных материалов, позволяя не тратить много времени. На всех каналах можно найти статьи о продуктовом менеджменте, рынках и трендах, методологиях и моделях.

Итак, топ-4 моих любимых Telegram-каналов:

А также стараюсь следить за узкопрофильными каналами по бизнес-аналитике, разработке интерфейсов, customer experience и развитию ИТ-продуктов.

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

Поделюсь курсами, которые стали для меня фундаментом:

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

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

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

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

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

Конечно, успешный выход на рынок — это заслуга всей команды, но только product manager просчитывает все аспекты на 10 шагов вперед, анализирует и тестирует, и снова просчитывает.

Именно эта всеобъемлющая многозадачность и бОльшая ответственность сподвигли меня более 5 лет назад сменить направление деятельности.

Вывод. Product manager — это человек оркестр, который живет продуктом и является его визионером. Вы должны быть готовы “жить” своим продуктом, возможно перерабатывать и скорее всего сталкиваться с проблемами, но на выходе получать удовлетворение и классный продукт. И, конечно же, нужно быть неплохим аналитиком.

ИТ-директор и Product Owner должны обладать разным багажом знаний и только 25% из него – пересекаются. Скиллы ИТ-директора конечно помогли, но их однозначно не хватило. В первую очередь, я начал с прокачки «HADI-циклов» (это простейший алгоритм — от гипотезы через действие к данным и выводам) и всего, что с ними связано: проверка гипотез, аналитика, и т.д.

В компанию Usetech я пришел 4 года назад, оказавшись единственным менеджером продукта. И, конечно же, моей основной задачей стал не только запуск флагманского B2B продукта — UseLocks, но и обеспечение роста его доли на рынке.

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

Вывод нового B2B продукта на рынок – сложная и долгая задача.

Во многом, это связано с тем, что в В2В планка качества даже у MVP значительно выше: нельзя «на коленке» сделать прототип и надеяться, что бизнес-клиенты с радостью его купят. По моему опыту, здесь «выживают» качественные, полностью завершенные продукт, гарантирующие клиентам надежное выполнение ключевой функциональности.

Еще одна сложность – банальное отсутствие ресурсов. Хотя IT индустрия достаточно развита, сильных разработчиков уровня «Seniоr\Архитектор», да еще и ищущих работу, встретить достаточно трудно, несмотря на сложное кризисное время.

Последняя боль из моего списка проблем, связанных с разработкой и запуском UseLocks – это барьеры в проведении исследований и получении обратной связи от конечного потребителя. В B2B со стороны клиента выступают чаще всего не те, кто будет пользоваться твоим продуктом.

Клиенты утверждают, что лучше своих пользователей разбираются в их потребностях, и эту «стену» бывает очень сложно пробить.

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

Вывод. Менеджер продукта должен не только уметь искать ресурсы, но и иметь гибкое мышление.

Как показывает мой опыт, хороший Product manager – это специалист широкого профиля, который должен сделать все, чтобы проект «взлетел».

Основные хард-скиллы: каст дев, продуктовая аналитика, проектирование, прототипирование, управление проектами и командами.

Основные софт-скиллы: целеустремленность и лидерство, умение внимательно выслушать и аргументированно убедить, умение принимать самостоятельные решения, решимость вовремя отступить, а также мышление в формате 360 градусов.

Давайте не будем забывать о том, что должность Product manager молодая, и еще лет 10-15 назад о ней в мире особо-то и не знали. Даже сейчас все еще сильно размыты границы и понимание обязанностей, скиллов и опыта продакта.

Нередко менеджера продукта называют менеджером проекта или аналитиком, а это в корне не верно, так как функционал и задачи совершенно разные..

Во многих компаниях почти не различаются градации между уровнем middle и senior.

Я всем советую развиваться поступательно, как это делал я, постепенно осваивая новые инструменты и методики. Определите для себя свои собственные границы знаний и опыта, которые нужно прокачать в ближайшие полгода – год, не ориентируясь на чьё-то мнение. И самое важное – ищите любую возможность практиковаться. Со временем вы увидите, что навыки cust dev прорываются даже в диалогах с друзьями, а привычка анализировать позволяет на лету определять, какой информации вокруг вас можно доверять.

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

Вывод. Ну и, наверное, скажу очевидные вещи:

#productowner #productmanagement #aimdigital #карьера #бытьпродактом