Продакт менеджер ≠ фреймворки

Еще в 2019 году я пытался начать карьеру продакт менеджера в IT компаниях. Тогда я был PL/SQL разработчиком в одном банке (позже он обанкротился). В то время не было такого разнообразия курсов и контента, который есть сейчас. Тогда я решил зайти с другой стороны открыв hh, нашел резюме продактов и стал записывать, гуглить их обязанности, продукты над которыми они работали. Помню, было очень много аббревиатур и каких-то непонятных слов: CustDev, JTBD, Story Mapping, Unit экономика, RR туда, CR сюда, LTV, ARPU и так далее.

Что делали люди до появления ChatGPT? Конечно гуглили, и я в том числе. Благо большинство непонятных слов и сокращений расшифровывались быстро. Я записывал определения, схемы, расчеты и то зачем это нужно в работе продакта. В будущем эти записи помогли мне понять базовые определения и как их использовать в продукте. Постепенно туман неопределенности рассеялся и я стал использовать эти знания в работе.

Помогло ли мне это найти работу продакта? Нет конечно. Я начал карьеру проектным менеджером постепенно добирая по функционалу продуктовые обязанности. В одном проекте внедряешь какие-то зачатки Scrum, в другом на коленках считаешь PnL-ку, в третьем делаешь неуклюжие попытки провести честный качественник в виде интервью. И вот набивая шишки и обрастая опытом, наконец понимаешь что к чему.

Сейчас же я преподаю в онлайн школе и готовлю junior продактов к тех. собеседованиям. Периодически смотрю программу курсов на рынке Edtech и делаю небольшие исследования, чтобы калиброваться с рынком.

И что я вижу? Какое-то дикое количество фреймворков и инструментов, которыми пичкают джунов. С первых же уроков учат оценивать трудозатраты в story points через числа Фибоначчи, искать product market fit или рассчитывать юнит-экономику продукта. Начинающему продакту предлагают сразу задизайнить решения для сложного продукта попутно приоритизируя бэклог по RICE-у и с обязательной валидацией всех гипотез через A/B. Ведь если не a/b-шки, то не комильфо.

Почему такой подход не эффективен: Понимание, что делать приходит с опытом и со временем; Знание фреймворков и инструментов само по себе не гарантия успеха продукта; Если ты провалишься, всем плевать где и зачем ты использовал CJM; Оперативная память человека имеет свои ограничения, и значительная часть изученной информации забывается;

Окей, а что поможет начинающему продакту в работе вместо фреймворков? Вот пару вещей, которые точно пригодятся:

Протестируй функционал своего продукта. Твой продукт, сервис подбора новостроек? Отлично, оставь контакты на лендинге, пройди все шаги и задокументируй ‘косяки’ воронки привлечения. Потрать время на изучение устройства твоего продукта. Скорее всего что-то уже сделано, теперь нужно понять как это все работает. Сходи в команду поддержки и постажируйся два-три дня. Будучи на линии в поддержке, ты узнаешь больше о клиентах и что они думают, нежели проводя интервью в zoom. Проявляй инициативность и делай больше чем просят. Нужно провалидировать функционал авторизаций и задукоментировать? Возьми и сделай документ и по регистрации, и по удалению аккаунта. Сходи на кофе брейк с заказчиками. Пойми и запиши их ожидания от твоей работы. Смотри на конкурентов, смотри на работу коллег, смотри на успешный успех в социальных cетях. Анализируй и узнай что применимо в твоем продукте, а что нет.

P.S. Если пост вызывает одобрение, злость или несогласие го в комменты, обсудим.