Forward from: Солвери | Айтишники о карьере, росте и провалах
🌟Framework решения продуктового кейса🌟
Недавно к Solvery присоединился новый ментор — Иван Меркурьев, Senior Product Manager в Яндекс, за 10+ лет построил карьеру в крупнейших IT-компаниях: Яндекс, Сбер, МегаФон.
Сегодня он решил поделиться с нами своей экспертизой и рассказать о своем подходе для решения продуктовых кейсов. Скорее открывайте карточки и смотрите🟡
🟡Также Иван выделил свой топ-6 ошибок, которые стоит избегать при решении:
1️⃣ Переход сразу к решению, без уточнения задачи и контекста.
Обычно кейс намеренно сформулирован так, чтобы в нём не было всех данных.
2️⃣ Презентация идей, а не гипотез
Важно выделять гипотезу проблемы и гипотезу решения. Гипотеза состоит из след. блоков:
3️⃣ Презентация не пошагового плана, а потока не структурированных мыслей
Цель не презентовать как можно больше идей за отведённое время, а качественно проработать несколько, важно держать фокус на структуре ответа и логике решения.
4️⃣ «Дорогие» способы проверки гипотез
Один из критериев эффективности работы менеджера продукта – это способность быстро и дёшево проверить гипотезу, без привлечения дорогостоящих ресурсов команды разработки. Fake Door Test, RAT, RITE, low-fi прототипы и коридорные тесты и др. подходы.
5️⃣ Уход в детали
Если не просят, не стоит вдаваться в излишние подробности. Умение кратко и ёмко формулировать свои мысли — важный навык продакта. Детали можно предоставить по запросу интервьюера.
6️⃣ Вы не резюмируете ваше решение
➡️ Записаться к Ивану на консультацию и прокачать карьеру
➡️ Узнать, какие ещё бывают продуктовые кейсы – в канале Ordinary PM
➡️ Иван в LinkedIn
@Solvery
Недавно к Solvery присоединился новый ментор — Иван Меркурьев, Senior Product Manager в Яндекс, за 10+ лет построил карьеру в крупнейших IT-компаниях: Яндекс, Сбер, МегаФон.
Сегодня он решил поделиться с нами своей экспертизой и рассказать о своем подходе для решения продуктовых кейсов. Скорее открывайте карточки и смотрите🟡
🟡Также Иван выделил свой топ-6 ошибок, которые стоит избегать при решении:
1️⃣ Переход сразу к решению, без уточнения задачи и контекста.
Обычно кейс намеренно сформулирован так, чтобы в нём не было всех данных.
2️⃣ Презентация идей, а не гипотез
Важно выделять гипотезу проблемы и гипотезу решения. Гипотеза состоит из след. блоков:
– Если мы сделаем это,
– то для определённого сегмента,
– это приведёт к такому изменению метрики,
3️⃣ Презентация не пошагового плана, а потока не структурированных мыслей
Цель не презентовать как можно больше идей за отведённое время, а качественно проработать несколько, важно держать фокус на структуре ответа и логике решения.
4️⃣ «Дорогие» способы проверки гипотез
Один из критериев эффективности работы менеджера продукта – это способность быстро и дёшево проверить гипотезу, без привлечения дорогостоящих ресурсов команды разработки. Fake Door Test, RAT, RITE, low-fi прототипы и коридорные тесты и др. подходы.
5️⃣ Уход в детали
Если не просят, не стоит вдаваться в излишние подробности. Умение кратко и ёмко формулировать свои мысли — важный навык продакта. Детали можно предоставить по запросу интервьюера.
6️⃣ Вы не резюмируете ваше решение
💡 Этот фреймворк — не единственный возможный способ решения продуктового кейса. В своём канале Ordinary PM Иван расскажет и об альтернативном подходе, который подходит для product design и стратегических кейсов.
➡️ Записаться к Ивану на консультацию и прокачать карьеру
➡️ Узнать, какие ещё бывают продуктовые кейсы – в канале Ordinary PM
➡️ Иван в LinkedIn
@Solvery