Ну что ж, народ проголосовал — начнем с продуктового менеджмента.

Давайте начнем с постановки вопроса. Если вы когда-нибудь искали курсы или статьи по теме продакт-менеджмента, то в 90% случаев это будет история про B2C: как делать простенькие приложения, как валидировать гипотезы, считать объем рынка, проводить глубинные интервью и прочее в том же духе.

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

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

Очень часто вижу, как B2C-подходы натягивают на B2B-продукты внутри компании. Но ведь у внутренних платформ нет "объема рынка". Глубинные интервью — это разговоры с соседними командами. И вроде бы всё это должно скатиться в бизнес-анализ… но нет. Это всё равно продуктовая работа: бюджетирование, приоритизация, roadmaps, рост и масштабирование.

У меня здесь всегда было много вопросов:
— А какие метрики у платформенного продукта?
— Насколько продакт должен быть технарём?
— Где грань между аналитиком, архитектором и продактом?
— Что отличает technical product manager от “обычного”?

Вот об этом — о платформенных продуктах и техническом продакт-менеджменте — и будет серия моих следующих постов.

Если вы работаете в такой роли (или хотите туда попасть) — давайте обсудим.
Пишите в комментарии: что работает, что не работает, какие проблемы и инсайты вы видите в этих ролях. Очень интересно сравнить опыт.