Привет! Я Стас, уже больше года работаю продактом в ITSM 365. В эту ИТ-профессию попал не сразу, ранее строил карьеру в проджект-менеджменте: собирал требования, делал ТЗ и брифы, реализовывал проекты. Но мне стало скучно — слишком много рутины, нет места творчеству и возможности влиять на продукт. Тогда определил, что может принести удовольствие в работе: новые задачи, реализация идей и возможность принимать решения. Продуктовая разработка подошла по всем пунктам. Так началось мое путешествие из проджекта в продакты.
Стас
менеджер продукта ITSM 365
Я понимал, что меня ждет много трудностей. Однако навыки проджекта сильно пригодились. Благодаря им за год достиг неплохих успехов в продуктовой разработке. Например, сократил «time to market» фич релиза в три раза и уменьшил трудозатраты команды на их выпуск на 20%. В статье расскажу о сложностях, с которыми столкнулся при смене роли, и как их преодолел. Также поделюсь, какие навыки помогли стать менеджером продукта.
У проджекта и продакта разный набор задач, разграничу на примере своего опыта:
Ранее я работал в проектах и был ограничен сроками, процессами и бюджетом. Сейчас — в продукте, здесь мы с командой сами определяем дедлайн, больше фокусируемся на продукте и его ценности для рынка.
Главное отличие в том, что в проектной работе мы закрываем боль конкретного клиента. А продукт должен принести пользу большей части рынка. Сначала проверяем ценность — точно ли эта фича закроет боль, принесет доход или уменьшит затраты.
Успех продакта измеряется тем, насколько хорошо продукт закрывает потребности пользователей. Чем больше людей находят решение своих задач, тем лучше работает продакт.
Ценность — то, что решает проблему клиента; то, почему клиент покупает продукт.
Мне было тяжело перестроиться с проектного мышления на продуктовое. Мыслить ценностью, а не ограничениями и дедлайнами.
Как научился мыслить «продуктово» и справился со сложностями
Как описал выше, основная сложность — научиться мыслить «продуктово», переключиться с ограничений на ценность. Паттерн поведения проджекта немного сместил фокус в работе. Думал лишь о сроках и стоимости, а это в корне неправильно для продакта.
Что мне помогло перестроиться:
— Обратная связь от наставников и менторство внутри компании. Перенимал опыт от коллег: спрашивал, как приоритизировать фичи продукта, что важно учитывать при его разработке, на чем делать акцент. Каждый раз, когда я начинал тревожиться о дедлайнах, коллеги напоминали: «Да, сроки важны, но наш первый приоритет — ценность продукта. Релиз ради релиза не выпускаем, нам нужна качественная фича». Теперь повторяю это как мантру :)
Если нет возможности пообщаться с ментором, обращайтесь к внешним источникам — книги и лекции, курсы и видеоматериалы, профессиональные сообщества в социальных сетях. Теорию сразу применяйте на практике.
Какие материалы советую
Книги: «Цель. Процесс непрерывного совершенствования» Элияху Голдратта, Джеффа Кокса, «Спроси маму» Роба Фитцпатрика, «Пиши, сокращай 2025» Максима Ильяхова, Людмилы Сарычевой.
Telegram-каналы: «Epic Growth — рост продукта» и «Продакты не нужны».
— Практическое погружение в профессию. Продуктовое мышление постепенно приходит с опытом, но в первое время буду ошибки, это неизбежно. Главное — вовремя их отслеживать и решать, пока они не привели к чему-то масштабному.
Список вопросов для продакта
На основе своей адаптации составил список вопросов, которые помогут безболезненно перейти в роль продакта — фокусироваться на пользователях и бизнес-целях. Задавайте их себе при выполнении любой задачи: анализе продукта, принятии решений и генерации идей.
На самом деле, проектное мышление меня преследует до сих пор, но, например, сейчас я менее критично отношусь к переносам дедлайнов. Также всегда сомневаюсь — не иду сразу выполнять «хотелку» клиента, а исследую потребности рынка и делаю акцент на том, что важно для большего числа клиентов.
Еще одна сложность, с которой я столкнулся, связана с первой. Я стремился действовать строго по плану. И чтобы успеть сделать все в срок, перерабатывал сам и наседал на коллег. Это портило микроклимат.
В продуктовой разработке сложно выстроить четкий план и строго следовать ему, так как рынок и технологии развиваются очень быстро. Чтобы оставаться «в тренде», нужно соответствовать этим изменениям. Да, есть план работ, но мы понимаем, что он будет меняться. С этим паттерном я «боролся» с помощью декомпозиции больших релизов на маленькие. Это помогает снизить строгость планирования, чаще пересматривать задачи и вносить изменения безболезненно.
Также ранее никогда не составлял стратегию развития продукта, поэтому пришлось прокачаться в маркетинге.
При этом прошлый опыт оказался и полезным. Некоторые навыки проджекта я использовал в задачах продакта.
Как помог бэкграунд проджекта
В путешествие в продакты взял с собой: коммуникабельность, организованность, адаптивность и навык управления. Они помогли мне сформировать команду, выстроить процессы внутри и влиться в задачи по процессам для донесения ценности.
Адаптивность — умение подстроиться к постоянно меняющимся обстоятельствам и потребностям. Рынок ИТ быстро развивается и, чтобы быть конкурентоспособными, важно приспосабливаться к новым реалиям. А также предугадывать возможные проблемы, которые могут возникнуть у клиентов. Сделать такой продукт, который решит их. Для этого мы проверяем гипотезы.
Приведу пример. Раньше мы базировались на другом технологическом стеке, который давал нам много ограничений в настройке процессов. Несколько месяцев назад мы изменили стек технологий. И заодно решили провести реинжиниринг процессов. Для этого провели исследование и обнаружили, что процессы управления заявками, договорами, оборудованием нужно адаптировать к изменившимся потребностям клиентов. После детального изучения потребностей клиентов нам удалось выстроить процессы, которые будут приносить ценность клиентам. В результате обновленные процессы попали в продукт и пользуются популярностью у клиентов.
Коммуникабельность — умение договариваться. Так как ITSM 365 — это целая экосистема продуктов, то при внесении изменений, нужно обсудить детали с продактами, которые отвечают за другие направления экосистемы. Аргументированно донести ценность.
Например, я работаю в направлении внешней поддержки, а параллельная команда — внутренней. Грубо говоря, продукт у нас общий, а наши команды занимаются «подпродуктами», разными направлениями внутри экосистемы. Чтобы внедрить фичу в продукт, мне нужно презентовать ценность всем ЛПР, доказать, что она полезна. При этом выслушать и принять контраргументы коллег.
В этом могут помочь курсы по аргументации и выстраиванию речи. Могу посоветовать «Эффективные коммуникации» от Высшей экономической школы.
Навык управления и дисциплина — умение формировать команду. Благодаря этому навыку я организовал процесс работы команды и сформировал комфортные даты релизов. Сделал процессы четкими.
Организованность — умение планировать, а также реализовывать задачи в срок. Выше говорил, что это создало мне проблемы, но есть и плюсы от этого навыка.
Выпуск релизов был для меня непрозрачным, поэтому я его систематизировал. Благодаря этому мы стали чаще выпускать новые фичи и быстрее получать обратную связь от клиентов. Перешли от релизов длиной в шесть месяцев к релизам в два месяца.
Также пригодился и хард-скилл — навык управления процессами. С помощью него мне удалось сократить релизный цикл и регламентировать процесс работы.
Еще сейчас занимаюсь обновлением процесса управления продуктом. И здесь мой опыт в роли проджекта — просто находка :)
При смене роли проделал колоссальную работу — перестроился на продуктовое мышление. Главный инсайт для меня: акцент на ценности приводит к тому, что внедренные фичи приносят результат в деньгах.
Но навыки проджекта, все же, оказались полезными: планирование позволяет закрывать задачи в срок, выпускать релизы вовремя и в большем количестве.
