​​Сегодня в рубрике #продуктовый_мем_по_выходным первый авторский мем от ProductDo (идея не оригинальная).

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

Привет! С вами Владимир и сегодня мы ответим на вопросы из обсуждения под предыдущим постом.
Основная суть – текстом, а более развернуто – в аудио.

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

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

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

Всем хорошего воскресенья и по традиции в выходные у нас наполовину несерьёзный мемас.

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

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

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

Привет, друзья!

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

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

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

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

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

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

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

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

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

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

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

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

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

Сегодня выходной, а значит время почти несерьёзного поста.

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

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

Всем привет, на связи снова Константин!

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

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

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

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

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

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

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

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

​​Суббота - время для серьёзного мемаса.

Дилемма на картинке не очень понятна начинающим продактам и аналитикам: им не нужно (ещё или вообще) знать, что у их системы на самом деле тоже есть здоровье и если за ним не следить (то есть не ставить чёткие цели и не выделять на них времени технарей), то в один день придётся выбирать.


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

Кстати, ребята с курса «Технический продакт» как раз на этой неделе будут разбираться, что в таких случаях делать.

Если у вас были подобные выборы, поделитесь в комментах

Всем привет! Константин на связи!

Очень часто в сети всплывают всё новые и новые рассуждения на тему продакт менеджер vs. проджект менеджер. Мне кажется это идет от того, что задачи, которые вешают на продакта сильно разнятся от компании к компании (по моим наблюдениям). Наверное, именно поэтому на одной известной конференции по продакт менеджменту еще 3-4 года назад люди всерьез выступали с темами “А чем же все-таки должен заниматься продакт менеджер?”.

Лично моя позиция на эту тему предельно простая. Продакт говорит “что” делать, а проджект “как”. Иногда, конечно, это может напоминать анекдот про мудрую сову, которая занимается стратегией. Но в целом это очень логично, если задуматься. Например, у нас во Flo за постановку целей, метрики и прочее “что” отвечают продакты. Но при этом лично разработчиками мы не руководим и не нанимаем их. Хоть проджект менеджеры у нас практически отсутствуют, некоторое разделение по обязанностям и ролям среди менеджеров у нас все же соблюдается. Для этого у нас есть engineering managers, которые ответственны за то “как” задача будет выполнена, и забирают на себя всю работу связанную с управлением командой разработки (тим лидов у нас тоже нет как класса, но в некотором плане engineering manager’ы наиболее близки к проджектам в этом смысле).

Почему на мой взгляд это гармонично и эффективно? Да потому, что тогда у продактов освобождается куча времени для того, чтобы больше заниматься продуктом, болями пользователей и проверкой гипотез. Это как раз и отличает продакта от проджекта. Проджекту совсем необязательно (хоть и желательно) знать почему те или иные задачи оказались в бэклоге его команды, чтобы довести проект до стадии релиза. Точно так же как и продакту необязательно (хоть и желательно) вмешиваться в жонглирование сторипоинтами и анализ burnout chart’ов.

Другое дело, что не все компании могут себе это позволить, и наверно не везде в этом есть смысл. Поэтому многие продакты совмещают в себе и проджекта, и “жнеца и на дуде игреца”. И в определенных обстоятельствах (например, в небольших компаниях или микро командах) такое будет оправдано. Тут все-таки каждый решает сам, но хорошо, что мы живем в эпоху активного обмена информацией и можем учиться на опыте друг друга. Так что делитесь вашим опытом в комментариях – и мы все от этого только выиграем!

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

Я думаю, что это начало большой серии, которую мы назовем 11 друзей продакта #products_eleven. Пусть первым другом, которого мы изучим будет как раз проджект менеджер.

Проджект отвечает скорее за то, чтобы организовать работу команд и что-то разработать. В английской терминологии это часто называют ‘delivery’ – можно перевести как реализация. При этом что именно нужно сделать для проджекта – это скорее как внешние требования, которые он получает от кого-то, и за которые он не отвечает напрямую.

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

Я видел две модели того, как эти две роли могут друг друга дополнять:

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

Про особенности перехода между этими двумя ролями стоит поговорить отдельно, это очень частый сценарий роста начинающего специалиста.

Если вы работали проджектом, расскажите, сходится ли это с вашим опытом? Как вы взаимодействовали с продактами в своей компании?

