🛠 Продолжаю давно обещанную тему про технический продуктовый менеджмент.

Этот пост — больше подготовка. Давайте сначала разберемся: а откуда вообще люди попадают в продуктовку?

🎓 Спойлер: крайне редко кто-то становится продуктом "с нуля". Обычно за плечами уже есть какой-то опыт — и чаще всего он идет из одной из трёх сторон:

1️⃣ Из бизнеса — человек работал в операциях, продажах, поддержке, хорошо понимает, как всё устроено, и начинает делать продукты, которые закрывают реальные боли.

2️⃣ Из маркетинга — с пониманием пользователей, воронок, поведения, каналов. Отсюда часто приходят в роль product marketing manager’ов, а потом и дальше в продукт.

3️⃣ Из технологий — разработчики, аналитики, архитекторы, дата-инженеры. Те, кто понимает, как работают "кишки", и знают, что такое API, фреймворки, DevOps, и как идет выкатка в прод.

В Finom у нас, например, было довольно много ребят из первых двух направлений. И, как ни странно, даже у тех, кто пришёл из разработки, могут быть гэпы — не в коде, а в техническом "ландшафте": как работает деплой, как связаны команды, почему релиз занимает не 2 дня, а 2 недели.

🎯 Вот тут и появляется роль технического продакт-менеджера — человека, который понимает не только продукт и его ценность, но и то, как этот продукт вообще живёт, дышит, выкатывается и мониторится.

Такой TPM может:
-глубже говорить с разработкой (и быть услышанным),
-понимать, где реальный bottleneck,
-управлять совместными релизами,
-разруливать стыки между командами,
-и при этом — точно так же работать с метриками, гипотезами и пользователями.

⚖️ При этом он, может быть, чуть меньше вовлечён в маркетинг, но сильно лучше понимает инфраструктуру, совместимость, архитектуру, CI\CD и всё вот это.

В следующем посте поговорим: а как туда попасть? Особенно если ты сейчас аналитик или архитектор.

Stay tuned.