Быстрый фан чек-лист грейда для менеджеров продуктов
Синьор помидор или еще зеленое яблочко?
🍏 Junior PM
Новичок — например, ассистент или перешедший из другой роли. Выполняет простые задачи по инструкции и осваивает базовые инструменты компании.
Профессиональные навыки: работа в Scrum или Kanban, приоритизирование бэклога, базовый анализ метрик, формулирование гипотез, проведение глубинных интервью по шаблону.
Гибкие навыки: ответственность, умение коммуницировать, обучаемость, продуктовое мышление.
Как перейти на следующий грейд: важно быстро набирать опыт, пополнять портфолио кейсами.
🍋 Middle PM
Достаточно опытный специалист. Берёт на себя ответственность за продукт или крупную его часть, формирует бэклог, ведёт проект от идеи до KPI.
Профессиональные навыки: Lean Canvas, JTBD, A/B-тесты, CJM, юнит-экономика, MVP, базовая аналитика, конкурентный анализ.
Гибкие навыки: гибкое системное мышление, уверенность в принятии решений, умение адаптировать фреймворки.
Как перейти на следующий грейд: начать продумывать собственный продукт.
🍅 Senior PM
Продвинутый специалист. Стратег: управляет портфелем, запускает продукты и выходит на новые рынки.
Профессиональные навыки: NSM, P&L, OKR/KPI, Porter/Five Forces, PEST, глубокое понимание статистики и финансов, переговоры и сценарное планирование.
Гибкие навыки: стратегическое мышление, умение выходить за шаблоны, наставничество, публичность, делегирование.
Как перейти на следующий грейд: узнайте в статье «Три грейда в профессии менеджера продуктов» и результатах ежегодного исследования ProductSense «Менеджмент продуктов 2024: карьера, профессиональное развитие, зарплаты, компании и рекомендации сообщества».
А если серьезно — нет стопроцентно точного и работающего чек-листа по грейдам менеджеров продуктов. Например, когда джуны приходят в профессию из смежных областей, у них уже наверняка есть синьорские навыки, а некоторые мидлы могут еще учиться из-за перехода на новую систему. В профессиональной жизни главное — это опыт и отдача от работы. А грейд можно изменить.
@productmindset
Синьор помидор или еще зеленое яблочко?
🍏 Junior PM
Новичок — например, ассистент или перешедший из другой роли. Выполняет простые задачи по инструкции и осваивает базовые инструменты компании.
Профессиональные навыки: работа в Scrum или Kanban, приоритизирование бэклога, базовый анализ метрик, формулирование гипотез, проведение глубинных интервью по шаблону.
Гибкие навыки: ответственность, умение коммуницировать, обучаемость, продуктовое мышление.
Как перейти на следующий грейд: важно быстро набирать опыт, пополнять портфолио кейсами.
🍋 Middle PM
Достаточно опытный специалист. Берёт на себя ответственность за продукт или крупную его часть, формирует бэклог, ведёт проект от идеи до KPI.
Профессиональные навыки: Lean Canvas, JTBD, A/B-тесты, CJM, юнит-экономика, MVP, базовая аналитика, конкурентный анализ.
Гибкие навыки: гибкое системное мышление, уверенность в принятии решений, умение адаптировать фреймворки.
Как перейти на следующий грейд: начать продумывать собственный продукт.
🍅 Senior PM
Продвинутый специалист. Стратег: управляет портфелем, запускает продукты и выходит на новые рынки.
Профессиональные навыки: NSM, P&L, OKR/KPI, Porter/Five Forces, PEST, глубокое понимание статистики и финансов, переговоры и сценарное планирование.
Гибкие навыки: стратегическое мышление, умение выходить за шаблоны, наставничество, публичность, делегирование.
Как перейти на следующий грейд: узнайте в статье «Три грейда в профессии менеджера продуктов» и результатах ежегодного исследования ProductSense «Менеджмент продуктов 2024: карьера, профессиональное развитие, зарплаты, компании и рекомендации сообщества».
А если серьезно — нет стопроцентно точного и работающего чек-листа по грейдам менеджеров продуктов. Например, когда джуны приходят в профессию из смежных областей, у них уже наверняка есть синьорские навыки, а некоторые мидлы могут еще учиться из-за перехода на новую систему. В профессиональной жизни главное — это опыт и отдача от работы. А грейд можно изменить.
@productmindset
❤14🔥8
Аналитика не дает ясности, а гипотезы — результата?
Разберем работающие подходы на ProductSense’25
Если быть честным — как часто вы правда понимаете, что сработало, а что нет?
Метрики есть, дашборды строятся, гипотезы формулируются — вроде бы всё по канону. Но иногда аналитика работает как фон: не мешает, но и не помогает. Фича не взлетает, показатели не растут. В итоге работа кажется бесполезной.
На ProductSense’25 разберем, как принимать решения, которые ведут к росту, а не просто «по процессу».
📍 11–12 сентября, Москва и онлайн.
Вот темы докладов и мастер-классов, которые уже в программе:
🔹 Бросать нельзя продолжать: стратегия второго цикла исследования гипотезы
🔹 Где прячется потенциал? Методы поиска точек роста вашего продукта
🔹 Хорошего продукта уже недостаточно: как создать позиционирование, которое побеждает
🔹 Go-to-Market без фичизма: как синхронизировать продукт, маркетинг и продажи, чтобы продукт продавался
🔹 Трекинг продуктового портфеля: что развивать, что закрывать
Будет много кейсов, личного опыта, проверенных инструментов и отработки навыков на практике. А еще — насыщенный нетворкинг, вечеринка и другие активности.
🎟 Успевайте взять билеты по самой выгодной цене. С 18 июня будут дороже.
Разберем работающие подходы на ProductSense’25
Если быть честным — как часто вы правда понимаете, что сработало, а что нет?
Метрики есть, дашборды строятся, гипотезы формулируются — вроде бы всё по канону. Но иногда аналитика работает как фон: не мешает, но и не помогает. Фича не взлетает, показатели не растут. В итоге работа кажется бесполезной.
На ProductSense’25 разберем, как принимать решения, которые ведут к росту, а не просто «по процессу».
📍 11–12 сентября, Москва и онлайн.
Вот темы докладов и мастер-классов, которые уже в программе:
🔹 Бросать нельзя продолжать: стратегия второго цикла исследования гипотезы
🔹 Где прячется потенциал? Методы поиска точек роста вашего продукта
🔹 Хорошего продукта уже недостаточно: как создать позиционирование, которое побеждает
🔹 Go-to-Market без фичизма: как синхронизировать продукт, маркетинг и продажи, чтобы продукт продавался
🔹 Трекинг продуктового портфеля: что развивать, что закрывать
Будет много кейсов, личного опыта, проверенных инструментов и отработки навыков на практике. А еще — насыщенный нетворкинг, вечеринка и другие активности.
🎟 Успевайте взять билеты по самой выгодной цене. С 18 июня будут дороже.
productsense.io
ProductSense'26
Встречаемся в Москве, сентябрь 2026
❤1
Читайте между строк: что должен уметь распознавать каждый менеджер продуктов
Пользователи всегда приходят с желаниями. И почти никогда — с потребностями. Почему так происходит? Потому что желания проще сформулировать.
Пользователь говорит то, что видит и ощущает: «Хочу темную тему», «Сделайте кнопку больше», «Добавьте сортировку». Это — верхний уровень. Конкретные действия, интерфейс, функции.
А вот потребности — за пределами очевидного. Это мотивации, барьеры, страхи, цели. Пользователь редко до конца осознаёт, почему ему неудобно или зачем он просит ту или иную фичу. Он не обязан разбираться в причинах — он просто хочет, чтобы продукт облегчил ему жизнь.
Разницу между желанием и потребностью легко увидеть на примерах:
Желание: «Сделайте экспорт в Excel».
Потребность: «Мне нужен прозрачный и удобный способ подготовить все данные к инвест.комитету».
Желание: «Добавьте фильтр по статусу на доске».
Потребность: «Я теряюсь в потоке задач и не понимаю, на чем мне фокусироваться».
Если менеджер продуктов реализует все, о чем его просят, — он становится поставщиком интерфейсных решений. Если копает глубже — строит продукт, который действительно работает и решает задачи пользователя.
Как научиться выявлять потребности?
Для того чтобы понять потребность, часто используют классические инструменты: кастдев, опросы, коридорные тестирования. Сфокусируемся не на них, а на ключевых моментах, которые важно учитывать при использовании всех этих инструментов. Вот 4 принципа, которые в этом помогут.
1. Слушайте не только слова — наблюдайте за поведением
Где пользователь тормозит, раздражается, бросает? Это основные сигналы, за которыми скрыта его потребность.
2. Говорите не о фичах, а о контексте
Что человек делает до, во время и после использования продукта? Почему для него это важно?
3. Уточняйте мотивацию запроса
Какую проблему он решает? Как справлялся раньше? Почему прежнее решение не подошло?
4. Не принимайте все в лоб. Уточняйте. Переформулируйте
«Что вы хотите сделать?» → «Зачем вам это?» → «А если сделать по-другому?»
Задавайте открытые вопросы. Не подталкивайте к нужному вам ответу. И главное — будьте открыты к «неудобным» инсайтам. Даже если вы считаете свой продукт безупречным, именно такие моменты дают шанс улучшить сценарии или найти новые.
Менеджер продуктов — это не администратор бэклога. Это человек, который умеет переводить желания пользователей в реальные потребности, а потребности — в решения, которые масштабируются и приносят ценность. Его задача:
— отличать «что говорят» от «что на самом деле не работает»;
— оспаривать фичи, за которыми нет мотивации;
— думать не о том, как угодить, а о том, как привести пользователя к его цели.
Поэтому слушать нужно не то, что сказано. А то, что сказано между строк. Там начинается настоящая продуктовая работа.
@productmindset
Пользователи всегда приходят с желаниями. И почти никогда — с потребностями. Почему так происходит? Потому что желания проще сформулировать.
Пользователь говорит то, что видит и ощущает: «Хочу темную тему», «Сделайте кнопку больше», «Добавьте сортировку». Это — верхний уровень. Конкретные действия, интерфейс, функции.
А вот потребности — за пределами очевидного. Это мотивации, барьеры, страхи, цели. Пользователь редко до конца осознаёт, почему ему неудобно или зачем он просит ту или иную фичу. Он не обязан разбираться в причинах — он просто хочет, чтобы продукт облегчил ему жизнь.
Разницу между желанием и потребностью легко увидеть на примерах:
Желание: «Сделайте экспорт в Excel».
Потребность: «Мне нужен прозрачный и удобный способ подготовить все данные к инвест.комитету».
Желание: «Добавьте фильтр по статусу на доске».
Потребность: «Я теряюсь в потоке задач и не понимаю, на чем мне фокусироваться».
Если менеджер продуктов реализует все, о чем его просят, — он становится поставщиком интерфейсных решений. Если копает глубже — строит продукт, который действительно работает и решает задачи пользователя.
Как научиться выявлять потребности?
Для того чтобы понять потребность, часто используют классические инструменты: кастдев, опросы, коридорные тестирования. Сфокусируемся не на них, а на ключевых моментах, которые важно учитывать при использовании всех этих инструментов. Вот 4 принципа, которые в этом помогут.
1. Слушайте не только слова — наблюдайте за поведением
Где пользователь тормозит, раздражается, бросает? Это основные сигналы, за которыми скрыта его потребность.
2. Говорите не о фичах, а о контексте
Что человек делает до, во время и после использования продукта? Почему для него это важно?
3. Уточняйте мотивацию запроса
Какую проблему он решает? Как справлялся раньше? Почему прежнее решение не подошло?
4. Не принимайте все в лоб. Уточняйте. Переформулируйте
«Что вы хотите сделать?» → «Зачем вам это?» → «А если сделать по-другому?»
Задавайте открытые вопросы. Не подталкивайте к нужному вам ответу. И главное — будьте открыты к «неудобным» инсайтам. Даже если вы считаете свой продукт безупречным, именно такие моменты дают шанс улучшить сценарии или найти новые.
Менеджер продуктов — это не администратор бэклога. Это человек, который умеет переводить желания пользователей в реальные потребности, а потребности — в решения, которые масштабируются и приносят ценность. Его задача:
— отличать «что говорят» от «что на самом деле не работает»;
— оспаривать фичи, за которыми нет мотивации;
— думать не о том, как угодить, а о том, как привести пользователя к его цели.
Поэтому слушать нужно не то, что сказано. А то, что сказано между строк. Там начинается настоящая продуктовая работа.
@productmindset
👍10❤9🔥4
Упали продажи, клиенты исчезли: кейс «Газпром нефти» о росте в сжавшемся рынке
В определенный момент при работе над продуктом можно столкнуться с ситуацией, когда все ключевые метрики «замирают»: число клиентов, выручка, продажи.
Где найти новые источники роста ключевых показателей, новых клиентов и как вернуть ту динамику, которую всегда хотелось иметь?
🚕 Кейс «Газпром нефти»: такси с точки зрения поставщика топлива.
Как было: решение о выборе поставщика топлива принимал владелец автопарка, юрлицо — все таксисты заправлялись по контрактам автопарков с АЗС. Продажи топлива шли стабильно.
Что изменилось: пришли новые тренды в работе такси, юрлица передали полномочия о договорах с АЗС водителям такси — количество контрактов с АЗС «Газпром нефти» начало резко уменьшаться, даже в крупных городах упали продажи самого популярного бензина.
Выводы: запрос не изменился — водителям все так же нужно топливо, но сами потребители стали другими: водителям подходит любая АЗС, когда контракт не обязывает их ехать к «Газпром нефти».
Какие решения принимали самостоятельно:
1) Тестировали точки принятия решения.
— Вели переговоры с владельцами автопарков, чтобы те давали водителям директиву заправляться в «Газпром нефти».
— Пробовали сформировать лояльность водителей к «Газпром нефти»: физлиц, самозанятых, ИП.
2) Пытались сделать универсальный офер для только что сформировавшейся новой ниши.
3) Пробовали подготовиться к авансированию клиентов — то есть выдаче кредитного лимита на топливо. С юрлицами трек понятный, но как сформулировать ценность для «водителей на один день» — уже задача со звездочкой.
С какими трудностями столкнулись: разработка и поддержка решения — дорогие, потому что непонятно, локальный ли это тренд или новая бизнес-модель. У крупной компании аппетиты к риску минимальные.
К какому итогу пришли: обратились к партнерам, которые уже успешно работали с этой аудиторией в контексте других продуктов.
Пример: водители оплачивали заправку через приложение банка. «Газпром нефть» обратилась к этому банку с предложением партнерства.
Что из этого получилось: финтех помогал таксистам выводить заработок с новых онлайн-платформ, а поставщик топлива предложил с того же заработка без лишних телодвижений сразу оплачивать топливо. Также произошли интеграции с лизинговыми компаниями и агрегаторами.
💼 Подход к работе с нишами на рынке через коллаборации
1) Выбор сегмента клиентов.
2) Выбор релевантных продуктов и сервисов.
3) Определение топа партнеров, которые предоставляют продукты в эти ниши.
Быстрый чек-лист, как выбирать:
✅ Схожая ценность для клиента.
✅ Сопоставимый уровень зрелости IT-решения.
✅ Готовность к коллаборации.
4) Выбор партнера для создания совместного продукта.
❗️ На что обратить внимание при коллаборации:
— CJM на 2 компании.
Важно ничего не забыть и не запутать клиента, для клиента путь должен быть полностью бесшовным.
— Качественные каналы дистрибуции продукта через партнера.
Это важнее, чем количество. Выбирать стоит наиболее результативные каналы.
— Встройка в коммуникацию партнера.
Клиент привык к языку партнера, важно подстраивать свои коммуникации в тон.
— Ценность партнерства для клиента и обоих партнеров.
Офер для клиента не должен звучать инородно в предложении партнера.
По мотивам доклада «В поисках новых клиентов: как далеко можно зайти и как вернуться с результатом?» Ксении Яковлевой на конференции ProductSense’24
В определенный момент при работе над продуктом можно столкнуться с ситуацией, когда все ключевые метрики «замирают»: число клиентов, выручка, продажи.
Где найти новые источники роста ключевых показателей, новых клиентов и как вернуть ту динамику, которую всегда хотелось иметь?
🚕 Кейс «Газпром нефти»: такси с точки зрения поставщика топлива.
Как было: решение о выборе поставщика топлива принимал владелец автопарка, юрлицо — все таксисты заправлялись по контрактам автопарков с АЗС. Продажи топлива шли стабильно.
Что изменилось: пришли новые тренды в работе такси, юрлица передали полномочия о договорах с АЗС водителям такси — количество контрактов с АЗС «Газпром нефти» начало резко уменьшаться, даже в крупных городах упали продажи самого популярного бензина.
Выводы: запрос не изменился — водителям все так же нужно топливо, но сами потребители стали другими: водителям подходит любая АЗС, когда контракт не обязывает их ехать к «Газпром нефти».
Какие решения принимали самостоятельно:
1) Тестировали точки принятия решения.
— Вели переговоры с владельцами автопарков, чтобы те давали водителям директиву заправляться в «Газпром нефти».
— Пробовали сформировать лояльность водителей к «Газпром нефти»: физлиц, самозанятых, ИП.
2) Пытались сделать универсальный офер для только что сформировавшейся новой ниши.
3) Пробовали подготовиться к авансированию клиентов — то есть выдаче кредитного лимита на топливо. С юрлицами трек понятный, но как сформулировать ценность для «водителей на один день» — уже задача со звездочкой.
С какими трудностями столкнулись: разработка и поддержка решения — дорогие, потому что непонятно, локальный ли это тренд или новая бизнес-модель. У крупной компании аппетиты к риску минимальные.
К какому итогу пришли: обратились к партнерам, которые уже успешно работали с этой аудиторией в контексте других продуктов.
Пример: водители оплачивали заправку через приложение банка. «Газпром нефть» обратилась к этому банку с предложением партнерства.
Что из этого получилось: финтех помогал таксистам выводить заработок с новых онлайн-платформ, а поставщик топлива предложил с того же заработка без лишних телодвижений сразу оплачивать топливо. Также произошли интеграции с лизинговыми компаниями и агрегаторами.
💼 Подход к работе с нишами на рынке через коллаборации
1) Выбор сегмента клиентов.
2) Выбор релевантных продуктов и сервисов.
3) Определение топа партнеров, которые предоставляют продукты в эти ниши.
Быстрый чек-лист, как выбирать:
✅ Схожая ценность для клиента.
✅ Сопоставимый уровень зрелости IT-решения.
✅ Готовность к коллаборации.
4) Выбор партнера для создания совместного продукта.
❗️ На что обратить внимание при коллаборации:
— CJM на 2 компании.
Важно ничего не забыть и не запутать клиента, для клиента путь должен быть полностью бесшовным.
— Качественные каналы дистрибуции продукта через партнера.
Это важнее, чем количество. Выбирать стоит наиболее результативные каналы.
— Встройка в коммуникацию партнера.
Клиент привык к языку партнера, важно подстраивать свои коммуникации в тон.
— Ценность партнерства для клиента и обоих партнеров.
Офер для клиента не должен звучать инородно в предложении партнера.
По мотивам доклада «В поисках новых клиентов: как далеко можно зайти и как вернуться с результатом?» Ксении Яковлевой на конференции ProductSense’24
🔥8❤1
☕️ Кейс: «Очереди в кофейне по утрам»
В одном из постов мы рассказывали о теории ограничений систем и ее пользе, сегодня разберем небольшой кейс.
Контекст:
Маленькая кофейня возле метро. В будние дни с 8:00 до 9:00 — наплыв клиентов. Очередь растет, многие разворачиваются и уходят. Владелец хочет увеличить выручку в утренний час, но команда уже работает «на максимум».
Наблюдение:
— Один бариста полностью обслуживает клиента: принимает заказ, печатает чек, идет готовить кофе.
— Клиенты стоят в очереди в кассу, а потом только переходят к выдаче.
— Оплата занимает по 1–1.5 минуты — особенно с безналом, бонусами, «у меня мелочь где-то завалялась...»
— Часто один клиент платит за нескольких коллег — очередь стопорится.
Ограничение:
Точка оплаты — узкое место. Она ограничивает весь поток. Всё остальное — рабочее.
Решение по ТОС:
1. Максимально использовать узкое место.
→ Вводят предоплаченные карточки с бонусом (например, «заплати за 9 кофе, получи 10-й в подарок по абонементу»), чтобы ускорить оплату. Сотруднику не нужно рассчитывать бонусы, клиенту не нужно дополнительно искать скидочную карту. Транзакция проводится сразу и экономит время.
2. Подчинить всё остальное ограничению.
→ Один бариста принимает заказ + чек, второй делает кофе — разделение ролей, чтобы оплата не мешала приготовлению.
3. Устранить ограничение
→ Устанавливают QR-меню и оплату через Telegram-бота, где можно заранее заказать и просто забрать кофе.
Как результат:
— Очередь движется быстрее.
— Доход в утренний час вырос на 30%.
— Ушедших клиентов стало меньше — большинство теперь заказывает через бота.
Подумайте, с какими примерами ограничений в своих задачах сталкиваетесь вы? Попробуйте самостоятельно разобрать их по циклу непрерывного улучшения:
@productmindset
В одном из постов мы рассказывали о теории ограничений систем и ее пользе, сегодня разберем небольшой кейс.
Контекст:
Маленькая кофейня возле метро. В будние дни с 8:00 до 9:00 — наплыв клиентов. Очередь растет, многие разворачиваются и уходят. Владелец хочет увеличить выручку в утренний час, но команда уже работает «на максимум».
Наблюдение:
— Один бариста полностью обслуживает клиента: принимает заказ, печатает чек, идет готовить кофе.
— Клиенты стоят в очереди в кассу, а потом только переходят к выдаче.
— Оплата занимает по 1–1.5 минуты — особенно с безналом, бонусами, «у меня мелочь где-то завалялась...»
— Часто один клиент платит за нескольких коллег — очередь стопорится.
Ограничение:
Точка оплаты — узкое место. Она ограничивает весь поток. Всё остальное — рабочее.
Решение по ТОС:
1. Максимально использовать узкое место.
→ Вводят предоплаченные карточки с бонусом (например, «заплати за 9 кофе, получи 10-й в подарок по абонементу»), чтобы ускорить оплату. Сотруднику не нужно рассчитывать бонусы, клиенту не нужно дополнительно искать скидочную карту. Транзакция проводится сразу и экономит время.
2. Подчинить всё остальное ограничению.
→ Один бариста принимает заказ + чек, второй делает кофе — разделение ролей, чтобы оплата не мешала приготовлению.
3. Устранить ограничение
→ Устанавливают QR-меню и оплату через Telegram-бота, где можно заранее заказать и просто забрать кофе.
Как результат:
— Очередь движется быстрее.
— Доход в утренний час вырос на 30%.
— Ушедших клиентов стало меньше — большинство теперь заказывает через бота.
Подумайте, с какими примерами ограничений в своих задачах сталкиваетесь вы? Попробуйте самостоятельно разобрать их по циклу непрерывного улучшения:
ограничение → фокус → изменение всей системы вокруг → устранение → новое ограничение
@productmindset
🔥22👍4❤2
JTBD: книги, статьи, подкасты
Клиентам нужен не продукт, а решение задачи, для которой он был создан. Поэтому, работая над продуктом, важно помнить о первоначальной цели клиента — решить задачу, а не приобрести продукт.
JTBD — это инструмент, который помогает анализировать потребности клиентов и развивать продукт под их нужды.
Собрали в этом посте несколько полезных материалов для работы с JTBD, чтобы вы могли сформулировать или выровнять понимание методологии для себя и команды — и использовать более эффективно.
📕 Книга «Метод Jobs to Be Done. Проектирование клиентоориентированного продукта» →
📋 Статья «Jobs to Be Done: почему важно знать, какую именно задачу хотят решить ваши пользователи» от GoPractice →
🎓 Статья «Как использовать метод Jobs To Be Done: разбираем на примере» от Яндекс Практикума →
📖 Первая глава книги «Главное про Jobs To Be Done» Вани Замесина →
📂 Подборка подкастов make sense и статей из блога ProductSense о работе с JTBD →
А на ProductSense’25 прозвучат доклады, которые покажут другие полезные инструменты для работы с потребностями клиентов: «От разведки до релиза: как измерить эффективность дискавери и сделать так, чтобы она росла» и «Хорошего продукта уже недостаточно: как создать позиционирование, которое побеждает»
Посмотреть эти и другие известные темы можно на сайте productsense.io →
Клиентам нужен не продукт, а решение задачи, для которой он был создан. Поэтому, работая над продуктом, важно помнить о первоначальной цели клиента — решить задачу, а не приобрести продукт.
JTBD — это инструмент, который помогает анализировать потребности клиентов и развивать продукт под их нужды.
Собрали в этом посте несколько полезных материалов для работы с JTBD, чтобы вы могли сформулировать или выровнять понимание методологии для себя и команды — и использовать более эффективно.
📕 Книга «Метод Jobs to Be Done. Проектирование клиентоориентированного продукта» →
📋 Статья «Jobs to Be Done: почему важно знать, какую именно задачу хотят решить ваши пользователи» от GoPractice →
🎓 Статья «Как использовать метод Jobs To Be Done: разбираем на примере» от Яндекс Практикума →
📖 Первая глава книги «Главное про Jobs To Be Done» Вани Замесина →
📂 Подборка подкастов make sense и статей из блога ProductSense о работе с JTBD →
А на ProductSense’25 прозвучат доклады, которые покажут другие полезные инструменты для работы с потребностями клиентов: «От разведки до релиза: как измерить эффективность дискавери и сделать так, чтобы она росла» и «Хорошего продукта уже недостаточно: как создать позиционирование, которое побеждает»
Посмотреть эти и другие известные темы можно на сайте productsense.io →
❤12👍2
Где прокачивать компетенции менеджеру продуктов: подборка 36 курсов для развития
Каждый год мы проводим исследование среди менеджеров продуктов и узнаем, что помогает им расти. И каждый год они делятся курсами, которые считают полезными.
Собрали для вас подборку платных и бесплатных курсов, рекомендованных участниками исследования, с разбивкой по темам👇
💻 Аналитика и данные
— GoPractice: симулятор управления продуктом на основе данных
— Основы анализа данных и Python от Яндекс.Практикума
— Интерактивный онлайн-курс по SQL
— Бесплатный курс по статистике и A/B-тестам от Яндекс.Практикума
— Симулятор A/B-тестов от Karpov Courses
— A/B-тестирование для продакта от ProductDo
— Визуализация данных: практический курс Тани Мисютиной и Ромы Бунина
— Аналитик данных от Skypro
🕒 Продуктовый менеджмент и стратегия
— Авторский тренинг Вани Замесина по Advanced Jobs-To-Be-Done
— Онлайн-курс «Полное погружение в продакт-менеджмент» от Product Lab
— Курсы ProductStar
— Курсы ProductHeroes
— Курс WNBL по продуктовому менеджменту
— Курсы ProductDo
— Микрокурсы ProductSense: менеджмент продуктов, людей и процессов
— Курс по росту продукта (Growth)
— Продукт и точка
⭐ Технические основы для PM
— Technical Foundations for Product Managers от ProductDo
— Инженер машинного обучения от Karpov Courses
— Искусственный интеллект: курс от Альфа-банка и ИТМО
— Постановка задач на разработку ПО
🔥 Soft Skills и лидерство
— Лидерство и выгорание
— Курсы Soft Skills Lab
— Лидерство 360
— Жесткие переговоры
— Адекватность. Почувствовать уверенность
✏️ UX/UI и дизайн
— UX/UI-дизайнер от BBE
— Курсы для дизайнеров и продактов от Wannabe
— Курс по дизайну от Contented
📌 Маркетинг и бренд-стратегия
— Интернет-маркетолог
— Бренд-стратегия от Setters.education
💬 Разное
— Интенсив для руководителей от TYPICAL
— Выступление как продукт
— Голос может
— Unitcraft
— Как «нечитать» книги
Ознакомиться с результатами исследования и найти больше курсов можно по ссылке.
@productmindset
Каждый год мы проводим исследование среди менеджеров продуктов и узнаем, что помогает им расти. И каждый год они делятся курсами, которые считают полезными.
Собрали для вас подборку платных и бесплатных курсов, рекомендованных участниками исследования, с разбивкой по темам👇
— GoPractice: симулятор управления продуктом на основе данных
— Основы анализа данных и Python от Яндекс.Практикума
— Интерактивный онлайн-курс по SQL
— Бесплатный курс по статистике и A/B-тестам от Яндекс.Практикума
— Симулятор A/B-тестов от Karpov Courses
— A/B-тестирование для продакта от ProductDo
— Визуализация данных: практический курс Тани Мисютиной и Ромы Бунина
— Аналитик данных от Skypro
— Авторский тренинг Вани Замесина по Advanced Jobs-To-Be-Done
— Онлайн-курс «Полное погружение в продакт-менеджмент» от Product Lab
— Курсы ProductStar
— Курсы ProductHeroes
— Курс WNBL по продуктовому менеджменту
— Курсы ProductDo
— Микрокурсы ProductSense: менеджмент продуктов, людей и процессов
— Курс по росту продукта (Growth)
— Продукт и точка
— Technical Foundations for Product Managers от ProductDo
— Инженер машинного обучения от Karpov Courses
— Искусственный интеллект: курс от Альфа-банка и ИТМО
— Постановка задач на разработку ПО
— Лидерство и выгорание
— Курсы Soft Skills Lab
— Лидерство 360
— Жесткие переговоры
— Адекватность. Почувствовать уверенность
— UX/UI-дизайнер от BBE
— Курсы для дизайнеров и продактов от Wannabe
— Курс по дизайну от Contented
— Интернет-маркетолог
— Бренд-стратегия от Setters.education
— Интенсив для руководителей от TYPICAL
— Выступление как продукт
— Голос может
— Unitcraft
— Как «нечитать» книги
Ознакомиться с результатами исследования и найти больше курсов можно по ссылке.
@productmindset
Please open Telegram to view this post
VIEW IN TELEGRAM
👍12❤8🔥6
Как научить команду самостоятельно находить и устранять ограничения
Знать теорию ограничения систем самому — это классно, но хочется, чтобы она приносила пользу не только одному игроку, но и всем, кто работает рядом с вами. А для этого важно научить команду использовать знания в решении своих задач и улучшать процессы. Пример того, как ее применять, мы разбирали ранее. А сегодня поговорим о том, как сделать так, чтобы команда сама начала приходить к вам с идеями, которые кратно улучшат работу продукта или отдела.
1️⃣ Введите язык системы: ограничения, поток, узкие места
Люди не ищут то, о чем не умеют говорить.
Объясните ключевые термины ТОС простыми словами:
- Ограничение — то, что сдерживает систему.
- Пропускная способность — ценность, проходящая через систему.
- Воронка — последовательность, где всегда есть точка максимального трения.
Пример: покажите пошагово любой рабочий процесс — от идеи до релиза, от задачи до закрытия — и предложите коллегам самостоятельно найти «самое медленное звено».
2️⃣ Регулярно проводите мини-аудиты ограничений
Раз в спринт/неделю задавайте команде 3 вопроса:
— Где мы чаще всего «застреваем»?
— Что мы начинаем, но не заканчиваем?
— Где один человек или этап блокирует всю команду?
Полученные ответы визуализируйте на доске или в Notion в формате «ограничение недели» с возможными решениями и статусом.
3️⃣ Используйте роли: назначьте «охранника потока»
Введение ролевой механики позволит людям держать фокус на конкретной функции: один человек следит за потоком задач — где они скапливаются, где стопорятся. Это может быть разработчик, дизайнер, аналитик — не важно. Роль можно менять каждые 2 недели, чтобы каждый попробовал, что это такое.
Подход работает аналогично agile-системам с «хозяином процесса», но с фокусом на ограничения.
4️⃣ Покажите эффект обхода vs устранения
Пример: задача висит из-за PM → команда обходит ее, делает другое.
Результат: иллюзия занятости, но фича не выходит.
Объясните: обход — не решение, а маскировка проблемы.
Вместо этого стоит обсудить, что мешает сейчас, — и предложить простые варианты устранения (делегировать, автоматизировать, упростить входные условия и т. д.). Важно: варианты должны быть простыми и выполнимыми, ведь наша цель — устранить ограничение, а не сделать еще сложнее.
5️⃣ Отметьте устранение узкого места
Пример: раньше тестирование занимало 3 дня — теперь 1 день, благодаря автотесту. Отмечайте это как достижение на командной встрече: не как «просто улучшение», а как устранение системного ограничения. Это формирует привычку думать в категориях ТОС.
6️⃣ Научите фреймворку «5 шагов ТОС» как шаблону для решений
Пусть команда запомнит шаги:
1. Найти ограничение.
2. Максимально его использовать.
3. Подчинить ему все остальное.
4. Устранить.
5. Искать новое ограничение.
Это становится линзой, через которую все смотрят на проект: на ретроспективе можно обсуждать текущие ограничения по этому шаблону.
7️⃣ Создайте среду, в которой будет безопасно рассказать об ограничениях
Многие не указывают на узкие места, потому что боятся быть обвиненными. ТОС требует культуры: «Мы ищем не виновных, а узкие места».
Закрепите это как командный принцип. Проще это сделать через проговаривание. Например, ретроспективы называются «Что нас тормозило», а не «Кто и где ошибся».
Когда команда начинает мыслить в терминах ограничений, она перестает просто «работать по задачам» и начинает улучшать систему, в которой работает. Это не про очередной фреймворк — это про смену мышления: от «делать больше» к «делать важнее».
Если внутри команды появляется язык, привычка задавать правильные вопросы и право обсуждать неудобное — система оживает. И с этого момента улучшения становятся не точечными, а системными.
А о том, как работать с системным мышлением, поговорим на ProductSense’25 на докладах:
– Системное мышление: от микроменеджмента к системному подходу
– Где прячется потенциал? Методы поиска точек роста вашего продукта
Подробнее о билетах, спикерах и программе – на сайте.
Знать теорию ограничения систем самому — это классно, но хочется, чтобы она приносила пользу не только одному игроку, но и всем, кто работает рядом с вами. А для этого важно научить команду использовать знания в решении своих задач и улучшать процессы. Пример того, как ее применять, мы разбирали ранее. А сегодня поговорим о том, как сделать так, чтобы команда сама начала приходить к вам с идеями, которые кратно улучшат работу продукта или отдела.
1️⃣ Введите язык системы: ограничения, поток, узкие места
Люди не ищут то, о чем не умеют говорить.
Объясните ключевые термины ТОС простыми словами:
- Ограничение — то, что сдерживает систему.
- Пропускная способность — ценность, проходящая через систему.
- Воронка — последовательность, где всегда есть точка максимального трения.
Пример: покажите пошагово любой рабочий процесс — от идеи до релиза, от задачи до закрытия — и предложите коллегам самостоятельно найти «самое медленное звено».
2️⃣ Регулярно проводите мини-аудиты ограничений
Раз в спринт/неделю задавайте команде 3 вопроса:
— Где мы чаще всего «застреваем»?
— Что мы начинаем, но не заканчиваем?
— Где один человек или этап блокирует всю команду?
Полученные ответы визуализируйте на доске или в Notion в формате «ограничение недели» с возможными решениями и статусом.
3️⃣ Используйте роли: назначьте «охранника потока»
Введение ролевой механики позволит людям держать фокус на конкретной функции: один человек следит за потоком задач — где они скапливаются, где стопорятся. Это может быть разработчик, дизайнер, аналитик — не важно. Роль можно менять каждые 2 недели, чтобы каждый попробовал, что это такое.
Подход работает аналогично agile-системам с «хозяином процесса», но с фокусом на ограничения.
4️⃣ Покажите эффект обхода vs устранения
Пример: задача висит из-за PM → команда обходит ее, делает другое.
Результат: иллюзия занятости, но фича не выходит.
Объясните: обход — не решение, а маскировка проблемы.
Вместо этого стоит обсудить, что мешает сейчас, — и предложить простые варианты устранения (делегировать, автоматизировать, упростить входные условия и т. д.). Важно: варианты должны быть простыми и выполнимыми, ведь наша цель — устранить ограничение, а не сделать еще сложнее.
5️⃣ Отметьте устранение узкого места
Пример: раньше тестирование занимало 3 дня — теперь 1 день, благодаря автотесту. Отмечайте это как достижение на командной встрече: не как «просто улучшение», а как устранение системного ограничения. Это формирует привычку думать в категориях ТОС.
6️⃣ Научите фреймворку «5 шагов ТОС» как шаблону для решений
Пусть команда запомнит шаги:
1. Найти ограничение.
2. Максимально его использовать.
3. Подчинить ему все остальное.
4. Устранить.
5. Искать новое ограничение.
Это становится линзой, через которую все смотрят на проект: на ретроспективе можно обсуждать текущие ограничения по этому шаблону.
7️⃣ Создайте среду, в которой будет безопасно рассказать об ограничениях
Многие не указывают на узкие места, потому что боятся быть обвиненными. ТОС требует культуры: «Мы ищем не виновных, а узкие места».
Закрепите это как командный принцип. Проще это сделать через проговаривание. Например, ретроспективы называются «Что нас тормозило», а не «Кто и где ошибся».
Когда команда начинает мыслить в терминах ограничений, она перестает просто «работать по задачам» и начинает улучшать систему, в которой работает. Это не про очередной фреймворк — это про смену мышления: от «делать больше» к «делать важнее».
Если внутри команды появляется язык, привычка задавать правильные вопросы и право обсуждать неудобное — система оживает. И с этого момента улучшения становятся не точечными, а системными.
А о том, как работать с системным мышлением, поговорим на ProductSense’25 на докладах:
– Системное мышление: от микроменеджмента к системному подходу
– Где прячется потенциал? Методы поиска точек роста вашего продукта
Подробнее о билетах, спикерах и программе – на сайте.
❤5👍3🔥2
Как не сжечь личный проект
Представьте: у вас есть мечта, которой можно достичь продуктовым подходом.
Вы преисполняетесь верой в себя, обзаводитесь деньгами, увольняетесь с работы и организовываете, например, кемп-конференции для специалистов из вашей сферы, которые любят походы.
Дальше приходит успех, окупаемость, известность — пока однажды вы не понимаете, что выгорели. Все конверсии просели, качество кемпов ухудшилось, а ваши силы опустились до нуля.
Все же было хорошо, что пошло не так?
Когнитивная ловушка — предвзятость утверждений
При чрезмерной вере в себя мы неосознанно ищем и интерпретируем факты так, чтобы они только укрепляли нашу веру.
Если двигать личный проект с горящими глазами, не обращая внимания на общую картину мира, легко попасться в эту когнитивную ловушку. А впоследствии выгореть и потерять все ресурсы.
📌 Избежать этой и других ловушек может помочь пошаговый план, как выбрать успешный проект для запуска с опорой на научный подход, а не только на энтузиазм:
🟣 Подготовительный шаг. Определите для себя термин «полезность».
Он может включать счастье, удовольствие и удовлетворенность, которые появляются при достижении целей.
Если достаточно часто выбирать решение, основанное на максимизации полезности, наградой будет наибольшая удовлетворенность от собственных выборов.
🟣 Первый шаг. Подготовьте список всех вариантов, как бы вы могли воплотить мечту с продуктовым подходом.
Если накидать список из 100 пунктов, наверняка большинство окажутся неудачными, но какие-то точно будут из категории «выстреливающих». Оценить эффективность единственной идеи заранее сложнее.
🟣 Второй шаг. Присвойте каждому пункту списка ожидаемую полезность.
Выберите подходящую шкалу. Например, от 0 до 50.
🟣 Третий шаг. Рассчитайте вероятность успеха для каждого пункта.
Постарайтесь проиграть в воображении сценарии плохого, нормального и хорошего развития событий. Не впадайте в крайности: исключительно пессимистичные или оптимистичные сценарии чаще всего не сбываются.
🟣 Четвертый шаг. Предположите, какую пользу извлечете из провала для каждого пункта.
В одних пунктах провалы приведут к пользе. Например, если вы не сможете заработать, но получите важный опыт. В других пунктах провалы принесут только растраты.
🟣 Пятый шаг. Установите главный критерий выбора пункта из списка для реализации.
Если вернуться к подготовительному шагу, то получится «Максимальное удовлетворение выбором».
Вы выписали все свои идеи, оценили вероятности их провала и успеха, сократили список до самых потенциально успешных. Осталось выбрать, что из этого — та самая мечта, к которой хотите стремиться через продуктовый подход.
А на ProductSense’25 можно будет послушать доклад «Компас лидера: на что ориентироваться, чтобы расти как профессионал» и принять участие в мастер-классе «Личная стратегия: как перестать быть эффективным только для компании», чтобы крепче убедиться в том, что мечты реализуются через продуктовый подход.
Познакомиться со всеми темами конференции этого года можно на сайте productsense.io →
По мотивам доклада «All in в собственной карьере — принимаем важные решения, опираясь на научный подход, а не эмоции» Инны Чернышовой на конференции ProductSense’24
Представьте: у вас есть мечта, которой можно достичь продуктовым подходом.
Вы преисполняетесь верой в себя, обзаводитесь деньгами, увольняетесь с работы и организовываете, например, кемп-конференции для специалистов из вашей сферы, которые любят походы.
Дальше приходит успех, окупаемость, известность — пока однажды вы не понимаете, что выгорели. Все конверсии просели, качество кемпов ухудшилось, а ваши силы опустились до нуля.
Все же было хорошо, что пошло не так?
Когнитивная ловушка — предвзятость утверждений
При чрезмерной вере в себя мы неосознанно ищем и интерпретируем факты так, чтобы они только укрепляли нашу веру.
Если двигать личный проект с горящими глазами, не обращая внимания на общую картину мира, легко попасться в эту когнитивную ловушку. А впоследствии выгореть и потерять все ресурсы.
📌 Избежать этой и других ловушек может помочь пошаговый план, как выбрать успешный проект для запуска с опорой на научный подход, а не только на энтузиазм:
Он может включать счастье, удовольствие и удовлетворенность, которые появляются при достижении целей.
Если достаточно часто выбирать решение, основанное на максимизации полезности, наградой будет наибольшая удовлетворенность от собственных выборов.
Если накидать список из 100 пунктов, наверняка большинство окажутся неудачными, но какие-то точно будут из категории «выстреливающих». Оценить эффективность единственной идеи заранее сложнее.
Выберите подходящую шкалу. Например, от 0 до 50.
Постарайтесь проиграть в воображении сценарии плохого, нормального и хорошего развития событий. Не впадайте в крайности: исключительно пессимистичные или оптимистичные сценарии чаще всего не сбываются.
В одних пунктах провалы приведут к пользе. Например, если вы не сможете заработать, но получите важный опыт. В других пунктах провалы принесут только растраты.
Если вернуться к подготовительному шагу, то получится «Максимальное удовлетворение выбором».
Вы выписали все свои идеи, оценили вероятности их провала и успеха, сократили список до самых потенциально успешных. Осталось выбрать, что из этого — та самая мечта, к которой хотите стремиться через продуктовый подход.
А на ProductSense’25 можно будет послушать доклад «Компас лидера: на что ориентироваться, чтобы расти как профессионал» и принять участие в мастер-классе «Личная стратегия: как перестать быть эффективным только для компании», чтобы крепче убедиться в том, что мечты реализуются через продуктовый подход.
Познакомиться со всеми темами конференции этого года можно на сайте productsense.io →
По мотивам доклада «All in в собственной карьере — принимаем важные решения, опираясь на научный подход, а не эмоции» Инны Чернышовой на конференции ProductSense’24
Please open Telegram to view this post
VIEW IN TELEGRAM
❤8👍2
Рабочие инсайты, к которым можно прийти за пару дней
На примере отзывов о ProductSense’24
Конференция — это возможность перезагрузиться, пересмотреть своё отношение к разным вещам, найти новые варианты решений для своего продукта и команды. Нас это заряжает, поэтому мы и делаем ProductSense 🦄
В прошлом году мы спросили участников: «Что вы будете делать по-другому после конференции?»
Вот какими идеями они с нами поделились — сгруппировали их по тем вопросам, которые явно не дают покоя многим.
❓ Стратегический туман: неясный вижн, расфокус, отсутствие общей картины
💬 «Как минимум задамся вопросом, какой вижн компания видит для себя и не надо ли нам его придумать (а то ощущение, что вижн отсутствует)».
💬 «Пересмотрю своё отношение к стратегии, изменю планирование, буду иначе формулировать и тестировать гипотезы».
💬 «Меняем стратегию по вкладыванию ресурсов в развитие продуктов».
💬 «По-другому отнесусь к стратегическому планированию и собственному развитию».
💬 «Периодически проводить стратегические сессии, попробую внедрить продуктовый подход».
❓ Гипотезы — как формулировать, проверять и не вязнуть в догадках
💬 «Тщательнее проверять гипотезы, более смело креативить с бизнес-моделями».
💬 «Скорректирую discovery-процесс в команде».
❓ Управление продуктом: как навести порядок в структуре, сегментации и метриках
💬 «Выстрою матрицу для продуктовой воронки».
💬 «Пересмотрим процесс оценки сроков».
💬 «Улучшим сегментацию, улучшим асинхронное общение, пересмотрим клиентские метрики».
❓ Процессы и команды: как выстроить согласованность, понимание и продуктивную рутину
💬 «Процесс обучения сотрудников, организация процессов, подход к задачам».
💬 «Работать с OKR, разрешать противоречия».
💬 «Детальней изучать внешние факторы и применять свою экспертизу, имея больше вводных на руках».
💬 «Объяснять, что продуктовый подход — полезная вещь».
Такие размышления рождаются, когда появляется вектор — понимание, куда двигаться, чтобы навести порядок в хаосе, выбраться из стратегического тумана, пересобрать подход к продукту с фокусом на рост.
Если вы узнаёте себя в этих мыслях — загляните в программу ProductSense’25. Возможно, там будет тот самый инсайт, которого сейчас не хватает.
📌 11–12 сентября, Москва и онлайн.
Посмотреть программу →
На примере отзывов о ProductSense’24
Конференция — это возможность перезагрузиться, пересмотреть своё отношение к разным вещам, найти новые варианты решений для своего продукта и команды. Нас это заряжает, поэтому мы и делаем ProductSense 🦄
В прошлом году мы спросили участников: «Что вы будете делать по-другому после конференции?»
Вот какими идеями они с нами поделились — сгруппировали их по тем вопросам, которые явно не дают покоя многим.
💬 «Как минимум задамся вопросом, какой вижн компания видит для себя и не надо ли нам его придумать (а то ощущение, что вижн отсутствует)».
💬 «Пересмотрю своё отношение к стратегии, изменю планирование, буду иначе формулировать и тестировать гипотезы».
💬 «Меняем стратегию по вкладыванию ресурсов в развитие продуктов».
💬 «По-другому отнесусь к стратегическому планированию и собственному развитию».
💬 «Периодически проводить стратегические сессии, попробую внедрить продуктовый подход».
💬 «Тщательнее проверять гипотезы, более смело креативить с бизнес-моделями».
💬 «Скорректирую discovery-процесс в команде».
💬 «Выстрою матрицу для продуктовой воронки».
💬 «Пересмотрим процесс оценки сроков».
💬 «Улучшим сегментацию, улучшим асинхронное общение, пересмотрим клиентские метрики».
💬 «Процесс обучения сотрудников, организация процессов, подход к задачам».
💬 «Работать с OKR, разрешать противоречия».
💬 «Детальней изучать внешние факторы и применять свою экспертизу, имея больше вводных на руках».
💬 «Объяснять, что продуктовый подход — полезная вещь».
Такие размышления рождаются, когда появляется вектор — понимание, куда двигаться, чтобы навести порядок в хаосе, выбраться из стратегического тумана, пересобрать подход к продукту с фокусом на рост.
Если вы узнаёте себя в этих мыслях — загляните в программу ProductSense’25. Возможно, там будет тот самый инсайт, которого сейчас не хватает.
📌 11–12 сентября, Москва и онлайн.
Посмотреть программу →
Please open Telegram to view this post
VIEW IN TELEGRAM
productsense.io
ProductSense'26
Встречаемся в Москве, сентябрь 2026
❤2🔥1
9 карт компетенций для проверки навыков менеджеров продуктов
Недавно в канале ProductSense мы рассказывали о том, как создавать карты компетенций и проводить перформанс-ревью в своей компании, чтобы помогать себе и коллегам расти профессионально. Если у вас нет возможности тратить ресурсы на разработку собственного фреймворка "с нуля", мы подготовили подборку готовых шаблонов карт компетенций для менеджеров продуктов — просто изучайте, скачивайте и адаптируйте под свою команду!
📚 На русском языке
— Таблица от Product Mindset
В табличке есть автоматический подсчет оценки домена знаний.
— Таблица от Product Star
В отличие от первого варианта, шкала баллов больше.
— Статья по развитию компетенций от GoPractice
Внутри статьи есть полезная матрица от Авито
— Карта навыков менеджера продукта от Сергея Тихомирова
Карта с удобной визуальной разбивкой.
— Карта навыков менеджера продукта от Product Architecture Framework
Есть разбивка по доменным областям и грейдам.
📚 На английском языке
— Product Competency Toolkit
12 продуктовых компетенций для развития себя и команды.
— Product Skills Assessment
Удобный инструмент для экспресс-оценки своих навыков.
— Product Management Career Development Framework
Фреймворк с подробной разбивкой по скиллам и ожиданиям для каждого из уровней.
— Product management skills matrix template
Инструмент для оценки команды сотрудников.
@productmindset
Недавно в канале ProductSense мы рассказывали о том, как создавать карты компетенций и проводить перформанс-ревью в своей компании, чтобы помогать себе и коллегам расти профессионально. Если у вас нет возможности тратить ресурсы на разработку собственного фреймворка "с нуля", мы подготовили подборку готовых шаблонов карт компетенций для менеджеров продуктов — просто изучайте, скачивайте и адаптируйте под свою команду!
📚 На русском языке
— Таблица от Product Mindset
В табличке есть автоматический подсчет оценки домена знаний.
— Таблица от Product Star
В отличие от первого варианта, шкала баллов больше.
— Статья по развитию компетенций от GoPractice
Внутри статьи есть полезная матрица от Авито
— Карта навыков менеджера продукта от Сергея Тихомирова
Карта с удобной визуальной разбивкой.
— Карта навыков менеджера продукта от Product Architecture Framework
Есть разбивка по доменным областям и грейдам.
📚 На английском языке
— Product Competency Toolkit
12 продуктовых компетенций для развития себя и команды.
— Product Skills Assessment
Удобный инструмент для экспресс-оценки своих навыков.
— Product Management Career Development Framework
Фреймворк с подробной разбивкой по скиллам и ожиданиям для каждого из уровней.
— Product management skills matrix template
Инструмент для оценки команды сотрудников.
@productmindset
🔥8👍3
Встречайте обновленную программу ProductSense’25 — 70% тем уже на сайте
До нашей большой конференции ProductSense’25 осталось два месяца — и мы начинаем знакомить вас с подробностями программы. На днях обновили сайт и загрузили детальные описания докладов и мастер-классов. Перейти на них можно с главной страницы — достаточно нажать на карточку интересующего вас выступления.
Основная тема этого года — продуктовое управление в алом океане. Будем обсуждать, как растить продукт, когда конкурентов много, а придумать что-то новое уже сложно. Как получить более точные данные во время исследований, за счет чего отстраиваться, как изменение процессов и коммуникаций помогает сэкономить время и деньги и на что их лучше направить.
Вы сможете познакомиться с практическими кейсами коллег из разных сфер, получить проверенные инструменты и шаблоны, перенять подходы, прокачать нужные навыки.
Всего планируем 60+ докладов и 10+ мастер-классов в 5 треках:
— Стратегия и монетизация
— Данные и продуктовые сигналы
— UX & Research & Marketing
— Саморазвитие
— Команда и процессы
Программа уже готова на 70%, заходите познакомиться поближе.
👉 Посмотреть программу →
До нашей большой конференции ProductSense’25 осталось два месяца — и мы начинаем знакомить вас с подробностями программы. На днях обновили сайт и загрузили детальные описания докладов и мастер-классов. Перейти на них можно с главной страницы — достаточно нажать на карточку интересующего вас выступления.
Основная тема этого года — продуктовое управление в алом океане. Будем обсуждать, как растить продукт, когда конкурентов много, а придумать что-то новое уже сложно. Как получить более точные данные во время исследований, за счет чего отстраиваться, как изменение процессов и коммуникаций помогает сэкономить время и деньги и на что их лучше направить.
Вы сможете познакомиться с практическими кейсами коллег из разных сфер, получить проверенные инструменты и шаблоны, перенять подходы, прокачать нужные навыки.
Всего планируем 60+ докладов и 10+ мастер-классов в 5 треках:
— Стратегия и монетизация
— Данные и продуктовые сигналы
— UX & Research & Marketing
— Саморазвитие
— Команда и процессы
Программа уже готова на 70%, заходите познакомиться поближе.
👉 Посмотреть программу →
productsense.io
ProductSense'26
Встречаемся в Москве, сентябрь 2026
🔥4❤3
Одна голова хорошо, а две — лучше
— «Хочется расти и развиваться, но порой кажется, что одной мотивации и онлайн-курсов недостаточно».
— «Мне нужен человек, который будет рядом, подскажет, поддержит и направит (а может быть, даст мотивирующий “пинок” для движения вперед)».
— «Хочу, чтобы мне помогли расти профессионально. Но кого же выбрать: ментора, наставника или коуча?»
— «Я придумал себе план развития сам, но все вокруг говорят, что “нельзя прочесть этикетку на банке, сидя внутри этой самой банки, тебе нужен наставник”. А эти люди правда могут чем-то помочь, если мне уже итак понятно куда мне идти дальше?»
Если у вас возникали подобные мысли, то вы не одиноки. Развитие требует разных подходов, и выбор специалиста зависит от ваших целей. Расскажем об этом подробнее.
Если вам нужен стратегический совет и опытный взгляд на весь ваш путь — подходит менторство.
Ментор — это старший профессионал, который делится не только знаниями, но и своими историями, помогает выстроить долгосрочный план развития.
Если вы только пришли в новую роль или компанию и вам важно быстро вникнуть в процессы — обратиться к наставничеству.
Наставник помогает «войти в игру»: показывает, как устроена корпоративная культура, учит базовым инструментам и помогает с поиском ответов на ежедневные базовые вопросы.
Если вы хотите решить конкретную задачу или изменить поведение — эффективнее всего работать с коучем.
Коуч задает вопросы, предлагает упражнения и направляет вас к собственным инсайтам, а вы сами выстраиваете решения и действия.
Но помните, что ни ментор, ни наставник, ни коуч не выполнят вашу работу за вас и не гарантируют результата сами по себе. Всю ответственность за применение советов, выполнение задач и реализацию идей берете на себя вы. Ваш прогресс зависит от вашего участия, настойчивости и готовности действовать.
Где искать таких людей?
Вот несколько проверенных мест, где можно найти ментора, наставника или коуча:
→ Профессиональные сети и онлайн-платформы (LinkedIn, GetMentor).
→ Внутренние корпоративные программы: многие крупные компании («Яндекс», «Сбер», «Т-Банк» и т. п.) запускают свои программы менторства и наставничества. Спросите у HR или в вашем сообществе сотрудников.
→ Профессиональные сообщества и конференции (ProductSense, региональные митапы и хакатоны, профильные конференции по вашему узкому направлению — участники таких сообществ часто открыты к взаимодействию).
→ Образовательные курсы и акселераторы: многие программы включают модуль наставничества или коучинга от практикующих экспертов.
→ Личные рекомендации и нетворкинг: попросите коллег, знакомых по индустрии или выпускников вашей alumni-сети порекомендовать проверенных менторов и коучей.
Самое эффективное — пробовать разные варианты и искать своего человека (потому что ваши задачи и цели могут меняться со временем): порой вы начнете с наставником, затем перейдете к коучу или найдете ментора для долгосрочной работы. Главное — открытость к новым форматам, готовность экспериментировать и находить того, с кем вы образуете максимально продуктивный тандем для вашего роста.
@productmindset
— «Хочется расти и развиваться, но порой кажется, что одной мотивации и онлайн-курсов недостаточно».
— «Мне нужен человек, который будет рядом, подскажет, поддержит и направит (а может быть, даст мотивирующий “пинок” для движения вперед)».
— «Хочу, чтобы мне помогли расти профессионально. Но кого же выбрать: ментора, наставника или коуча?»
— «Я придумал себе план развития сам, но все вокруг говорят, что “нельзя прочесть этикетку на банке, сидя внутри этой самой банки, тебе нужен наставник”. А эти люди правда могут чем-то помочь, если мне уже итак понятно куда мне идти дальше?»
Если у вас возникали подобные мысли, то вы не одиноки. Развитие требует разных подходов, и выбор специалиста зависит от ваших целей. Расскажем об этом подробнее.
Если вам нужен стратегический совет и опытный взгляд на весь ваш путь — подходит менторство.
Ментор — это старший профессионал, который делится не только знаниями, но и своими историями, помогает выстроить долгосрочный план развития.
Если вы только пришли в новую роль или компанию и вам важно быстро вникнуть в процессы — обратиться к наставничеству.
Наставник помогает «войти в игру»: показывает, как устроена корпоративная культура, учит базовым инструментам и помогает с поиском ответов на ежедневные базовые вопросы.
Если вы хотите решить конкретную задачу или изменить поведение — эффективнее всего работать с коучем.
Коуч задает вопросы, предлагает упражнения и направляет вас к собственным инсайтам, а вы сами выстраиваете решения и действия.
Но помните, что ни ментор, ни наставник, ни коуч не выполнят вашу работу за вас и не гарантируют результата сами по себе. Всю ответственность за применение советов, выполнение задач и реализацию идей берете на себя вы. Ваш прогресс зависит от вашего участия, настойчивости и готовности действовать.
Где искать таких людей?
Вот несколько проверенных мест, где можно найти ментора, наставника или коуча:
→ Профессиональные сети и онлайн-платформы (LinkedIn, GetMentor).
→ Внутренние корпоративные программы: многие крупные компании («Яндекс», «Сбер», «Т-Банк» и т. п.) запускают свои программы менторства и наставничества. Спросите у HR или в вашем сообществе сотрудников.
→ Профессиональные сообщества и конференции (ProductSense, региональные митапы и хакатоны, профильные конференции по вашему узкому направлению — участники таких сообществ часто открыты к взаимодействию).
→ Образовательные курсы и акселераторы: многие программы включают модуль наставничества или коучинга от практикующих экспертов.
→ Личные рекомендации и нетворкинг: попросите коллег, знакомых по индустрии или выпускников вашей alumni-сети порекомендовать проверенных менторов и коучей.
Самое эффективное — пробовать разные варианты и искать своего человека (потому что ваши задачи и цели могут меняться со временем): порой вы начнете с наставником, затем перейдете к коучу или найдете ментора для долгосрочной работы. Главное — открытость к новым форматам, готовность экспериментировать и находить того, с кем вы образуете максимально продуктивный тандем для вашего роста.
@productmindset
❤7👍5
Личные стратегии развития
На ProductSense25 мы собрали сильный блок про личные стратегии, развитие лидерских качеств и ментальную выносливость. Все, что поможет вам двигаться вперед по четкому плану и приходить к целям, не теряя себя.
Вот несколько тем, которые стоит послушать:
🔸 «Как не сойти с дистанции в длительном аврале алого океана»
Анна Обухова, annaobukhova.ru
Как настроить мозг, чтобы он месяцами сохранял способность работать в условиях стресса и генерировать новые прорывные идеи без разрушения.
🔸«Системное мышление: от микроменеджмента к системному подходу»
Вячеслав Болгов, РАНХиГС
Какие практики системного мышления полезны не только в работе, но и в жизни. И как перестать тушить пожары и начать выигрывать стратегически.
🔸«Профиль лидера на основе Leadership Circle: как оценить себя и сформулировать карту развития»
Наташа Епейкина, beinspired.agency
Как проложить свой маршрут развития лидерских качеств и не потеряться среди противоречивых советов.
🔸«Личная стратегия: как перестать быть эффективным только для компании»
Олег Пашукевич, МТС Линк
Как применять инструменты из управления продуктами к собственному развитию и быстрее достигать личных целей.
🔸«Почему нельзя относиться к себе как к продукту»
Серафима Чекулаева, self. — айти-сообщество про карьеру
Как можно — и как точно не стоит — применять продуктовый подход к себе как к личности и профессионалу.
Эти и другие доклады ждут вас на ProductSense’25 — конференции по менеджменту продуктов.
📍 11–12 сентября
🗺 Москва и онлайн
Больше информации о темах и спикерах смотрите в программе.
👉 Посмотреть программу →
И бронируйте билеты — повышение цен с 1 августа.
🎫 Купить билет →
На ProductSense25 мы собрали сильный блок про личные стратегии, развитие лидерских качеств и ментальную выносливость. Все, что поможет вам двигаться вперед по четкому плану и приходить к целям, не теряя себя.
Вот несколько тем, которые стоит послушать:
🔸 «Как не сойти с дистанции в длительном аврале алого океана»
Анна Обухова, annaobukhova.ru
Как настроить мозг, чтобы он месяцами сохранял способность работать в условиях стресса и генерировать новые прорывные идеи без разрушения.
🔸«Системное мышление: от микроменеджмента к системному подходу»
Вячеслав Болгов, РАНХиГС
Какие практики системного мышления полезны не только в работе, но и в жизни. И как перестать тушить пожары и начать выигрывать стратегически.
🔸«Профиль лидера на основе Leadership Circle: как оценить себя и сформулировать карту развития»
Наташа Епейкина, beinspired.agency
Как проложить свой маршрут развития лидерских качеств и не потеряться среди противоречивых советов.
🔸«Личная стратегия: как перестать быть эффективным только для компании»
Олег Пашукевич, МТС Линк
Как применять инструменты из управления продуктами к собственному развитию и быстрее достигать личных целей.
🔸«Почему нельзя относиться к себе как к продукту»
Серафима Чекулаева, self. — айти-сообщество про карьеру
Как можно — и как точно не стоит — применять продуктовый подход к себе как к личности и профессионалу.
Эти и другие доклады ждут вас на ProductSense’25 — конференции по менеджменту продуктов.
📍 11–12 сентября
🗺 Москва и онлайн
Больше информации о темах и спикерах смотрите в программе.
👉 Посмотреть программу →
И бронируйте билеты — повышение цен с 1 августа.
🎫 Купить билет →
productsense.io
Как не сойти с дистанции в длительном аврале алого океана
Анна Обухова, доклад на ProductSense 2025
❤6👍4🔥2
Рисовать нельзя проектировать. Как построить работу с дизайнером и чем он должен заниматься в продукте
В команде появилась новая гипотеза, менеджер продуктов ответственно составил подробное ТЗ и передал его дизайнеру. И вот макеты уже готовы, но на груминге мы видим: тут не учли сценарий, там нет возможности добавить новые методы, адаптация под мобильные экраны не проработана и список правок растет с каждым днем.
Через несколько таких итераций ваш дизайнер выгорает, вы нервничаете, сроки срываются — и возникает ощущение, что проблему решит лишь наём еще одного дизайнера (хотя дело вовсе не в количестве рук, а в подходе к работе дизайнера и менеджера продуктов).
Описанный выше подход можно назвать «проектным», и он знаком тем, кто работает с UX‑дизайнерами: в подходе важны визуал, скорость, знание гайдов, юзабилити. В результате дизайнер лишь двигает кнопки, а менеджер вынужден дублировать его работу, постоянно уточняя сценарии и исправляя макеты уже на поздних этапах.
Продуктовый подход в дизайне сложнее и интереснее: он предполагает работу над одним продуктом и постоянное его улучшение. Дизайнер должен уметь интерпретировать результаты исследований, понимать метрики (чтобы понимать работоспособность продукта и бизнеса), знать технические особенности продукта. И отдельный софт-скилл — умение синхронизироваться с командой на всех этапах.
Как выглядит продуктовый подход на примере типичного флоу работы над гипотезой?
Он начинается с дискавери: менеджер продуктов и дизайнер вместе собирают данные, обсуждают метрики, технические ограничения и пользовательские инсайты. Вместо жесткого ТЗ возникает «живой» дискавери-документ, где фиксируются:
1. Описание
2. Зачем фича продукту
3. Зачем фича пользователю
4. Как будем принимать решения
5. User Story / работы
6. Бенчмаркинг
7. Инсайты из UX
8. Технические ограничения
9. Количественные инсайты
Благодаря такому формату совместной работы дизайнер понимает, что и зачем создается, начинает задавать вопросы и находить оптимальные решения еще на этапе планирования. В такой постановке задачи дизайна нет нужды подробно прописывать каждую деталь в ТЗ: общий контекст дает понимание, и дизайнер начинает думать и задавать вопросы. На этом этапе важно относиться к нему как к партнеру и помогать.
Когда настает очередь груминга и дизайн‑ревью, дизайнер уже владеет общей картиной продукта, разговаривает с разработчиками на одном языке и помогает сразу выявить технические нюансы. На этапе A/B‑тестов его участие может помочь минимизировать ошибки в дизайне самого эксперимента.
Как поддерживать такую синхронизацию внутри команды?
Для этого используют актуальный роадмап, который учитывает и дискавери, и деливери. Для дизайнера он помогает видеть, какие фичи идут параллельно, проработать их так, чтобы они друг другу не мешали.
В результате переход к продуктовой концепции дает следующие преимущества:
— Сокращается число синхронизаций, ведь ключевые вопросы решаются в начале.
— В команде выстраивается партнерская атмосфера, каждый понимает общую цель.
— Макеты выходят продуманными и требуют меньшего числа итераций.
— Time to Market на этапе дизайна существенно сокращается.
По мотивам доклада «Рисовать нельзя проектировать. Как построить работу дизайнером и чем он должен заниматься в продукте» Виктории Рябковой на конференции ProductSense’23
— Youtube
— VK
В команде появилась новая гипотеза, менеджер продуктов ответственно составил подробное ТЗ и передал его дизайнеру. И вот макеты уже готовы, но на груминге мы видим: тут не учли сценарий, там нет возможности добавить новые методы, адаптация под мобильные экраны не проработана и список правок растет с каждым днем.
Через несколько таких итераций ваш дизайнер выгорает, вы нервничаете, сроки срываются — и возникает ощущение, что проблему решит лишь наём еще одного дизайнера (хотя дело вовсе не в количестве рук, а в подходе к работе дизайнера и менеджера продуктов).
Описанный выше подход можно назвать «проектным», и он знаком тем, кто работает с UX‑дизайнерами: в подходе важны визуал, скорость, знание гайдов, юзабилити. В результате дизайнер лишь двигает кнопки, а менеджер вынужден дублировать его работу, постоянно уточняя сценарии и исправляя макеты уже на поздних этапах.
Продуктовый подход в дизайне сложнее и интереснее: он предполагает работу над одним продуктом и постоянное его улучшение. Дизайнер должен уметь интерпретировать результаты исследований, понимать метрики (чтобы понимать работоспособность продукта и бизнеса), знать технические особенности продукта. И отдельный софт-скилл — умение синхронизироваться с командой на всех этапах.
Как выглядит продуктовый подход на примере типичного флоу работы над гипотезой?
Он начинается с дискавери: менеджер продуктов и дизайнер вместе собирают данные, обсуждают метрики, технические ограничения и пользовательские инсайты. Вместо жесткого ТЗ возникает «живой» дискавери-документ, где фиксируются:
1. Описание
2. Зачем фича продукту
3. Зачем фича пользователю
4. Как будем принимать решения
5. User Story / работы
6. Бенчмаркинг
7. Инсайты из UX
8. Технические ограничения
9. Количественные инсайты
Благодаря такому формату совместной работы дизайнер понимает, что и зачем создается, начинает задавать вопросы и находить оптимальные решения еще на этапе планирования. В такой постановке задачи дизайна нет нужды подробно прописывать каждую деталь в ТЗ: общий контекст дает понимание, и дизайнер начинает думать и задавать вопросы. На этом этапе важно относиться к нему как к партнеру и помогать.
Когда настает очередь груминга и дизайн‑ревью, дизайнер уже владеет общей картиной продукта, разговаривает с разработчиками на одном языке и помогает сразу выявить технические нюансы. На этапе A/B‑тестов его участие может помочь минимизировать ошибки в дизайне самого эксперимента.
Как поддерживать такую синхронизацию внутри команды?
Для этого используют актуальный роадмап, который учитывает и дискавери, и деливери. Для дизайнера он помогает видеть, какие фичи идут параллельно, проработать их так, чтобы они друг другу не мешали.
В результате переход к продуктовой концепции дает следующие преимущества:
— Сокращается число синхронизаций, ведь ключевые вопросы решаются в начале.
— В команде выстраивается партнерская атмосфера, каждый понимает общую цель.
— Макеты выходят продуманными и требуют меньшего числа итераций.
— Time to Market на этапе дизайна существенно сокращается.
По мотивам доклада «Рисовать нельзя проектировать. Как построить работу дизайнером и чем он должен заниматься в продукте» Виктории Рябковой на конференции ProductSense’23
— Youtube
— VK
❤13👍5
1 августа билеты на ProductSense подорожают
ProductSense’25 — это конференция о том, как в условиях высокой конкуренции работать над зрелыми продуктами, оставаться эффективным для бизнеса и не потеряться.
Цены до 1 августа:
🥇 Level Up — 116 000 руб.
• Офлайн-билет на ProductSense’25.
• Офлайн-билет на PeopleSense 2026.
🥈 Professional — 65 000 руб.
• Офлайн-билет.
• Записи докладов и мастер-классов.
🥉 Digital Pass — 28 000 руб.
• Билет для подключения к онлайн-трансляциям докладов.
• Записи докладов и мастер-классов.
Кому будет полезно:
• Менеджерам продуктов и проектов.
• Аналитикам, исследователям, дизайнерам, маркетологам.
• Инженерам и разработчикам.
Встречаемся 11 и 12 сентября в Москве и онлайн.
Посмотреть программу →
PeopleSense — конференция об управлении командами, процессами и собой. Она пройдет в июне 2026 года. За информацией о ней можно следить в канале @pplsense
ProductSense’25 — это конференция о том, как в условиях высокой конкуренции работать над зрелыми продуктами, оставаться эффективным для бизнеса и не потеряться.
Цены до 1 августа:
🥇 Level Up — 116 000 руб.
• Офлайн-билет на ProductSense’25.
• Офлайн-билет на PeopleSense 2026.
🥈 Professional — 65 000 руб.
• Офлайн-билет.
• Записи докладов и мастер-классов.
🥉 Digital Pass — 28 000 руб.
• Билет для подключения к онлайн-трансляциям докладов.
• Записи докладов и мастер-классов.
Кому будет полезно:
• Менеджерам продуктов и проектов.
• Аналитикам, исследователям, дизайнерам, маркетологам.
• Инженерам и разработчикам.
Встречаемся 11 и 12 сентября в Москве и онлайн.
Посмотреть программу →
PeopleSense — конференция об управлении командами, процессами и собой. Она пройдет в июне 2026 года. За информацией о ней можно следить в канале @pplsense
👍3❤1🔥1
Как выявить всех лиц, принимающих решения (ЛПР), и пользователей B2B-продукта
Давно мы ничего не рассказывали о B2B, а ведь делать продукты для бизнеса зачастую сложнее, чем в B2C: цикл сделки длиннее, процесс разработки и приоритизации находится под давлением, продвижение ориентируется не столько на пользователей, сколько на ЛПР.
Исправляемся и запускаем серию постов о B2B, если тема вам интересна, поддержите их реакциями.
Кто такие ЛПР в B2B
Ключевая особенность B2B-продуктов: пользуются ими одни люди, а принимают решение о покупке — другие.
Обычно их цели и потребности не совпадают, поэтому важно правильно с ними коммуницировать. При разработке вам придется учитывать интересы пользователей и ЛПР — от этого зависит набор фич, модель монетизации и способ продвижения.
Рассмотрим простой пример: вы продаете детское мороженое.
😀 Пользователи — дети, неплатежеспособные.
😎 ЛПР — это родители детей.
🍧 Ваш продукт — мороженое, продать его предстоит родителям, но оно не для них, а для их детей.
Что важно учитывать:
1) Ребенку нужно показать, какое мороженое красивое и вкусное, чтобы он вернулся за добавкой.
2) Он должен уговорить родителей, которые принимают решение о покупке.
3) Папа смотрит на текущий бюджет и погоду (на улице может быть холодно, а у ребенка — воспаленные гланды).
4) Мама знает о непереносимости лактозы у ребенка и убеждена, что от бананов пользы будет больше.
В этой ситуации ребенок будет вашим помощником: он увидит, что мороженое красивое, захочет его съесть и будет просить родителей купить его.
С лечением зубов будет наоборот, хотя пользователь и ЛПР те же: родители окажутся на вашей стороне, а ребенок сделает все, чтобы не попасть в кресло стоматолога.
Чтобы продать мороженое или зубную пломбу, вы должны пообщаться с родителями и ребенком — понять потребности и отработать возражения.
В нашем примере все просто, но в больших компаниях не так: из-за сложной структуры не всегда ясно, кто будет использовать продукт и кто принимает решение о покупке.
Разобраться в том, кому что продавать, непросто по многим причинам. Вот основные из них:
— Пользователи часто хотят казаться более значимыми, чем есть на самом деле. Они могут рассказывать вам, что именно они принимают решение, а директор только подписывает договор.
— Пользователи могут сами не хотеть использовать ваш продукт, поэтому будут стараться не пустить вас к ЛПР (например, компании нужен корпоративный английский, но не все сотрудники готовы его учить).
— Неявные пользователи — аудитория, на которую вы не рассчитывали, но из-за организационных особенностей они будут использовать ваш продукт (например, вы создавали базу качественных звуков для фильмов и игр, а большей частью потребителей оказались ютуберы). Это может быть точкой роста для продукта.
— ЛПР слишком занят, но при этом не хочет делегировать решение сотруднику.
— ЛПР может быть неочевиден — например, бухгалтер, которому директор делегировал решение о закупках.
— ЛПР может быть много. Обычно это свойственно корпорациям.
Иногда ваш продукт не продается не потому, что он плохой или не удовлетворяет потребности пользователей, а потому, что не учитывает потребности ЛПР. Разобраться с этими сложностями поможет правильная коммуникация.
Вспомните, как вы проводите глубинные интервью, пытаясь выяснить потребности пользователей. Так же вы должны задавать вопросы пользователям и ЛПР обо всех аспектах использования продукта и процессе принятия решения.
Ваша цель — не только продать, но и разобраться в потребностях, услышать экспертное мнение и улучшить продукт, чтобы приносить больше пользы бизнесу.
Можете поучиться у менеджеров по продажам: отрабатывать возражения — их работа, они могут рассказать много полезного. Или обратитесь к образовательным ресурсам о продажах. Поставьте посту 👍, чтобы мы подготовили подборку таких.
#B2B
@productmindset
Давно мы ничего не рассказывали о B2B, а ведь делать продукты для бизнеса зачастую сложнее, чем в B2C: цикл сделки длиннее, процесс разработки и приоритизации находится под давлением, продвижение ориентируется не столько на пользователей, сколько на ЛПР.
Исправляемся и запускаем серию постов о B2B, если тема вам интересна, поддержите их реакциями.
Кто такие ЛПР в B2B
Ключевая особенность B2B-продуктов: пользуются ими одни люди, а принимают решение о покупке — другие.
Обычно их цели и потребности не совпадают, поэтому важно правильно с ними коммуницировать. При разработке вам придется учитывать интересы пользователей и ЛПР — от этого зависит набор фич, модель монетизации и способ продвижения.
Рассмотрим простой пример: вы продаете детское мороженое.
😀 Пользователи — дети, неплатежеспособные.
😎 ЛПР — это родители детей.
🍧 Ваш продукт — мороженое, продать его предстоит родителям, но оно не для них, а для их детей.
Что важно учитывать:
1) Ребенку нужно показать, какое мороженое красивое и вкусное, чтобы он вернулся за добавкой.
2) Он должен уговорить родителей, которые принимают решение о покупке.
3) Папа смотрит на текущий бюджет и погоду (на улице может быть холодно, а у ребенка — воспаленные гланды).
4) Мама знает о непереносимости лактозы у ребенка и убеждена, что от бананов пользы будет больше.
В этой ситуации ребенок будет вашим помощником: он увидит, что мороженое красивое, захочет его съесть и будет просить родителей купить его.
С лечением зубов будет наоборот, хотя пользователь и ЛПР те же: родители окажутся на вашей стороне, а ребенок сделает все, чтобы не попасть в кресло стоматолога.
Чтобы продать мороженое или зубную пломбу, вы должны пообщаться с родителями и ребенком — понять потребности и отработать возражения.
В нашем примере все просто, но в больших компаниях не так: из-за сложной структуры не всегда ясно, кто будет использовать продукт и кто принимает решение о покупке.
Разобраться в том, кому что продавать, непросто по многим причинам. Вот основные из них:
— Пользователи часто хотят казаться более значимыми, чем есть на самом деле. Они могут рассказывать вам, что именно они принимают решение, а директор только подписывает договор.
— Пользователи могут сами не хотеть использовать ваш продукт, поэтому будут стараться не пустить вас к ЛПР (например, компании нужен корпоративный английский, но не все сотрудники готовы его учить).
— Неявные пользователи — аудитория, на которую вы не рассчитывали, но из-за организационных особенностей они будут использовать ваш продукт (например, вы создавали базу качественных звуков для фильмов и игр, а большей частью потребителей оказались ютуберы). Это может быть точкой роста для продукта.
— ЛПР слишком занят, но при этом не хочет делегировать решение сотруднику.
— ЛПР может быть неочевиден — например, бухгалтер, которому директор делегировал решение о закупках.
— ЛПР может быть много. Обычно это свойственно корпорациям.
Иногда ваш продукт не продается не потому, что он плохой или не удовлетворяет потребности пользователей, а потому, что не учитывает потребности ЛПР. Разобраться с этими сложностями поможет правильная коммуникация.
Вспомните, как вы проводите глубинные интервью, пытаясь выяснить потребности пользователей. Так же вы должны задавать вопросы пользователям и ЛПР обо всех аспектах использования продукта и процессе принятия решения.
Ваша цель — не только продать, но и разобраться в потребностях, услышать экспертное мнение и улучшить продукт, чтобы приносить больше пользы бизнесу.
Можете поучиться у менеджеров по продажам: отрабатывать возражения — их работа, они могут рассказать много полезного. Или обратитесь к образовательным ресурсам о продажах. Поставьте посту 👍, чтобы мы подготовили подборку таких.
#B2B
@productmindset
👍33🔥8❤6
Как бизнес смотрит на резюме менеджеров продуктов
Грейды двигают ответственность, ответственность — навыки. Но в каждой компании все как в первый раз: для одних резюме выглядит как копирка обещаний с курса продактов, для других пул навыков Middle+ — это обычный вторник их джунов. А рынок менеджеров продуктов не настолько большой, каким может казаться.
Как позиционировать себя на таком рынке?
В первую очередь разграничьте два понятия:
— Идеальное представление компаний об их будущем менеджере продуктов.
Все хотят космический корабль, но ищут его на рынке моноколес.
— Вашу самооценку.
Для одной компании вы будете космическим кораблем, для другой — моноколесом. Ничто из этого не соответствует действительности, потому что вы человек.
Невозможно изменить мнения и тем более карты компетенций компаний, но можно проанализировать себя и понять, кому как лучше себя подавать.
Какого менеджера продуктов хотят компании
1) Т-специалиста.
То есть менеджера, который растет как эксперт не только вверх, но и вширь. Становится по мере развития немного аналитиком, маркетологом, дизайнером, исследователем, разработчиком.
2) Человека без шифтинга в резюме.
7 лет опыта по году-полугоду в резюме заставят задуматься, а успеет ли такой менеджер хотя бы один продукт до прода довести.
3) С продуктовым виженом.
Умеющего разговаривать с пользователями и находить их боли, а не только разрабатывать фичи.
4) Не подменяющего результаты процессами.
«Много долго вдумчиво делали, но в прод ничего не пошло» — нерелевантный опыт для компании.
У каждого кандидата на позицию менеджера продуктов в компанию примерно 30 секунд, чтобы заинтересовать в себе, поэтому лучшее, что можно для этого сделать — отнестись к составлению резюме как к работе над продуктом.
Несколько советов для составления резюме
• Определите целевую аудиторию вашего резюме.
Это либо менеджер продуктов грейдом выше, либо рекрутер, который понимает, какой специалист нужен компании. Таким людям не интересны пункты вроде «Проводил кастдевы», им важны цифры — к каким конкретным результатам эти кастдевы привели.
• Оставьте только наиболее релевантные места работы и достижения для конкретной компании.
Они должны соответствовать вашему грейду. Например, если вы синьор, от вас будут ожидать, что вы реализовали стратегию, которая привела к росту бизнеса. «Вел бэклог» — неудачная строчка в резюме. «Принес бизнесу 2 млрд рублей» — удачная строчка в резюме.
• Чрезмерная детализация достигнутых конверсий в резюме не нужна, лучше сосредоточиться на понятных, конкретных штуках.
«Воспитал команду из 5 человек, которые вытащили продукт на новый уровень» — хороший пример. «Поднял метрики до 0,3 чего-нибудь (а бизнес после этого мог и упасть)» — плохой пример.
По мотивам доклада «What business needs: почему вас завтра не купят? Сколько реально стоит продакт и зачем вообще он нужен в тридевятом царстве бизнеса» Владимира Алёшина на конференции ProductSense’24
Доклад с большим интерактивным мемом можно посмотреть в наших Youtube и VK:
♨️ Выбираю красную таблетку
♨️ Выбираю синюю таблетку
Грейды двигают ответственность, ответственность — навыки. Но в каждой компании все как в первый раз: для одних резюме выглядит как копирка обещаний с курса продактов, для других пул навыков Middle+ — это обычный вторник их джунов. А рынок менеджеров продуктов не настолько большой, каким может казаться.
Как позиционировать себя на таком рынке?
В первую очередь разграничьте два понятия:
— Идеальное представление компаний об их будущем менеджере продуктов.
Все хотят космический корабль, но ищут его на рынке моноколес.
— Вашу самооценку.
Для одной компании вы будете космическим кораблем, для другой — моноколесом. Ничто из этого не соответствует действительности, потому что вы человек.
Невозможно изменить мнения и тем более карты компетенций компаний, но можно проанализировать себя и понять, кому как лучше себя подавать.
Какого менеджера продуктов хотят компании
1) Т-специалиста.
То есть менеджера, который растет как эксперт не только вверх, но и вширь. Становится по мере развития немного аналитиком, маркетологом, дизайнером, исследователем, разработчиком.
2) Человека без шифтинга в резюме.
7 лет опыта по году-полугоду в резюме заставят задуматься, а успеет ли такой менеджер хотя бы один продукт до прода довести.
3) С продуктовым виженом.
Умеющего разговаривать с пользователями и находить их боли, а не только разрабатывать фичи.
4) Не подменяющего результаты процессами.
«Много долго вдумчиво делали, но в прод ничего не пошло» — нерелевантный опыт для компании.
У каждого кандидата на позицию менеджера продуктов в компанию примерно 30 секунд, чтобы заинтересовать в себе, поэтому лучшее, что можно для этого сделать — отнестись к составлению резюме как к работе над продуктом.
Несколько советов для составления резюме
• Определите целевую аудиторию вашего резюме.
Это либо менеджер продуктов грейдом выше, либо рекрутер, который понимает, какой специалист нужен компании. Таким людям не интересны пункты вроде «Проводил кастдевы», им важны цифры — к каким конкретным результатам эти кастдевы привели.
• Оставьте только наиболее релевантные места работы и достижения для конкретной компании.
Они должны соответствовать вашему грейду. Например, если вы синьор, от вас будут ожидать, что вы реализовали стратегию, которая привела к росту бизнеса. «Вел бэклог» — неудачная строчка в резюме. «Принес бизнесу 2 млрд рублей» — удачная строчка в резюме.
• Чрезмерная детализация достигнутых конверсий в резюме не нужна, лучше сосредоточиться на понятных, конкретных штуках.
«Воспитал команду из 5 человек, которые вытащили продукт на новый уровень» — хороший пример. «Поднял метрики до 0,3 чего-нибудь (а бизнес после этого мог и упасть)» — плохой пример.
По мотивам доклада «What business needs: почему вас завтра не купят? Сколько реально стоит продакт и зачем вообще он нужен в тридевятом царстве бизнеса» Владимира Алёшина на конференции ProductSense’24
Доклад с большим интерактивным мемом можно посмотреть в наших Youtube и VK:
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥14❤3
Когортный анализ, улучшение персонального клиентского опыта и возвращение к настоящему Agile
Подборка актуальных тем из мира менеджеров продуктов в 2025 году
Мы не задумываемся о том, как дышим и редко обращаем внимание на то, как бьется наше сердце — привыкаем. Так же бывает и с задачами. Процессы уже отлажены, команда крепкая, продукты растут.
Действительно ли в этой картине все так замечательно и ничего не требует улучшений?
Подготовили подборку тем с конференции ProductSense’25, которые могут побудить задуматься и пересмотреть свою рутину:
⏯️ Почему твой ретеншен тебе врет: сила когортного анализа в принятии продуктовых решений.
Непонятно, почему метрики падают, для кого фича сработала, и что надо чинить в первую очередь? Со всем этим поможет разобраться когортный анализ.
2️⃣ Бросать нельзя продолжать: стратегия второго цикла исследования гипотезы.
На что обращать внимание при повторном исследовании гипотез и как построить экспертное интервью, чтобы неосознанно не подвести ответы к подтверждению гипотезы.
3️⃣ От инсайта до релиза: как измерить эффективность дискавери и сделать так, чтобы она росла.
На продуктовые и бизнес-метрики влияет слишком много факторов. Но сделать исследовательские процессы измеримыми с точки зрения прикладного влияния на разработку и продукт в целом — возможно.
4️⃣ Как не заблудиться в рекомендациях: от исследований к улучшению персонального клиентского опыта.
Если вы стремитесь улучшить клиентский опыт через персонализированные рекомендации и ищете новые точки роста для своих продуктов — могут помочь основные принципы работы систем рекомендаций и новые подходы.
5️⃣ Почему Agile умирает и нужно ли возвращать его к жизни.
Неаккуратное внедрение Agile разрушает команды, размывает продуктовый подход и подрывает здравый смысл. Не дать ему умереть могут помочь базовые принципы, которые вернут команду к истинному пониманию Agile и снова убедят в гибкости и эффективности подхода.
ProductSense’25 пройдет 11–12 сентября в Москве и онлайн.
Посмотреть полную программу →
Подборка актуальных тем из мира менеджеров продуктов в 2025 году
Мы не задумываемся о том, как дышим и редко обращаем внимание на то, как бьется наше сердце — привыкаем. Так же бывает и с задачами. Процессы уже отлажены, команда крепкая, продукты растут.
Действительно ли в этой картине все так замечательно и ничего не требует улучшений?
Подготовили подборку тем с конференции ProductSense’25, которые могут побудить задуматься и пересмотреть свою рутину:
Непонятно, почему метрики падают, для кого фича сработала, и что надо чинить в первую очередь? Со всем этим поможет разобраться когортный анализ.
На что обращать внимание при повторном исследовании гипотез и как построить экспертное интервью, чтобы неосознанно не подвести ответы к подтверждению гипотезы.
На продуктовые и бизнес-метрики влияет слишком много факторов. Но сделать исследовательские процессы измеримыми с точки зрения прикладного влияния на разработку и продукт в целом — возможно.
Если вы стремитесь улучшить клиентский опыт через персонализированные рекомендации и ищете новые точки роста для своих продуктов — могут помочь основные принципы работы систем рекомендаций и новые подходы.
Неаккуратное внедрение Agile разрушает команды, размывает продуктовый подход и подрывает здравый смысл. Не дать ему умереть могут помочь базовые принципы, которые вернут команду к истинному пониманию Agile и снова убедят в гибкости и эффективности подхода.
ProductSense’25 пройдет 11–12 сентября в Москве и онлайн.
Посмотреть полную программу →
Please open Telegram to view this post
VIEW IN TELEGRAM
👍7
Чему менеджер продуктов может поучиться у менеджера по продажам? Часть 1.
И как это поможет вам не просто выкатывать фичи, а влиять на бизнес
Судя по реакциям к прошлому посту, тема продаж вам интересна — мы решили раскрыть ее с точки зрения полезности в работе над продуктом и показать, как навыки из одной отрасли могут быть полезны и применимы в другой.
Если вы менеджер продукта, то вам, скорее всего, близки темы исследований пользователей, работа с роадмапом и взаимодействие с командой. Но хотите вы этого или нет — вы тоже продаете:
✔️ идею — стейкхолдерам;
✔️ фичу — пользователям;
✔️ видение — команде;
✔️ приоритет — бизнесу.
И тут вдруг оказывается, что вам также полезно обладать навыками «типичного» сейлза — и это не что-то про холодные звонки. Это про влияние, считывание мотивации и управление процессом. Все это присутствует в вашей повестке каждый день.
Вот несколько навыков из арсенала менеджера продаж, которые могут усилить любого менеджера продуктов.
SPIN и другие техники выявления потребностей
Менеджер продаж не задает вопрос «что вам нужно?», он копает вглубь: «а почему именно так?», «что будет, если ничего не поменяется?».
Вы тоже можете:
— применять SPIN-интервью в процессе дискавери;
— углублять понимание последствий проблемы через блок implication (больше о SPIN-продажах — в одноименной книге Нила Рекхэма);
— проверять: действительно ли это маст-хэв или «ну было бы неплохо».
Работа с возражениями
Если вы продвигаете идею — вам, скорее всего, возразят. И здесь важно не спорить, а разбирать страхи того, с кем вы общаетесь, по слоям:
— «Это дорого» → на самом деле «мы не видим ценности».
— «Это сложно в реализации» → на самом деле «мы не уверены, что это вообще нужно».
Научитесь как менеджер продаж:
— не спорить, а уточнять;
— переформулировать возражение в потребность;
— возвращать к ценности, а не к фиче.
Как прокачивать: книга Дмитрия Ткаченко «Работа с возражениями и отказами: 300 приемов для продаж, переговоров и холодных звонков».
Понимание воронки продаж и метрик влияния
Любая продуктовая фича влияет на метрику. Но какую именно и на каком участке воронки — вы должны знать так же, как менеджер продаж знает все этапы сделки:
— Что фича делает с активацией?
— Где «утекают» пользователи после онбординга?
— Почему пользователь не доходит до апгрейда на платный тариф?
Если вы думаете как менеджер продаж, то вы:
— смотрите на путь пользователя как на воронку;
— умеете выделить слабое звено;
— работаете с конверсией, а не с фичами ради фич.
Как прокачивать: изучить воронку продаж в В2В (например, в этой статье), использовать «пиратские метрики» (классическая воронка AARRR, которая используется в продуктах).
#B2B
@productmindset
И как это поможет вам не просто выкатывать фичи, а влиять на бизнес
Судя по реакциям к прошлому посту, тема продаж вам интересна — мы решили раскрыть ее с точки зрения полезности в работе над продуктом и показать, как навыки из одной отрасли могут быть полезны и применимы в другой.
Если вы менеджер продукта, то вам, скорее всего, близки темы исследований пользователей, работа с роадмапом и взаимодействие с командой. Но хотите вы этого или нет — вы тоже продаете:
✔️ идею — стейкхолдерам;
✔️ фичу — пользователям;
✔️ видение — команде;
✔️ приоритет — бизнесу.
И тут вдруг оказывается, что вам также полезно обладать навыками «типичного» сейлза — и это не что-то про холодные звонки. Это про влияние, считывание мотивации и управление процессом. Все это присутствует в вашей повестке каждый день.
Вот несколько навыков из арсенала менеджера продаж, которые могут усилить любого менеджера продуктов.
SPIN и другие техники выявления потребностей
Менеджер продаж не задает вопрос «что вам нужно?», он копает вглубь: «а почему именно так?», «что будет, если ничего не поменяется?».
Вы тоже можете:
— применять SPIN-интервью в процессе дискавери;
— углублять понимание последствий проблемы через блок implication (больше о SPIN-продажах — в одноименной книге Нила Рекхэма);
— проверять: действительно ли это маст-хэв или «ну было бы неплохо».
Работа с возражениями
Если вы продвигаете идею — вам, скорее всего, возразят. И здесь важно не спорить, а разбирать страхи того, с кем вы общаетесь, по слоям:
— «Это дорого» → на самом деле «мы не видим ценности».
— «Это сложно в реализации» → на самом деле «мы не уверены, что это вообще нужно».
Научитесь как менеджер продаж:
— не спорить, а уточнять;
— переформулировать возражение в потребность;
— возвращать к ценности, а не к фиче.
Как прокачивать: книга Дмитрия Ткаченко «Работа с возражениями и отказами: 300 приемов для продаж, переговоров и холодных звонков».
Понимание воронки продаж и метрик влияния
Любая продуктовая фича влияет на метрику. Но какую именно и на каком участке воронки — вы должны знать так же, как менеджер продаж знает все этапы сделки:
— Что фича делает с активацией?
— Где «утекают» пользователи после онбординга?
— Почему пользователь не доходит до апгрейда на платный тариф?
Если вы думаете как менеджер продаж, то вы:
— смотрите на путь пользователя как на воронку;
— умеете выделить слабое звено;
— работаете с конверсией, а не с фичами ради фич.
Как прокачивать: изучить воронку продаж в В2В (например, в этой статье), использовать «пиратские метрики» (классическая воронка AARRR, которая используется в продуктах).
#B2B
@productmindset
❤10👍2🔥1
Осталось 2 дня до повышения цен
1 августа билеты на ProductSense’25 станут дороже:
Level Up (две конференции: ProductSense’25 + PeopleSense’26)
116 000 ₽ → 122 000 ₽
Professional (офлайн-участие + записи докладов и мастер-классов)
65 000 ₽ → 71 000 ₽
Digital Pass (онлайн-трансляция докладов + записи докладов и мастер-классов)
28 000 ₽ → 32 000 ₽
Если еще не решились — успевайте до 23:59 31 июля.
Программа уже почти готова — на сайте можно посмотреть общее расписание, описания тем и спикеров.
📑 Посмотреть программу →
🎫 Купить билет →
1 августа билеты на ProductSense’25 станут дороже:
Level Up (две конференции: ProductSense’25 + PeopleSense’26)
116 000 ₽ → 122 000 ₽
Professional (офлайн-участие + записи докладов и мастер-классов)
65 000 ₽ → 71 000 ₽
Digital Pass (онлайн-трансляция докладов + записи докладов и мастер-классов)
28 000 ₽ → 32 000 ₽
Если еще не решились — успевайте до 23:59 31 июля.
Программа уже почти готова — на сайте можно посмотреть общее расписание, описания тем и спикеров.
📑 Посмотреть программу →
🎫 Купить билет →
👍1