ProductDo: практика продакта

2024-04-24 07:49:59 Правильный ответ на вопрос в предыдущем посте: Marthy Cagan считает, что европейские компании ‘are addicted to process’, и поэтому не могут выстроить нормальную продуктовую работу.

Вот некоторые тезисы, которы лично мне показались важными из выступления Марти:

(1) Марти считает, настоящая продуктовая работа – это решать проблемы клиентов. Главный отрицательный герой в мире Марти – это feature teams. Команды, которые просто имплементируют фичи следуя родмапу, который кто-то написал, а не занимаются discovery.
– Вы же не хотите быть feature team? – c угрозой спрашивает Марти.
По его мнению команды должны очень активно искать ответы на вопросы:
- Какую проблему мы должны пытаться решить
- Как мы можем решить эту проблему

А если вы просто что-то разрабатываете, то вы не продакт, а в лучшем случае проджект, и вам не место в профессии. В delivery Марти ценит только скорость (в духе CI/CD), все остальное ценным или интересным не считает. Think about time to money, not time to market.

(2) Марти очень сильно топит за автономные кросс-функциональные команды, которые способны быстро эксперементировать с решением проблем. Он считает, что вся команда, в том числе инженеры, должны быть вовлечены в продуктовую работу. We don’t hire great engineers to tell them what to do, we hire great engineers so they would show us what is possible.

(3) Марти считает процессы и фреймворки главными врагами продуктового мышления, потому что они подменяют собой анализ и критическое мышление. За это в частности он очень жестко проходится по Agile: исходные принципы хороши, но то, как их пытаются внедрить на практике, чаще похоже на бездумное следование предписанному процессу.

(4) Вместо фреймворков Марти предлагает набор first principles продуктовой разработки, которые можно трактовать и практиковать в меру вашего понимания и таланта. Эти принципы на картинке.

(5) Lead with context, not control. Чтобы раскрыть этот тезис Марти рассказывает историю продуктового руководителя в Netflix. Когда его подчиненные начинали творить какую-то дичь, сначала он хотел всех уволить. Но потом вспоминал что Netflix и так каждый год увольняет всех у кого перформанс хоть каплю ниже “exceptional”. Тогда он осознавал, что если умный продакт делает что-то странное – значит он как руководитель продолбался, и не дал подчиненному какую-то важную часть контекста. И шел разбираться, какого же знания не хватало команде. Открыть/Комментировать

2022-08-26 11:24:13 Андрей Менде, Senior Product Manager Machine Learning @ Booking.соm, проведет бесплатный вебинар: тестовое интервью по продуктовым метрикам и аналитике. Разберем главные факапы из практики - регистрируйся.

Андрей - фанатик-экспериментатор и борец за чистые данные, 11 лет в продакт-менеджменте. Работал в Yandex (поисковые вертикали) затем переехал в Амстердам заниматься платежами в Booking.соm. Сейчас работает с рекомендательными системами: с помощью машинного обучения предсказывает, куда клиент поедет в отпуск и какой отель выберет. Активно интервьюирует на продактов в Booking.соm.

Как пройдёт вебинар?
Желающие из зала отвечают на вопросы из интервью, Андрей дает фидбэк и рассказывает о частых ошибках из своей практики. Встреча будет полезна продакт-менеджерам, которые проходят собеседование. Приходи на вебинар - задай вопрос по деталям прохождения интервью в большую компанию.

Когда пройдет встреча? 29 августа в 19:00 (GMT+3).
Сколько времени это займет? 1 час.
UPD: Запись вебинара можно получить в телеграм-боте по этой ссылке. Открыть/Комментировать

2022-08-24 10:42:06 Всем привет, на связи снова Константин!

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

Таких ловушек на самом деле достаточно много (почитайте, например, про “парадокс Симпсона”). Часто это происходят или из-за непонимания каких-то основ из мат. статистики. Например, во многих ситуациях достаточно брать медиану вместо среднего и сразу окажется, что средняя зарплата не такая уж и средняя (медиана в данном случае отражает зарплату ровно посередине распределения, т.е. такую зарплату, которую 50% людей будет зарабатывать больше, а оставшиеся 50% меньше).

А еще часто достаточно просто посмотреть на распределение нашей метрики целиком, а не на среднее/медиану которую мы посчитали. Тогда мы сможем глазами увидеть насколько у нас большой разброс в значениях, какие пиковые значения у нас есть (и сколько их) и т.д.

Всяким таким простым, но крайне эффективным трюкам мы учим на нашем курсе “Data-Driven Продукт Менеджер” и что самое главное, разбираем как применять такие методы на практике. Следующий поток стартует осенью, а записаться на него можно уже прямо сейчас: https://productdo.it/data_driven.
До встречи! Открыть/Комментировать

2022-08-20 12:14:23 Сегодня выходной, а значит время почти несерьёзного поста.

Есть много мемасов, обыгрывающих бесполезность деятельности продакта. Девелопер пишет код, маркетолог приводит лидов, дизайнер рисует интерфейс, а что же делаем мы?

Можете в одном предложении в комментах сформулировать простыми словами, как бы вы объяснили смысл своей работы бабушке? (она не из IT )
Потом мы добавим свою версию. Открыть/Комментировать

2022-08-16 08:54:50 ​​Привет, с вами Андрей, хочу поделиться ярким примером продуктового улучшения, который очень сложно выразить в метриках.

