Всем привет! Меня зовут Саша, я руководитель цифрового продукта в Альфе. В статье через призму моего опыта я хочу поговорить о том, нужно ли разработчикам или тимлидам идти в продакты. Стоит ли игра свеч?
Как я стал продактом
Я родился и вырос Питере, однако 8 лет я провёл в Иннополисе и Казани, куда переехал после окончания СПбГУ и работы бизнес-аналитиком в Big4. Там я получил второе высшее образование и стал разработчиком, точнее Software Engineer. И горжусь этим!
На самом деле я думал, что в Казани проведу всего пару лет, но всё вышло немного иначе.
В 2016-ом после получения второй вышки в Иннополисе я устроился в стартап в сфере розничной торговли. Вроде как руководителем проекта. По сути я реализовывал весь стартап. Были собственники, потом я. Команду набирали с нуля.
Но для того, чтобы запустить проект, мне потребовалось самому его разработать. «Хорошо устроился менеджером», — подумал я и пошёл курить React Native и React, чтобы разрабатывать приложение.
Время шло, полученное образование сильно помогало, команда росла, и я очень быстро стал сначала тимлидом фронтенд-приложений (в широком смысле, потому что они включали в себя мобильные приложения и веб-приложения, и их было несколько), а потом уже и руководителем всей разработки. Мною всегда двигал некий пузырёк ответственности, заставлявший улучшать сначала свою работу, а затем и работу коллег вокруг. В общем было реально весёлое время.
И вот, когда я уже руководил разработкой всего нашего зоопарка, я начал задаваться вопросами: «А где наши клиенты?», «А какая наша стратегия?», «А что у нас с маркетингом?», «А кто у нас целевая аудитория?».
И как вы думаете, что? Мне сказали, что я должен сам это определить. И я начал ездить по разным Startup Village'ам, отраслевым конференциях в поисках инвесторов, покупателей и кого только можно.
Именно там я получил первый опыт выступлений с питчами, презентациями стартапа для инвесторов, понимания, что важно, а что неважно для инвесторов. В общем стартап я честно довёл и провёл через инвесторский IT Due Diligence (это процедура проверки компании с точки зрения ИТ) и ушёл заниматься продакт-менеджментом в другую компанию.
Позже мне говорили, что более рьяного кандидата, который бы допытывал руководство вопросом «Зачем?», они не видели. Опыт разработки корабля без проложенного курса давал о себе знать.
В этот момент я уже женился и думал, что пора бы перехать в Питер, но мудрая жена предложила взять ипотеку в строящемся доме. И мы остались ещё на пару лет.
Про смену профессии
Переход из тимлидов в продакты — это не повышение. Это шифт профессии. Мне повезло (или не очень), я переходил в позицию менеджера продукта с позиции руководителя разработки в 2018-ом. Тогда зарплаты айтишников были ещё не так высоки, особенно в регионах. Однако именно в Иннополисе зарплаты ИТ-шников тогда были на уровне Санкт-Петербурга. Стажёров-джунов мы набирали на 45к. Сениоры получали 130-150к.
Не нашёл сейчас статистику за 2018 год, но вот данные на 2016-ый:
По информации HeadHunter, в 2016 году в ИТ-отрасли средняя зарплата составляла 78 тысяч рублей.
Сама профессия продакт-менеджера была ещё не так раскручена. Отрасль ещё пыталась определиться, кто такие продакт-менеджеры и чем должны заниматься.
В итоге я стал продактом из-за следующих факторов:
Моё образование — информационные системы в экономике (сейчас это бизнес‑аналитики).
У меня был хороший опыт работы в консалтинге и хорошие софт‑скиллы.
Меня всегда интересовала больше судьба самого проекта/продукта (называйте как хотите), чем непосредственно глубокие технические детали. У меня под коркой всегда вопрос «Зачем?».
Тогда переход в продакт-менеджерство я рассматривал, скорее, как повышение зарплаты. Нормальная логика обычно такая: деньги платят за ответственность и риски. У разработчика и тимлида ответственность и риски меньше. Но кто же знал, что рынок труда так скакнёт!
Так что, по сути, я один из немногих, кто работает по профессии. Образование в области бизнес-анализа и управления разработки ПО — вот вам и продакт-менеджер.
Уже работая продактом, мне удалось запустить свои сначала офлайн-, а потом и онлайн-курсы и на этом заработать, поработать в одной из крупнейших финтех-компаний — Банке РФ.
Только после этого, сменив одну ипотеку на другую (благодаря моей мудрой жене), с двумя детьми, женой и тёщей я переехал обратно в Питер. Считаю, что задачу по повышению популяции жителей Петербурга я выполнил на отлично.
И вот сейчас я в Альфе.
При этом везде разная культура, разный подход к работе. Но это тема отдельной статьи. Если интересно — оставляйте комментарии, напишу.
Про деньги
Несмотря на то, что менеджер продукта обычно является прямым или косвенным руководителем команды разработчиков, зарабатывает он, как правило, меньше, чем сами разработчики.
Это зарплаты всех, кого называют Product manager или Product Owner. А это медиана зарплат разработчиков:
Да, кажется, что по медиане разработчик зарабатывает меньше, чем продакт. Но если вы находитесь на уровне Middle+, картинка для вас существенно меняется. Уже на уровне Middle разработчик в среднем зарабатывает больше, чем менеджер продукта. Дальше разница ещё больше.
А главное, рынок труда другой. Это не рынок труда сотрудника. Посмотрите на правый нижний угол скриншотов, анкет стало в 7 раз меньше.
Расти в зарплате разработчику не так сложно после того, как вы становитесь специалистом Junior+ уровня. Сами знаете, рынок труда сейчас сильно меняется в пользу разработчиков. Поработать год-полтора в компании и перейти в другую с повышением зарплаты на 20-30% разработчику значительно проще, чем продакт-менеджеру, а расти в навыках продакту намного сложнее.
Не забываем, что разработчики часто подрабатывают, работают на двух работах, могут брать какие-то заказы на фрилансе, и это здорово. А вот у продактов такой возможности практически нет. Ну нет kwork’ов и заказов на других фриланс-биржах для продактов. Для разработчиков — множество. Возможности продактов по подработке открываются на более высоком уровне.
Почему так происходит? Поговорим про развитие.
Про развитие
Как развивается разработчик?
Работает над разными техническими проектами, знакомится с технологиями. Для резюме и для получения опыта не так важно, провалился или нет сам проект. Для перехода в другую компанию не так важно, сколько багов разработчик наплодил, делал он работу в срок или же нет. Это легко скрыть на собеседовании.
Технические собеседования схожи по своей структуре со сдачей экзаменов по математике, физике или чему-то ещё. Тебя спрашивают теорию, спрашивают, применял ли ты её на практике. Если ты что-то не применял на работе — у тебя в большинстве случаев есть возможность применить новую технологию на пет-проекте. Для многих собственные проекты являются основным способом развития. Но судьба пет-проекта не влияет на решение о найме. Есть коммиты в open-source — да ты вообще уникум!
Как развивается продакт?
С помощью достижения результатов. На уровне Junior-middle можно выполнять поставленные задачи по разработке в срок. Да, по сути работа Project manager’а. Но выше — за достижение бизнес-результатов. Увеличил метрику, принёс бабки. Нет этого — нет результата.
Никого не интересует, сколько гипотез ты проверил, сколько a/b-тестов запустил или какую фичу запилил. Волнует, чего ты достиг с помощью этого. А если мы вспомним, что из 10 гипотез выстреливает одна, получается, что на достижение требуется намного больше времени и усилий.
Скрытый текст
Рост конверсии на X% в мобильной воронке благодаря UX/UI-улучшениям
Рост новых пользователей Y2Y на X%
Снижение оттока пользователей на X%
Подписанное соглашение о намерениях с инвестором (Term sheet)
Продакт может развиваться за счёт пет‑проектов. Это один из самых недооценённых способов развития. Запусти свой бизнес, сразу поймёшь фразу «Дорога ложка к обеду», начнёшь отметать всё лишнее и заниматься только важными вещами. Вот только за запуск пет‑проекта ты платишь из своих кровных, сам. А если ты действительно хочешь, чтобы начало что‑то получаться, ещё и публичным надо становиться. Совершенно другое чувство денег и ответственности.
Разработчик | Продакт-менеджер | |
|---|---|---|
Что важно для повышения зарплаты | Опыт работы с технологиями и их применение | Достижения бизнес-результатов |
Как набирается опыт | Участие в разных проектах и своих пет-проектах | Участие в разных проектах и своих пет-проектах |
Что дают пет-проекты | Опыт | Отбирают деньги и дают опыт |
Куда можно развиваться | Тимлид, архитектор, CTO | CPO, менеджмент, консалтинг, свой бизнес |
Чем крута работа в стартапе | Возможность потрогать много разных технологий, участвовать в проектировании архитектуре. Сравните, чем занимается Senior Android разработчик в стартапе и в крупных компаниях | Возможность взять ответственность за весь продукт или даже часть бизнеса. Значительное повышение насмотренности |
А дальше?
Теоретически продакт-менеджеру легче открыть своё дело и запустить стартап, нежели разработчику. И тогда по деньгам можно получать очень хорошо. Но предпринимательство — отдельная сложная тема. Достичь этого очень тяжело, но возможность греет!
Про боль и ошибки
Быть продактом для меня — это не только про удовольствие и кайф. Иногда бывает действительно больно. Напишу немного об этом.
Сама смена профессии заставляет оказаться в полной неопределённости. Ты вдруг попадаешь в круг людей, которым практически всё равно на твой технологический стек. Буквально пару месяцев назад ты им гордился, а теперь это неважно. Мне повезло, потому что мой переход был довольно плавным и органическим. Я тянулся в эту сферу.
В некоторых случаях приходилось буквально ломать себя и заставлять делать то, чего раньше не делал. Например, спамить и продавать. Ты не можешь запустить пет-проект, если не готов это делать. Я до сих пор помню, как передо мной было около 200 человек, которые регистрировались на мой вебинар, и мне надо было прозвонить их и предложить купить курс. И это адски больно, потому что:
— Лично для меня в студенчестве продажи считались зашкваром. Я избегал их как только мог. Было у меня такое психологическое предубеждение. У меня же высшее образование, что я, лох что ли, чтобы продавать?
— Чтобы продать одному человеку, надо было сделать около 20 звонков. Что я только о себе ни слышал, как было обидно, когда тебя посылали на три буквы. Или, представьте себе, я звоню женщине, а она такая: «Александр, я сейчас не могу говорить. Я мою пол!». Честно, хотелось провалиться сквозь землю.
Сохранять энтузиазм, систематически убивая гипотезы без достижения результата — психологически непросто. Пусть ты 100 раз слышал, что из 10 гипотез выстреливает 1-2, но когда тебе действительно надо через это пройти...
Рынок работодателя. Когда ты разработчик, с тобой носятся как с писаной торбой. Не выгораешь ли ты? Всё ли тебя устраивает? Ты просрочил сроки задачи на n недель? Ну что же, давай обсудим это на ретро! Я утрирую, но вы поняли. А как разговаривают с продактом? «Где, блин, бабки?».
Закрывать пет-проекты больно. Когда умирает очередной пет-проект, нужна воля спортсмена, чтобы заставлять себя двигаться дальше. Нужна воля, чтобы не пытаться оживить дохлую лошадь. Нужна воля, чтобы напоминать себе, что это нормально, и таков путь. Что нужно ещё 10 попыток, чтобы наконец что-то получилось. Нужна воля, чтобы не считать себя бездарным самозванцем, который даже шмотки на WB продать без убытка не может.
Про смену отрасли
Разработчики довольно легко могут менять отрасль в которой они работают. Финтех, еком, фудтех — неважно.
Сложнее со стеком. Вот с этим могут возникнуть сложности. Причём у Senior сложностей больше, чем у Middl’ов из-за денег. Сложно из Senior Go разработчика стать Senior Java разрабом и наоборот. А вот у тимлидов проблем с этим нет.
Продактам менять отрасль на уровне Junior и Middle сложнее, чем на уровне Senior. Насмотренность и опыт позволяют быстрее ориентироваться в новой бизнес-модели. Плюс менеджмент более-менее универсален.
Но есть нюансы: если ты Senior Product фудтеха, стать Senior Product казино или какого-то медийного продукта вряд ли получится, это совсем другая специфика. Прыгать между разными SAAS-системами продакту чуть легче. Дерево метрик такое же, инструменты и техники плюс-минус те же.
Про инженерный подход
Инженерный подход для продакта — это обоюдоострый меч. Не всё так однозначно. Помните, что один из основных способов развития продакта — это пет-проекты? Так вот, их надо уметь строить из говна и палок. Оверинжениринг и любовь к перфикционизму — вот что убивают огромное количество стартапов и пет-проектов. Если делать всё по-правильному, деньги и время кончатся быстрее.
То же самое с проверкой гипотез. У меня есть любимая фраза, которая часто удивляет разработчиков: «Хороший разработчик должен уметь писать плохой код». Переведу на инженерный:
Когда пишешь код в сжатые сроки и/или для MVP, твой технический долг должен быть преднамеренным и локальным.
Не все это умеют! Это не всегда просто даже с точки зрения архитектуры.
С другой стороны, без того, как устроена разработка, может быть сложно дать такое техзадание, чтобы разработчик наговнокодил аккуратно.
Что же касается проектирования архитектуры, принятия решений на дизайн-уровне, продакт не должен этим заниматься. Но он должен понимать, что и как происходит, почему это устроено так, а не иначе. Здесь без инженерного подхода сложно.
Можно ли вернуться
Многие разработчики, попробовав себя в роли продакт-менеджера, возвращаются в разработку, и это нормально. Действительно, профессии совсем разные. По моим наблюдениям, 5 лет назад продактами очень часто становились именно разработчики. Но, видимо, за эти 5 лет профессия выкристаллизовалась и требования к специалистам стали сильно отличаться от тех, что были раньше.
Это неудивительно. Вспомните, что ещё 5-7 лет назад на собеседованиях тестировщиков спрашивали, как тестировать стул или калькулятор, сейчас гоняют по архитектуре, мучают вопросами про HTTP, заставляют писать SQL-запросы.
Что касается возвращения, лично мне кажется, что разработка — это как езда на велосипеде — ну невозможно разучиться. Можно отстать от современных библиотек и инструментов, но, кажется, если потратить месяцев 6 на самообразование и актуализацию знаний, вполне можно вернуться на уровень Middle-разработчика. Особенно если ты в настоящее время сам ковыряешь какие-то пет-проекты на коленке. Сложности, скорее, будут с резюме и объяснениями, почему спустя 5-7 лет ты снова решил писать код.
Вместо выводов
Все профессии важны, все профессии нужны.
Я не знаю, решился бы я перейти из разработчика в продакты в 2024 году. Более того, иногда, оглядываясь назад, мне становится интересно, как развивалась бы моя карьера, если бы я пошёл дальше по пути руководителя разработки. И какова бы была моя зарплата на текущий момент. Где бы я жил, где работал?
С другой стороны, мне намного более интересно, что будет дальше!
Я точно ни о чём не жалею. Упорство, умение адаптироваться и в какой-то степени ломать себя, выходить из зоны комфорта — очень важные навыки, которые я приобрёл за последние годы.
Если бы я сейчас был тимлидом или разработчиком и думал бы переходить ли на позицию продакта, я бы в первую очередь:
Посмотрел бы на вилку зарплат в своём стеке, сравнил бы с вилкой зарплат продакта. Подумал, готов ли я к проседанию зарплаты. Могу ли я это как-то компенсировать?
Пытался перейти в текущей компании. Работодатель относится к тебе лояльнее, за спиной уже есть заслуги, ты хорошо знаешь продукт. На рынке труда требования будут намного жёстче.
Взял бы курс для продакт-менеджеров для получения новых и систематизации старых знаний. В дополнение к этому посмотрел бесплатные видео на Ютубе.
Обязательно подписался бы на продуктовые телеграм-каналы и отписался бы от каналов разработчиков. Надо менять окружение хотя бы так.
Помните, менять профессию — это нормально и не так страшно. По крайней мере я так рассказывал людям, когда продавал онлайн-курсы.
Спасибо за ваше внимание, если понравилась статья — возможно вам так же понравится мой телеграм-канал. Там я рассуждаю о том, как и зачем продактам составлять стратегию развития продукта, работать с данными, выстраивать отношение с другими коллегами.
Как вы думаете, это нормально, что зарплаты разработчиков выше зарплат продактов? Как насчёт ответственности за результат и общего стресса? Пишите в комментариях и делитесь, что больше всего вас бесит или радует в продактах.