Что я, как проджект, жду от продакта

Мы собираем практику и смыслы продакт-менеджмента: от CustDev и JTBD до бэклога, онбординга и роста метрик. Даем простые чек-листы, рабочие примеры и разборы, чтобы вы быстрее принимали продуктовые решения. Без воды и хайпа — только то, что помогает делать продукт и карьеру сегодня.

продактпроджектпродакт-менеджмент

Не люблю стандартные посты про то, как нужно делать по книжке. Поэтому сегодня все из практики, моего опыта взаимодействия внутри финтехов.

Думаю, что все согласны, что связка продакт-проджект очень важна для запуска любого продукта и реализации проекта. Но не всегда понятны ожидания одного от другого и наоборот. Я хочу осветить со стороны проджекта свои ожидания.

Самое больное для меня - когда прилетает задача, а зачем мы её делаем, мне не говорят. У продакта в голове это есть, конечно. Он с этой штукой живёт, обсуждал её с СРО, с бизнес-аналитиками, ночами думал. Я этих ночей не видела. Я вижу только ТЗ. И вот когда я веду команду без понимания "зачем", я не могу ни скоуп оптимизировать, ни сроки защитить, ни решения по ходу принимать без того, чтобы дёргать продакта по каждой мелочи. Хороший продакт это понимает. Он начинает обсуждение задачи с трёх минут контекста: вот метрика, вот гипотеза, вот почему сейчас. Эти три минуты потом экономят мне три недели метаний. Серьёзно. Не три дня, три недели.

Второе. Я очень хочу, чтобы со мной спорили. Прямо. В лицо. Знаете, что самое обидное? Когда ты чувствуешь, что человек с тобой не согласен. По полусловам ловишь, по реакциям в чате, по тому, как он смотрит на синке. А вслух молчит. А потом идёт к твоему руководителю. Или прыгает через голову к разработчикам. Или просто меняет приоритеты, не сказав тебе. Еще мое любимое - выдумывает сроки за меня. Это убивает быстрее, чем любая открытая ругань. Если ты со мной не согласен - скажи мне. Я не обижусь, честное слово. А вот узнать через третьи руки - обидно. Партнёрство это не "мы всегда соглашаемся". Партнёрство это когда мы можем не согласиться и остаться партнёрами.

Любимые риски. Когда проект взлетает - аплодисменты твои, продакт. И это нормально, это твой продукт, я к этому спокойно. Но когда проект пошёл не туда - я очень жду, что ты не растворишься. Что не свалишь объяснения на PM. Что выйдешь вместе и скажешь заказчику "пробовали гипотезу, не подтвердилась, вот что узнали". За такого продакта я в огонь и воду.

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

И последнее, оно же самое важное. Я не ресурс. Я тимлид, у меня команда, у меня свои приоритеты, у меня иногда выгорание, у меня всегда экспертиза. И когда продакт говорит со мной как с равным экспертом, а не как с исполнителем своих идей - я выкладываюсь в три раза сильнее. Это вроде база, но самая редкая.

Я тут перечитываю и понимаю, что всё, о чём пишу, чинится простыми вещами. Не методологией, не процессами. Просто объяснять зачем. Спорить открыто. Делить риски. Подключать раньше. Видеть в напарнике человека. И тогда мы делаем продукт. А не закрываем тикеты. Короче, как обычно когда мы разговариваем через рот, а не думаем, что научились читать мысли других людей.

А вы, продакты, узнаёте себя в чём-то? Или у вас всё иначе?

Автор: Елена Кунина 😺 🐈‍⬛, у себя на канале «Проджект без штанов» пишу про РМ

Иллюстрация переговоров: проджект и продакт сидят за столом через прозрачную перегородку, ноутбук и блокнот на столе, абстрактный фон
Иллюстрация диалога между проджектом и продактом

Дискуссия

Nataliia Bobrovskaia
Как же жизненно 😭 ❤️
Алексей Ф
нет
Алексей Ф
у проджекта нет своих приоритетов и команды
Алексей Ф
дисфункция орг дизайна не лечится простыми вещами; продуктивного продуктового процесса в описанных кейсах нет
Присоединиться к обсуждению →

Читайте так же