Более подробно про 👆🏻 записал голосом 👇. Посмотрим, какой формат наберет больше реакций :)

​​Для продактов этот порочный круг особенно актуален: кто сразу доверит человеку без опыта команду?

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

Утро! На связи Владимир. Сегодня в мини-подкасте расскажу:

1. Почему проджекты сейчас активно растут
2. Зачем (эгоистичным) продактам проджекты и как строить с ними отношения

На конкретных примерах👇

Наш канал стремительно растет: уже больше 9000 практикующих продактов 🚀 Давайте знакомиться!

Кто мы?

Практикующие продакты международных компаний: Владимир Калмыков (Group Product Manager @ Booking.соm), Андрей Менде (Sr. Product Manager Machine Learning @ Booking.соm), Александр Поваров (Sr. Product Manager @ Wolt), Константин Грабарь (Product Owner Data Platform @ Flo)

О чем пишем и говорим?

🗣 Несколько раз в неделю делимся своими мыслями и наблюдениями о том, как устроен современный продуктовый мир. Решаем задачи, обсуждаем найм, разбираем продукты, следим за трендами, проводим бесплатные вебинары.
🤫 По выходным вместе с вами смеемся над актуальными продуктовыми “мемасиками”. Хоть и мемы мы используем для уменьшения уровня пафоса, чаще всего за ними стоят какие-то важные наблюдения о судьбах нашей специальности.

Развиваем стартап

Мы преподавали в Laba, ProductStar, Geek Brains, Epic Growth, Otus. А потом поняли, что для эффективного обучения продактам не хватает практики, и запустили свой образовательный стартап ProductDo. В отличие от крупных онлайн-школ, мы делаем основной упор на решение задач, а не на лекции и слайды.

Существенная часть обучения представляет собой симуляторы. И это не просто модное слово для привлечения внимания. Наши студенты решают огромное количество реальных кейсов, общаются с виртуальными коллегами и заказчиками, работают с датасетами в MixPanel и Superset, делают запросы, принимают решения на основе данных. Читайте отзывы и приходите учиться.

Какие симуляторы (с воркшопами и без) доступны к прохождению:
Технические знания для продакта
Аналитика для продакта
SQL для продакта
A/B тестирование для продакта
ML для продакта
Основы продакт-менеджмента
Продуктовое планирование и OKRs
Оценка продуктовых идей

Получить бесплатный урок симулятора и задать нам любой вопрос можно здесь.

Теперь твоя очередь 😉 Пиши в комментах: над каким продуктом сейчас работаешь, а каким хотел бы руководить через 5 лет? Какие темы постов интересны?

Привет, друзья!
Мы разыгрываем три бесплатных билета на Подлодку!

26-30 сентября пройдет онлайн-конференция Podlodka
Product Crew × Epic Growth

От ProductDo спикерами идут Саша и Андрей.

Кто там еще будет и какие темы сейчас волнуют продуктовое сообщество – читай на сайте конфы.

Что нужно сделать?

Порекомендуй наш канал или наши практические курсы другим продактам в социальных сетях (LinkedIn, FB, канал в Telegram etc). Cсылку на свой пост присылай в комменты 👇 до 23:59 вторника (20 сентября).
В среду выберем трех победителей случайным образом.

Привет, ребята. Мы проведем еще один бесплатный продакт-вебинар из серии прохождения собеседования. В этот раз расскажем о решении кейсов из интервью по формуле STARR (Situation, Task, Action, Result and Reflection). Это универсальный метод ответов на вопросы, которые задают для оценки навыков кандидата. Используя все пять шагов, можно дать подробный, исчерпывающий ответ, который удовлетворит ожидания интервьюера.

На встрече с Андреем Менде, который регулярно проводит интервью на позицию PM в Bооking.соm, потренируемся решать продуктовые кейсы, разберем ответы добровольцев из зала.

В чем польза:

- узнаем, как структурировать мысли при ответе на ad-hoc кейс
- отрефлексируем, что пытаются проверить интервьюеры
- разберем основные сценарии ошибок

Когда пройдет встреча? 22 сентября в 19:00 (GMT+3).

Сколько времени это займет? 1 час.

UPD Получить запись вебинара можно в телеграм-боте по этой ссылке.