Ну что ж, народ проголосовал — начнем с продуктового менеджмента.
Давайте начнем с постановки вопроса. Если вы когда-нибудь искали курсы или статьи по теме продакт-менеджмента, то в 90% случаев это будет история про B2C: как делать простенькие приложения, как валидировать гипотезы, считать объем рынка, проводить глубинные интервью и прочее в том же духе.
И всё вроде бы хорошо — до тех пор, пока ты не оказываешься в большой организации. Там внезапно выясняется, что у тебя не маленький продукт, а огромный ландшафт. Несколько команд, куча зависимостей, внутренняя платформа, десятки или даже сотни людей. Пример — мобильное приложение банка. Нет, его не делает одна команда. Там каждая фича — это отдельная команда. А сами приложения часто делятся на разные сегменты и рынки.
И вот про такой продуктовый менеджмент — внутренний, платформенный, корпоративный — почти никто не пишет. Ни в статьях, ни в курсах. А жаль.
Очень часто вижу, как B2C-подходы натягивают на B2B-продукты внутри компании. Но ведь у внутренних платформ нет "объема рынка". Глубинные интервью — это разговоры с соседними командами. И вроде бы всё это должно скатиться в бизнес-анализ… но нет. Это всё равно продуктовая работа: бюджетирование, приоритизация, roadmaps, рост и масштабирование.
У меня здесь всегда было много вопросов: — А какие метрики у платформенного продукта? — Насколько продакт должен быть технарём? — Где грань между аналитиком, архитектором и продактом? — Что отличает technical product manager от “обычного”?
Вот об этом — о платформенных продуктах и техническом продакт-менеджменте — и будет серия моих следующих постов.
Если вы работаете в такой роли (или хотите туда попасть) — давайте обсудим. Пишите в комментарии: что работает, что не работает, какие проблемы и инсайты вы видите в этих ролях. Очень интересно сравнить опыт.