Немецкие автобаны прекрасны! Они имеют хорошую связность и отлично спроектированы. Путешествовать по Германии на машине – одно удовольствие. Есть только один минус – достаточно часто на них проходят ремонтные работы, что выливается в довольно длительные пробки или зоны замедленного движения.

Один продуктовый элемент, который я встретил в поездке заставил меня глубоко задуматься. Когда зона ремонтных работ длинная, то на нее ставят плакаты с грустной фишкой ограждения, на которых написано ”Еще 8 км”, “Еще 6 км” и так далее.

Эта информация совершенно ничего не меняет в опыте пользователя, но я готов спорить, что она снижает негативные переживания от пробок (такого рода психологические эффекты интересно было бы обсудить отдельно). Это очень эмпатичная забота организаторов пробки о тех, кто в нее попадает.

Но самое главное: эти милые плакаты совершенно точно не улучшают ни одну метрику, за которую отвечает организатор ремонтных работ. Как настоящий business driven и data driven продакт менеджер, я должен был бы закрыть этот тикет на этапе идеи, или замариновать в недосягаемых глубинах бэклога.

Организатора должны волновать скорость и качество проведения работ, экономическая эффективность, безопасность. Общее качество дорожного полотна могло бы стать NSM. Но точно не счастье автомобилистов, которое и померить-то толком нельзя. Если вы хотите сейчас предложить опрос об удовлетворенности, или метрику связанную с количеством аварий, то это почти наверняка не сработает на практике. Иногда лучше себе честно признаться, что метрики нет, чем притягивать теплое к мягкому.

Я вернулся из поездки с ярким образом того, какие задачи я хочу добавить в свой бэклог (в разумной дозировке, конечно). Мне кажется, это хороший пример про баланс между data driven и customer focus. В данном случае они противоречат друг-другу.

Если у вас есть еще примеры таких альтруистичных фич, которые улучшают опыт пользователя, но совершенно никак не влияют на метрики продукта – накидайте, пожалуйста в комменты. Сделаем небольшую библиотеку кейсов. Открыть/Комментировать

2022-08-11 15:30:43 Открыть/Комментировать

2022-08-11 15:28:28 Привет, друзья!

У нас в команде есть Владимир и он – робот: всегда все успевает, дедлайны не срывает, задачи не забывает. При этом он ведёт департамент в Booking из трёх команд, где параллельно двигаются около 10 разных проектов. Можно ли этому научиться без похода к врачу для вживления разъема в позвоночник?

Тема личной эффективности продакт менеджера с одной стороны кажется очень «водянистой», типа «и так все понятно, нормально делай - нормально будет».

С другой стороны она затрагивает поведение человека, а его изменить ооо-очень сложно: можно быть хоть нобелевским лауреатом по скиллам, но постоянно получать жалобы от коллег и клиентов, которых «забыли». Или просто перестать спать, пытаясь все успеть на 6-й чашке кофе в полночь.

Хотя мы понимаем, что по канонам custdev это очень плохой вопрос, но в сообществе продакт менеджеров все же позволим себе его задать (вы знаете на какие баясы нужно корректировать свой ответ):

вы бы купили за 10000 руб. однодневный субботний интенсив по личной эффективности для продакта, где будут разобраны главные челленджи продуктивности, подход к менеджменту личных задач продакта, постановка реалистичных целей и тд. Как обычно, в конце будет сессия ответов на вопросы и "как это выглядит на практике в международной компании". Открыть/Комментировать

2022-08-07 15:06:48 Всем хорошего воскресенья и по традиции в выходные у нас наполовину несерьёзный мемас.

Очень часто бывает, что бюджет (который может выражаться в финансах, но чаще на практике - в доступном времени и количестве разработчиков) несоизмерим с задачей. Варианта тут два.

Либо вы «слишком оптимистичный продакт», который на все говорит «за месяц сделаем». Либо ваш директор слишком продавливает цели, не обращая внимание на реальное положение дел.

В обоих случаях нужно попытаться быть более критичными, чтобы в итоге обложка продукта совпадала с тем, что увидят пользователи. А для этого полезно иногда посматривать на этот мемас :) Открыть/Комментировать

2022-08-02 09:16:53 Привет! С вами Владимир и сегодня мы ответим на вопросы из обсуждения под предыдущим постом.
Основная суть – текстом, а более развернуто – в аудио.

1. Какие минусы у общения стейкхолдеров с командой напрямую?
– Программисты работают хорошо, когда работают сосредоточенно
– Программисты – люди добрые и готовы всем помогать
– Если у клиентов есть доступ к программистам, они это будут использовать в своих интересах
В итоге:
– Спринт провален
– Программисты раздражены, что их постоянно отвлекают

Функции ПМ:
– Защищать спринт
– Защищать программистов, избавлять их от лишних чатов и контактов
– Принимать и приоритизировать входящие

2. Можно ли отправлять программистов одних на встречу?
– На встречах почти наверняка быстро возникнут бизнес-вопросы (What & Why). Программисты не обязаны в этом разбираться. И либо встреча будет провалена, т.к. "программист не знает ответа", либо будет принято какое-то решение наобум (с неизвестными последствиями для команды и компании)
– Технически подкованный продакт может принять первый удар на себя и не отвлекать разработчиков на ранних этапах обсуждения
– Но иногда всё же можно :). Пример – в мини-подкасте Открыть/Комментировать