Как люди «нанимают» продукт? 💭
Продолжаем обзор фреймворка Jobs To Be Done и сегодня рассмотрим процесс принятия решения о «найме» товара
1️⃣ Шаг. Контекст
Человек сталкивается со сложностью/ограничением.
2️⃣ Шаг. Срабатывание триггера
Он может быть как внутренний, так и внешний (какие-либо обстоятельства).
3️⃣ Шаг. Формирование потребности и работы, по уже знакомой нам формуле
Когда [ситуация], я хочу [мотивация], чтобы [ожидаемый результат]
4️⃣ Шаг. «Найм» продукта на работу
Обращение к прошлому опыту, тут возможна развилка:
– Если текущий продукт справлялся хорошо – «нанимаем» его.
– Если плохо – запускается поиск альтернативы.
❗️Важно: из доступных альтернатив человек выберет ту, которая имеет низкие transition costs и лучше по критериям пользования – дешевле, удобнее, быстрее и пр. По, сути это окно возможностей для нового продукта, чтобы «прорваться» в список рассматриваемых пользователем альтернатив.
5️⃣ Шаг. Переход человека в желаемое состояние, достижение ожидаемого результата
Завтра рассмотрим ключевой элемент в фреймворке – Jobs To Be Done интервью 🎙
Продолжаем обзор фреймворка Jobs To Be Done и сегодня рассмотрим процесс принятия решения о «найме» товара
1️⃣ Шаг. Контекст
Человек сталкивается со сложностью/ограничением.
2️⃣ Шаг. Срабатывание триггера
Он может быть как внутренний, так и внешний (какие-либо обстоятельства).
3️⃣ Шаг. Формирование потребности и работы, по уже знакомой нам формуле
Когда [ситуация], я хочу [мотивация], чтобы [ожидаемый результат]
4️⃣ Шаг. «Найм» продукта на работу
Обращение к прошлому опыту, тут возможна развилка:
– Если текущий продукт справлялся хорошо – «нанимаем» его.
– Если плохо – запускается поиск альтернативы.
❗️Важно: из доступных альтернатив человек выберет ту, которая имеет низкие transition costs и лучше по критериям пользования – дешевле, удобнее, быстрее и пр. По, сути это окно возможностей для нового продукта, чтобы «прорваться» в список рассматриваемых пользователем альтернатив.
5️⃣ Шаг. Переход человека в желаемое состояние, достижение ожидаемого результата
Завтра рассмотрим ключевой элемент в фреймворке – Jobs To Be Done интервью 🎙
👨💻8❤4👍2
Jobs To Be Done интервью 🎤
Ключевой элемент JTBD – это интервью. Непродуманный дизайн может легко запороть всё мероприятие, поэтому так важно тщательно всё продумать.
JTBD интервью поможет получить ответы на след. вопросы:
– Какие задачи продукт решает и в каких контекстах?
– Какие есть альтернативы решения этих задач?
– В чем ценность вашего продукта относительно альтернатив?
Рецепт успеха при проведении интервью – подбор правильных респондентов. Оптимально поговорить с пользователями, имеющими разный опыт, например:
1️⃣ Респонденты, которые недавно стали пользователями вашего продукта
Их опыт ценен, так как они могут рассказать о причинах, почему они выбрали именно ваш продукт / перешли к вам с продукта конкурентов.
2️⃣ Респонденты, которые были пользователями вашего продукта, но ушли к прямым/непрямым конкурентам
Их опыт использования альтернативных продуктов поможет понять ваши слабые стороны по отношению к конкурентам и понять, где сейчас происходит disrupt (обычно это делает кто-то из косвенных конкурентов).
3️⃣ Текущие пользователи вашего продукта, имеющие разный опыт
Те, кто успешно закрыл свою потребность и продолжают «нанимать» ваш продукт.
И те, кто нет, но продолжают пытаться.
Типовой скелет интервью может выглядеть так (опуская вводный, квалификационный и заключительные блоки):
Сколько респондентов опрашивать? Обычно это от 10 респондентов, остановиться можно тогда, когда вы начнёте более-менее точно предсказывать ответы. Но, важно говорить с представителями разных групп.
❗️Важно, что мы обсуждаем не сам продукт и его фичи, а опыт пользователей, конкретные ситуации и причины использования продукта.
В следующем посте разберём вариации фреймворка Jobs To Be Done и ситуации, когда он может быть полезен 🙃
Ключевой элемент JTBD – это интервью. Непродуманный дизайн может легко запороть всё мероприятие, поэтому так важно тщательно всё продумать.
JTBD интервью поможет получить ответы на след. вопросы:
– Какие задачи продукт решает и в каких контекстах?
– Какие есть альтернативы решения этих задач?
– В чем ценность вашего продукта относительно альтернатив?
Рецепт успеха при проведении интервью – подбор правильных респондентов. Оптимально поговорить с пользователями, имеющими разный опыт, например:
1️⃣ Респонденты, которые недавно стали пользователями вашего продукта
Их опыт ценен, так как они могут рассказать о причинах, почему они выбрали именно ваш продукт / перешли к вам с продукта конкурентов.
2️⃣ Респонденты, которые были пользователями вашего продукта, но ушли к прямым/непрямым конкурентам
Их опыт использования альтернативных продуктов поможет понять ваши слабые стороны по отношению к конкурентам и понять, где сейчас происходит disrupt (обычно это делает кто-то из косвенных конкурентов).
3️⃣ Текущие пользователи вашего продукта, имеющие разный опыт
Те, кто успешно закрыл свою потребность и продолжают «нанимать» ваш продукт.
И те, кто нет, но продолжают пытаться.
Типовой скелет интервью может выглядеть так (опуская вводный, квалификационный и заключительные блоки):
1. Расскажите, как узнали о продукте?
2. Почему изначально решили воспользоваться продуктом?
3. Какие были ожидания от продукта перед началом использования?
4. Вспомните несколько последних ситуаций, когда вы использовали продукт
– Опишите, что было перед тем, как вы воспользовались продуктом.
– Опишите, какую задачу решали?
– В каких ситуациях и как часто возникала эта задача?
– Насколько были удовлетворены решением задачи с помощью нашего продукта?
– В чем были его преимущества и недостатки?
– Рассматривали какие-то альтернативы? Если да, то какие и почему все же решили использовать наш продукт?
5. Вспомните ситуации, когда вы решали свои задачи с помощью альтернатив:
– Опишите, что было перед тем, как вы воспользовались альтернативами.
– Опишите, какую задачу решали?
– Почему вы выбрали этот способ решения, а не наш продукт?
Сколько респондентов опрашивать? Обычно это от 10 респондентов, остановиться можно тогда, когда вы начнёте более-менее точно предсказывать ответы. Но, важно говорить с представителями разных групп.
❗️Важно, что мы обсуждаем не сам продукт и его фичи, а опыт пользователей, конкретные ситуации и причины использования продукта.
В следующем посте разберём вариации фреймворка Jobs To Be Done и ситуации, когда он может быть полезен 🙃
👍14❤11
Вариации Jobs To Be Done 💬
Скорее всего, вы уже поняли, что фреймворк очень пластичный и это правда так: существует несколько разных взглядов/подходов на JTBD:
1️⃣ Клейтон Кристенсен рассматривал JTBD, как инструмент для поиска прорывных инноваций (disrupt рынка) для создания новых продуктов или поиска новых рыночных ниш. Он фокусировался, прежде всего, на функциональных аспектах «работ», не выделяя эмоциональные и социальные.
2️⃣ Алан Клемент напротив фокусировался на эмоциональных и социальных аспектах «работ». Кстати, именно Алан придумал термин Job Stories (см. формулу выше). Этот подход особенно важен для продуктов, предполагающих эмоциональное вовлечение и социальное одобрение.
3️⃣ Боб Моэста и Крис Спик уделяли большое внимание ожидаемому результату, которого хотят достичь пользователи, с акцентом на факт переключения с одно продукта на другой, факторов которые на это влияют (transition costs) и процесса приятия решения (писал о нём выше).
Когда может быть полезен JTBD? 🧰
1️⃣ При создании нового продукта
JTBD позволяет выявлять реальные потребности и боли потенциальных пользователей вашего будущего продукта; понять какие конкурентные преимущества транслировать при продвижении продукта.
2️⃣ При улучшении существующего продукта
JTBD позволяет определить настоящую ценность вашего продукта, почему ваши пользователи продолжают «нанимать» ваш продукт, а так же слабые стороны – почему вы теряете пользователей.
3️⃣ При анализе рынка и конкурентов
Действительно ли есть масштабная и частотная боль, потребность за которую люди готовы платить. Какими способами люди уже сейчас пытаются решить свою потребность?
Ну а завтра выйдет заключительный пост-разбор. Stay tuned 😉
Скорее всего, вы уже поняли, что фреймворк очень пластичный и это правда так: существует несколько разных взглядов/подходов на JTBD:
1️⃣ Клейтон Кристенсен рассматривал JTBD, как инструмент для поиска прорывных инноваций (disrupt рынка) для создания новых продуктов или поиска новых рыночных ниш. Он фокусировался, прежде всего, на функциональных аспектах «работ», не выделяя эмоциональные и социальные.
2️⃣ Алан Клемент напротив фокусировался на эмоциональных и социальных аспектах «работ». Кстати, именно Алан придумал термин Job Stories (см. формулу выше). Этот подход особенно важен для продуктов, предполагающих эмоциональное вовлечение и социальное одобрение.
3️⃣ Боб Моэста и Крис Спик уделяли большое внимание ожидаемому результату, которого хотят достичь пользователи, с акцентом на факт переключения с одно продукта на другой, факторов которые на это влияют (transition costs) и процесса приятия решения (писал о нём выше).
Моё мнение - авторы не столько противопоставляют подходы, сколько говорят о разных аспектах одной большой концепции.
Когда может быть полезен JTBD? 🧰
1️⃣ При создании нового продукта
JTBD позволяет выявлять реальные потребности и боли потенциальных пользователей вашего будущего продукта; понять какие конкурентные преимущества транслировать при продвижении продукта.
2️⃣ При улучшении существующего продукта
JTBD позволяет определить настоящую ценность вашего продукта, почему ваши пользователи продолжают «нанимать» ваш продукт, а так же слабые стороны – почему вы теряете пользователей.
3️⃣ При анализе рынка и конкурентов
Действительно ли есть масштабная и частотная боль, потребность за которую люди готовы платить. Какими способами люди уже сейчас пытаются решить свою потребность?
Ну а завтра выйдет заключительный пост-разбор. Stay tuned 😉
Please open Telegram to view this post
VIEW IN TELEGRAM
👍7❤5👨💻4
Last but not least про Jobs To Be Done 🔖
Вся моя серия постов-разборов фреймворка JTBD опирается на открытые источники и если вам интересно глубже погрузиться в фреймворк, то могу порекомендовать изучить эту базу:
1️⃣ Главы из будущей книги Ивана Замесина
2️⃣ Статья от UXSSR
3️⃣ Цикл статей от GoPractice: раз, два, три, четыре
4️⃣ Книга «Когда кофе и капуста конкуренты» от Алана Климента
5️⃣ Книга Jobs to be Done от Intercom: оригинал на английском и перевод
Подводя итог: JTBD - важный, но не единственный инструмент менеджера продукта. Далее мы последовательно рассмотрим оставшиеся, кратко, ёмко и с фокусом на прикладное использование.
Let's stay in touch 😉
Вся моя серия постов-разборов фреймворка JTBD опирается на открытые источники и если вам интересно глубже погрузиться в фреймворк, то могу порекомендовать изучить эту базу:
1️⃣ Главы из будущей книги Ивана Замесина
2️⃣ Статья от UXSSR
3️⃣ Цикл статей от GoPractice: раз, два, три, четыре
4️⃣ Книга «Когда кофе и капуста конкуренты» от Алана Климента
5️⃣ Книга Jobs to be Done от Intercom: оригинал на английском и перевод
Подводя итог: JTBD - важный, но не единственный инструмент менеджера продукта. Далее мы последовательно рассмотрим оставшиеся, кратко, ёмко и с фокусом на прикладное использование.
Let's stay in touch 😉
Please open Telegram to view this post
VIEW IN TELEGRAM
👀7❤5💯5
О насмотренности 👀
Развитая насмотренность – это то, что выделяет хорошего менеджера продукта среди прочих.
Почему так важно прокачивать насмотренность?
▪️вы сможете «подсматривать» подходы из других индустрий / рынков / продуктов и адаптировать их для своего продукта;
▪️вы начнёте лучше разбираться в том, как происходит disrupt рынка;
▪️вам будет проще строить карьеру и менять индустрии / рынки / продукты.
Насмотренность сложно прокачать быстро, это последовательный процесс.
С чего можно начать уже сегодня – начните потреблять разный контент про компании, продукты, индустрии, и команды их делающие. У меня есть собственные подборки книг, статей, подкастов, фильмов и сериалов, которые позволяют мне эту насмотренность развивать, ими я обязательно поделюсь с вами в этом канале.
Если вам интересно растить свою насмотренность – добавляйте папку себе
Развитая насмотренность – это то, что выделяет хорошего менеджера продукта среди прочих.
Почему так важно прокачивать насмотренность?
▪️вы сможете «подсматривать» подходы из других индустрий / рынков / продуктов и адаптировать их для своего продукта;
▪️вы начнёте лучше разбираться в том, как происходит disrupt рынка;
▪️вам будет проще строить карьеру и менять индустрии / рынки / продукты.
Насмотренность сложно прокачать быстро, это последовательный процесс.
С чего можно начать уже сегодня – начните потреблять разный контент про компании, продукты, индустрии, и команды их делающие. У меня есть собственные подборки книг, статей, подкастов, фильмов и сериалов, которые позволяют мне эту насмотренность развивать, ими я обязательно поделюсь с вами в этом канале.
🗂 Ну а сегодня хочу рассказать про папку, где собраны каналы моих коллег из Яндекса: здесь есть и руководители таких продуктов как Афиша, Лавка, проектов Школы Менеджеров Яндекса, и коллеги, которые делают обзоры последних новостей и трендов в IT, AI, медиа и бизнесе.
Если вам интересно растить свою насмотренность – добавляйте папку себе
Please open Telegram to view this post
VIEW IN TELEGRAM
❤14👀6👍5👨💻1
М-Ж, 25-50, доход выше среднего 👤
Сегодня давайте поговорим про качественный метод исследования, который с завидной регулярностью делают неправильно – метод персон.
Какие самые распространённые ошибки допускаются?
1️⃣ Самая главная – портрет ограничивается только соц.-демом. Портрет должен выходить за эти рамки и рассказывать о целях и задачах, барьерах и страхах, опыте и сценариях пользователя, иллюстрировать модели поведения.
2️⃣ Персоны берутся из головы, портреты не основываются на исследованиях, за персону выдаётся то, что ей не является. 🤦♂️
3️⃣ Портреты не используются в работе, полученные знания не трансформируются в планы развития функционала продукта.
Дальше разберём – как правильно подходить к созданию портрета персоны и какие параметры должны в него входить. Stay tuned 🙌
Сегодня давайте поговорим про качественный метод исследования, который с завидной регулярностью делают неправильно – метод персон.
Метод персон (Personas) – качественное исследование, цель которого создать реалистичное описание ваших пользователей продуктов.
Какие самые распространённые ошибки допускаются?
1️⃣ Самая главная – портрет ограничивается только соц.-демом. Портрет должен выходить за эти рамки и рассказывать о целях и задачах, барьерах и страхах, опыте и сценариях пользователя, иллюстрировать модели поведения.
2️⃣ Персоны берутся из головы, портреты не основываются на исследованиях, за персону выдаётся то, что ей не является. 🤦♂️
3️⃣ Портреты не используются в работе, полученные знания не трансформируются в планы развития функционала продукта.
Дальше разберём – как правильно подходить к созданию портрета персоны и какие параметры должны в него входить. Stay tuned 🙌
👍9👨💻8💯4❤2
Как правильно подойти к составлению портрета персоны? 👨🎨
1️⃣ На старте начинаете с протоперсон – смотрите на данные, как распределяются, кластеризуются ваши пользователи по значимым атрибутам использования вашего продукта. Если данных нет – опираетесь на собственные экспертные знания.
2️⃣ Далее вы проводите серию глубинных интервью, вопросы в которых базируются на выделенных ранее протоперсонах. Проводим до тех пор, пока не начинаем сталкиваться с уже знакомой информацией/ответами, это сильный сигнал, что портреты уже ограничены.
3️⃣ Объединяем схожие ответы в группы, формулируем собирательные образы (user persona). Результат – качественные персоны, которые уже лучше репрезентуют ваших пользователей.
4️⃣ Делаем количественные исследования, как правило, это опрос на базе знаний о полученных ранее качественных персонах. Результат – это статистически значимые портреты персон. Важно отметить, что без этого последнего шага – вся остальная работа может быть бессмысленной.
Завтра поговорим про то, какие атрибуты могут входить в портреты персон
1️⃣ На старте начинаете с протоперсон – смотрите на данные, как распределяются, кластеризуются ваши пользователи по значимым атрибутам использования вашего продукта. Если данных нет – опираетесь на собственные экспертные знания.
2️⃣ Далее вы проводите серию глубинных интервью, вопросы в которых базируются на выделенных ранее протоперсонах. Проводим до тех пор, пока не начинаем сталкиваться с уже знакомой информацией/ответами, это сильный сигнал, что портреты уже ограничены.
3️⃣ Объединяем схожие ответы в группы, формулируем собирательные образы (user persona). Результат – качественные персоны, которые уже лучше репрезентуют ваших пользователей.
4️⃣ Делаем количественные исследования, как правило, это опрос на базе знаний о полученных ранее качественных персонах. Результат – это статистически значимые портреты персон. Важно отметить, что без этого последнего шага – вся остальная работа может быть бессмысленной.
Завтра поговорим про то, какие атрибуты могут входить в портреты персон
❤9💯3👨💻2
Какие параметры входят в портрет персоны? ✏️
Универсального набора нет, он подбирается с учётом особенностей индустрии, рынка, продукта, но в общем виде может быть таким:
❗️Важно:
▪️Портрет не документирует каждый аспект жизни пользователя, фокусируемся на том, что связано с нашим продуктом.
▪️Хороший портрет отвечает на эти три вопроса: кто эта персона? как она себя ведёт? почему она так себя ведёт?
▪️Хороший портрет подсказывает нам, как нужно развивать продукт.
В след. постах раскроем область применения и связь Метода Персон с User Story 🔗
Универсального набора нет, он подбирается с учётом особенностей индустрии, рынка, продукта, но в общем виде может быть таким:
1. Имя (лучше не реальные, а сгенерированное)
2. Фотография (аналогично, не реальная, но сгенерированная)
3. Демография: пол, возраст, образование, семейное положение, место проживания, уровень дохода, профессия
4. Размер сегмента: какую долю от ваших пользователей репрезентует этот портрет
5. Цели и задачи: почему люди используют наш продукт и какие задачи пытаются решить с помощью него?
6. Мотивация: почему решили воспользоваться продуктом и почему продолжают это делать (а не, например, переключаются на продукт конкурентов)
7. Барьеры, страхи, неудобства с которыми сталкиваются на пути достижения цели, решения задач
8. Опыт использования нашего продукта, паттерны поведения в продукте
9. Опыт использования продуктов прямых и косвенных конкурентов (которые закрывают ту же потребность, что и наш продукт)
10. Психографическая информация: интересы, ценности, образ жизни
11. Цитаты из интервью
❗️Важно:
▪️Портрет не документирует каждый аспект жизни пользователя, фокусируемся на том, что связано с нашим продуктом.
▪️Хороший портрет отвечает на эти три вопроса: кто эта персона? как она себя ведёт? почему она так себя ведёт?
▪️Хороший портрет подсказывает нам, как нужно развивать продукт.
В след. постах раскроем область применения и связь Метода Персон с User Story 🔗
Please open Telegram to view this post
VIEW IN TELEGRAM
👍9🤔4👀3❤1
Когда использовать Метод Персон и при чём тут User Story? 🔗
Итак, с методом в общих чертах разобрались, давайте теперь поговорим про область применения.
Метод Персон можно использовать:
1️⃣ Когда нужно сегментировать пользователей
2️⃣ Когда нужно выстроить по-настоящему персональные коммуникации
3️⃣ При создании новых продуктов, чтобы понять функциональные требования MVP-MLP и какие паттерны/ожидания у разных групп пользователей
4️⃣ Для расстановки приоритетов при реализации нового функционала. Персоны подскажут что важно реализовать сейчас, а что можно отложить на потом
5️⃣ Для развития эмпатии у команд(ы) за счёт «очеловечивания» наших пользователей, ухода от «субъективности», выравнивания единого понимания, кто наши пользователи, какие у них реальные потребности
Связь персон и User Story 💥
Для менеджера продукта особенно важно уметь трансформировать полученные знания из персон в понятные вещи, что нужно сделать в продукте. В этом помогут User Story, шаблон у них такой:
Завтра выйдет последний бонусный пост из серии, где поговорим про то, как наглядно представлять результаты работы и про связь Метода Персон с JTBD👨💻
Итак, с методом в общих чертах разобрались, давайте теперь поговорим про область применения.
Метод Персон можно использовать:
1️⃣ Когда нужно сегментировать пользователей
2️⃣ Когда нужно выстроить по-настоящему персональные коммуникации
3️⃣ При создании новых продуктов, чтобы понять функциональные требования MVP-MLP и какие паттерны/ожидания у разных групп пользователей
4️⃣ Для расстановки приоритетов при реализации нового функционала. Персоны подскажут что важно реализовать сейчас, а что можно отложить на потом
5️⃣ Для развития эмпатии у команд(ы) за счёт «очеловечивания» наших пользователей, ухода от «субъективности», выравнивания единого понимания, кто наши пользователи, какие у них реальные потребности
Связь персон и User Story 💥
Для менеджера продукта особенно важно уметь трансформировать полученные знания из персон в понятные вещи, что нужно сделать в продукте. В этом помогут User Story, шаблон у них такой:
Я, как [пользователь], хочу совершить [действие], чтобы получить [результат]
Завтра выйдет последний бонусный пост из серии, где поговорим про то, как наглядно представлять результаты работы и про связь Метода Персон с JTBD
Please open Telegram to view this post
VIEW IN TELEGRAM
👍10❤4💯4👀2🤔1
Как можно представить результаты исследования по Методу Персон? 📇
Хорошо проведённое исследование по Методу Персон – это только половина работы, не менее важно наглядно представить результаты
Здесь есть два хороших варианта:
1️⃣ вариант – Empathy Map Canvas
2️⃣ вариант – шаблон в Miro
И два мини-бонуса в заключении серии постов
Как соотносятся персоны и JTBD?
Историческая справка
Хорошо проведённое исследование по Методу Персон – это только половина работы, не менее важно наглядно представить результаты
Здесь есть два хороших варианта:
1️⃣ вариант – Empathy Map Canvas
2️⃣ вариант – шаблон в Miro
И два мини-бонуса в заключении серии постов
Как соотносятся персоны и JTBD?
Часто JTBD противопоставляют Методу Персон, но на мой взгляд такая постановка – ошибочна. Моё мнение – это JTBD больше сфокусирован на конкретных результатах, которых хочет добиться пользователь, а Метод Персон на удобной репрезентации информации о ваших целевых сегментах.
Историческая справка
Персоны популяризировал Алан Купер в 1999 году в своей книге «Психбольница в руках пациентов» (The Inmates Are Running The Asylum) и если вам интересно погрузиться глубже в этот метод, то рекомендую прочитать эту книгу.
👍6👨💻3👀3
Почему умение считать unit-экономику – это ключ к вашему росту? 🔝
Простой ответ на вопрос, зарабатываете ли вы на вашем пользователе (unit) или нет, открывает перед вами, как менеджером продукта, большие возможности:
1️⃣ Вы будете чётко понимать точки приложения усилий в продукте.
2️⃣ Вы сможете прозрачно сравнивать разные варианты развития продукта с привязкой влияния на конкретные метрики.
3️⃣ Вы реально сможете принимать решения на основе данных, а не догадок. Готов ли продукт к масштабированию? Когда вы выходите на безубыточность?
4️⃣ Вы сможете эффективно презентовать и защищать свои решения перед стейкхолдерами.
Умение принимать решения на основе данных и прозрачно показывать логику, как вы к этому пришли – то что отделяет начинающего менеджера от опытного.
Общий алгоритм расчёта unit-экономики
1️⃣ Определить unit для расчёта. Это может быть пользователь, продукт, транзакция и др.
2️⃣ Выбрать сегмент, когорту для которого будет рассчитываться unit-экономика.
3️⃣ Рассчитать сколько денег вы потратили на привлечение (CAC, CPA)
4️⃣ Рассчитать сколько денег вы заработаете (LTV)
5️⃣ Соотнести показатели, например LTV и CAC, чтобы понять «сходимость» в расчёте на unit, и определить точки роста вашего продукта.
Важно: чтобы научиться считать базовую unit-экономику, вам не нужно получать полноценное экономическое образование, достаточно глубоко разобраться в ключевых бизнес-метриках вашего продукта, компании и понимать взаимосвязь между ними.
Простой ответ на вопрос, зарабатываете ли вы на вашем пользователе (unit) или нет, открывает перед вами, как менеджером продукта, большие возможности:
1️⃣ Вы будете чётко понимать точки приложения усилий в продукте.
2️⃣ Вы сможете прозрачно сравнивать разные варианты развития продукта с привязкой влияния на конкретные метрики.
3️⃣ Вы реально сможете принимать решения на основе данных, а не догадок. Готов ли продукт к масштабированию? Когда вы выходите на безубыточность?
4️⃣ Вы сможете эффективно презентовать и защищать свои решения перед стейкхолдерами.
Умение принимать решения на основе данных и прозрачно показывать логику, как вы к этому пришли – то что отделяет начинающего менеджера от опытного.
Общий алгоритм расчёта unit-экономики
1️⃣ Определить unit для расчёта. Это может быть пользователь, продукт, транзакция и др.
2️⃣ Выбрать сегмент, когорту для которого будет рассчитываться unit-экономика.
3️⃣ Рассчитать сколько денег вы потратили на привлечение (CAC, CPA)
4️⃣ Рассчитать сколько денег вы заработаете (LTV)
5️⃣ Соотнести показатели, например LTV и CAC, чтобы понять «сходимость» в расчёте на unit, и определить точки роста вашего продукта.
Важно: чтобы научиться считать базовую unit-экономику, вам не нужно получать полноценное экономическое образование, достаточно глубоко разобраться в ключевых бизнес-метриках вашего продукта, компании и понимать взаимосвязь между ними.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍6❤4👨💻4
О важности технических навыков 🖥
Сегодня хочу поделиться с вами своими мыслями о том, насколько важны технические знания для менеджера продукта. Искреннее уверен, что без понимания технической стороны вашего продукта невозможно стать по-настоящему классным продактом. Я не раз менял индустрии и продукты, но всегда старался разобраться в технических деталях. И это всегда оправдывало себя.
Почему же так важно разбираться в технической стороне вашего продукта?
📈 Лучшее понимание возможностей и имеющихся ограничений в продукте. Что реально реализовать в заданные сроки, с имеющимися ресурсами и заданным качеством? Хороший менеджер продукта способен принимать сбалансированные решения и понимание технологий – это ключ к этому.
🤝 Лучшая коммуникация с командой разработки. Конечно, soft skills важны для менеджера продукта, но без понимания технической стороны ваше общение будет менее эффективным.
🏆 Конкурентное преимущество. Если на собеседовании вы покажите, что ваших технических навыков достаточно, чтобы приносить бизнес-результат, это выгодно выделит вас на фоне других кандидатов.
Как прокачивать техническую часть?
1️⃣ Постарайтесь разобраться в том, как устроен ваш продукт: из каких сервисов состоит, какие ML модели использует (если использует), какая используется инфраструктура и какая нагрузка на неё (это даст понимание, например, риска инцидентов). Начните с общего представления о том, как он работает (например, через блок-схему), а затем углубляйтесь в детали.
2️⃣ Больше общайтесь с разработчиками (как правило, это умнейшие люди), просите их погрузить вас в техническую часть, рассказать, как всё устроено.
3️⃣ Развивайте свою насмотренность. Вкладывайте время в прохождение курсов, слушайте подкасты, смотрите видео, и, конечно же, читайте каналы разработчиков.
Сегодня хочу поделиться с вами своими мыслями о том, насколько важны технические знания для менеджера продукта. Искреннее уверен, что без понимания технической стороны вашего продукта невозможно стать по-настоящему классным продактом. Я не раз менял индустрии и продукты, но всегда старался разобраться в технических деталях. И это всегда оправдывало себя.
Почему же так важно разбираться в технической стороне вашего продукта?
📈 Лучшее понимание возможностей и имеющихся ограничений в продукте. Что реально реализовать в заданные сроки, с имеющимися ресурсами и заданным качеством? Хороший менеджер продукта способен принимать сбалансированные решения и понимание технологий – это ключ к этому.
🤝 Лучшая коммуникация с командой разработки. Конечно, soft skills важны для менеджера продукта, но без понимания технической стороны ваше общение будет менее эффективным.
🏆 Конкурентное преимущество. Если на собеседовании вы покажите, что ваших технических навыков достаточно, чтобы приносить бизнес-результат, это выгодно выделит вас на фоне других кандидатов.
Как прокачивать техническую часть?
1️⃣ Постарайтесь разобраться в том, как устроен ваш продукт: из каких сервисов состоит, какие ML модели использует (если использует), какая используется инфраструктура и какая нагрузка на неё (это даст понимание, например, риска инцидентов). Начните с общего представления о том, как он работает (например, через блок-схему), а затем углубляйтесь в детали.
2️⃣ Больше общайтесь с разработчиками (как правило, это умнейшие люди), просите их погрузить вас в техническую часть, рассказать, как всё устроено.
3️⃣ Развивайте свою насмотренность. Вкладывайте время в прохождение курсов, слушайте подкасты, смотрите видео, и, конечно же, читайте каналы разработчиков.
Please open Telegram to view this post
VIEW IN TELEGRAM
💯8👍5👨💻3❤1👀1
Switching 🔁
Есть один интересный подход к анализу того, почему пользователи уходят и как привлечь новых. Он основан на идее, что у людей уже «закрыты» все основные потребности, а конкуренция идёт между разными способами их удовлетворения.
Например, любителям готовить всегда нужны свежие продукты. Раньше эту потребность закрывали рынки, потом появились супермаркеты, а сейчас популярны сервисы доставки продуктов.
Чтобы привлечь новых пользователей, мы должны предложить им продукт, который более эффективным способом закрывает потребность.
В примере с продуктами: люди переходят от рынков к супермаркетам из-за лучшего сервиса, а от супермаркетов к сервисам доставки — из-за желания сэкономить время.
Как мы можно привлечь больше пользователей?
Возможно 4 точки приложения усилий:
1️⃣ Увеличить отталкивание, показать недостатки существующих решений. Например, если мы говорим о рынках, можно показать, насколько там может быть плохой сервис.
2️⃣ Увеличить привлекательность своего нового решения, активно продвигать преимущества нашего продукта. Подчеркнуть, как он решает проблемы пользователей. Например, возможность купить всё быстрее, в одном месте, без торговли и очередей.
3️⃣ Уменьшить страх и неопределённость изменений. Убедить пользователей, что переход на наш продукт будет быстрым и лёгким. Именно поэтому сервисы доставки так следят за простотой онбординга и понятностью интерфейса, а также предлагают хорошие скидки на первый заказ.
4️⃣ Снизить привязанность к текущему решению. Показать пользователям, что они могут потерять, продолжая использовать текущее решение.
Данный подход удобен тем, что позволяет сделать zoom out и посмотреть на картину с оттоком или привлечением пользователей комплексно🔖
Есть один интересный подход к анализу того, почему пользователи уходят и как привлечь новых. Он основан на идее, что у людей уже «закрыты» все основные потребности, а конкуренция идёт между разными способами их удовлетворения.
Например, любителям готовить всегда нужны свежие продукты. Раньше эту потребность закрывали рынки, потом появились супермаркеты, а сейчас популярны сервисы доставки продуктов.
Чтобы привлечь новых пользователей, мы должны предложить им продукт, который более эффективным способом закрывает потребность.
В примере с продуктами: люди переходят от рынков к супермаркетам из-за лучшего сервиса, а от супермаркетов к сервисам доставки — из-за желания сэкономить время.
Как мы можно привлечь больше пользователей?
Возможно 4 точки приложения усилий:
1️⃣ Увеличить отталкивание, показать недостатки существующих решений. Например, если мы говорим о рынках, можно показать, насколько там может быть плохой сервис.
2️⃣ Увеличить привлекательность своего нового решения, активно продвигать преимущества нашего продукта. Подчеркнуть, как он решает проблемы пользователей. Например, возможность купить всё быстрее, в одном месте, без торговли и очередей.
3️⃣ Уменьшить страх и неопределённость изменений. Убедить пользователей, что переход на наш продукт будет быстрым и лёгким. Именно поэтому сервисы доставки так следят за простотой онбординга и понятностью интерфейса, а также предлагают хорошие скидки на первый заказ.
4️⃣ Снизить привязанность к текущему решению. Показать пользователям, что они могут потерять, продолжая использовать текущее решение.
Данный подход удобен тем, что позволяет сделать zoom out и посмотреть на картину с оттоком или привлечением пользователей комплексно
Please open Telegram to view this post
VIEW IN TELEGRAM
👍12❤5🤔2👀1
Что помогает менеджеру продукта быть эффективным ⭐️
Моя коллега Вера, CMO Яндекс Погоды, в своём канале Прыжок Веры (@teolog_marketolog_channel) анализирует практики личной эффективности, загляните к ней, если тема вам интересна. А сегодня хочу рассказать о своих прикладных методах личной эффективности на примере «фотографии дня», что делал в один из понедельников.
Итак, поехали:
👀 09:00 – 09:30. Обзор дня. Наливаю кофе, рефлексирую над своими записями с пятницы, думаю о том, что будет хорошим результатом по итогам дня.
👨💻 09:30 – 10:30. «Золотой час» на работу с проектами. Фокус – на качественной продуктовой проработке и постановке задач. Ценю это время за то, что никто не отвлекает и удаётся хорошо погрузиться, быть в потоке. Для меня это самая продуктивная часть дня.
🤔 10:30 – 11:00. Изучаю отчёты. Первый – ежемесячный отчёт от команды Поддержки, второй – исследование поведения клиентов в продукте. Хочу понять есть ли что-то новое, о чём стоить подумать или всё уже в проработке.
✅ 11:00 – 11:30. Подготовка ко встречам. Составляю список вопросов, которые важно задать и готовлю ответы, на те вопросы, которые нужны от меня.
🙌 11:30 – 12:00. Утренний стендап с командой разработки. Обсуждаем, как продвигаются проекты: кто и что сделал, кто и что будет делать, есть ли какие-то сложности. Обычно по завершению встречи у меня появляется несколько дел – уточнить описания задач, завести новые, донести недостающую информацию для разработчиков.
✂️ 12:00 – 13:00. Груминг задач на дизайн. Обычно, список задач для груминга указываю прямо в описании встречи в Яндекс Календаре, а на самой встрече мы смотрим описание в тикете и если оно достаточное, то наш продуктовый дизайнер даёт оценку, если нет – уношу вопросы на продуктовую проработку.
🗣 13:00 – 14:00. Грумминг задач для front-end-команды. Очень удобно, что с front-end разработчиками мы собираемся сразу после обсуждения с продуктовым дизайнером, это позволяет очень быстро получить комплексную оценку. Здесь также у меня заранее заготовлен список задач, фиксирую детально итоги обсуждения, так как оценок может быть несколько и важно понять, что «удешевляет задачу», а что – «удорожает».
🍽 14:00 – 15:00. Обед с коллегами и кофе после него. Обсуждаем у кого как прошли выходные: я наконец-то досмотрел серил Severance и дочитал книгу про связь почвы и вкуса вина, делаюсь впечатлениями.
🎙15:00 – 16:00. Еженедельная большая встреча всей команды. Эта встреча – пространство для обсуждения важных вопросов, обычно есть и по части продуктов. Продажи, поддержка, редакция и коллеги из других направлений – это одни из моих стейкхолдеров, мне важно понимать и для них, как сделать продукт лучше.
💡16:00 – 17:00. Технический брейншторм по одному из проектов. Обсуждаем разные подходы, взвешиваем + и - каждого, стараемся найти сбалансированное решение. Фиксирую в тикете ход обсуждения и итоговые договорённости.
📄 17:00 – 18:30. Работа с задачами. За 4,5 часовой марафон из встреч накопилось много вещей, которые надо сделать. Последний рывок на сегодня.
✅ 18:30 – 19:00. Подвожу итоги дня. Завершение работы над проектами плавно перетекает в подведение итогов дня, надо понять, как завтра простроить день с учётом встреч, за что нужно взяться завтра прямо с утра (в «золотой час»), кому про что напомнить, у кого спросить и прочее.
Моя коллега Вера, CMO Яндекс Погоды, в своём канале Прыжок Веры (@teolog_marketolog_channel) анализирует практики личной эффективности, загляните к ней, если тема вам интересна. А сегодня хочу рассказать о своих прикладных методах личной эффективности на примере «фотографии дня», что делал в один из понедельников.
Итак, поехали:
🤔 10:30 – 11:00. Изучаю отчёты. Первый – ежемесячный отчёт от команды Поддержки, второй – исследование поведения клиентов в продукте. Хочу понять есть ли что-то новое, о чём стоить подумать или всё уже в проработке.
🙌 11:30 – 12:00. Утренний стендап с командой разработки. Обсуждаем, как продвигаются проекты: кто и что сделал, кто и что будет делать, есть ли какие-то сложности. Обычно по завершению встречи у меня появляется несколько дел – уточнить описания задач, завести новые, донести недостающую информацию для разработчиков.
Я использую правило 2 минут: если что-то можно сделать быстро, я делаю это сразу. Если не могу выполнить задачу быстро, то откладываю её. Это правило помогает мне не загружать себя мелкими делами и не тратить время на планирование – это может занять столько же времени, сколько выполнение самой задачи.
✂️ 12:00 – 13:00. Груминг задач на дизайн. Обычно, список задач для груминга указываю прямо в описании встречи в Яндекс Календаре, а на самой встрече мы смотрим описание в тикете и если оно достаточное, то наш продуктовый дизайнер даёт оценку, если нет – уношу вопросы на продуктовую проработку.
🍽 14:00 – 15:00. Обед с коллегами и кофе после него. Обсуждаем у кого как прошли выходные: я наконец-то досмотрел серил Severance и дочитал книгу про связь почвы и вкуса вина, делаюсь впечатлениями.
🎙15:00 – 16:00. Еженедельная большая встреча всей команды. Эта встреча – пространство для обсуждения важных вопросов, обычно есть и по части продуктов. Продажи, поддержка, редакция и коллеги из других направлений – это одни из моих стейкхолдеров, мне важно понимать и для них, как сделать продукт лучше.
💡16:00 – 17:00. Технический брейншторм по одному из проектов. Обсуждаем разные подходы, взвешиваем + и - каждого, стараемся найти сбалансированное решение. Фиксирую в тикете ход обсуждения и итоговые договорённости.
Я придерживаюсь метода
Zero Inbox
, это позволяет снизить когнитивную нагрузку на мозг и отключиться от работы на остаток дня.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍17❤6💯5👨💻5
Давайте подведём итог:
1️⃣ Найдите свой «Золотой час» и посвятите его самой сложной работе
2️⃣ Планируйте следующий день по итогам текущего
3️⃣ Давайте своему мозгу отдых, например, попробуйте Zero Inbox
4️⃣ Если что-то можно сделать за 2 минуты, лучше сразу это сделать, чем откладывать
5️⃣ Готовьтесь ко встречам заранее: готовьте фактуру, актуализируйте вопросы, записывайте о чём договорились
👍10💯5❤4🤔2👨💻1
Формулирование и проверка гипотез: бесплатный воркшоп для продакт-менеджеров и тех, кто хочет ими стать.
🗓 Дата: 11.10.2024
🕒 Время: 19:00 (GMT +3)
💻 Формат: онлайн
🧠Что вы узнаете?
Правильное формулирование и проверка гипотез — ключевые навыки успешного продакт-менеджера. Ошибочная гипотеза может стоить компании времени и ресурсов, в то время как точная гипотеза существенно снижает неопределённость.
На воркшопе вы узнаете как:
- Формулировать гипотезы исходя из бизнес-задач.
- Разрабатывать план по их проверке.
- Прокачивать навыки системного подхода к работе с гипотезами.
👨🏫 Эксперты:
- Стас Джу («VK Video», ex-«Яндекс 360», ex-«Домклик» («Сбербанк»)) — более 5 лет опыта в создании продуктов, автор канала Product_ninja
- Иван Меркурьев («Яндекс», ex-«Сбербанк», ex-«Мегафон») — более 10 лет опыта в создании и масштабировании продуктов, автор канала Ordinary PM
🔗 Регистрация: Успейте забронировать место на воркшоп! Количество мест ограничено.
👉 Участвуйте бесплатно: для участия обязательна регистрация по ссылке
🗓 Дата: 11.10.2024
🕒 Время: 19:00 (GMT +3)
💻 Формат: онлайн
🧠Что вы узнаете?
Правильное формулирование и проверка гипотез — ключевые навыки успешного продакт-менеджера. Ошибочная гипотеза может стоить компании времени и ресурсов, в то время как точная гипотеза существенно снижает неопределённость.
На воркшопе вы узнаете как:
- Формулировать гипотезы исходя из бизнес-задач.
- Разрабатывать план по их проверке.
- Прокачивать навыки системного подхода к работе с гипотезами.
👨🏫 Эксперты:
- Стас Джу («VK Video», ex-«Яндекс 360», ex-«Домклик» («Сбербанк»)) — более 5 лет опыта в создании продуктов, автор канала Product_ninja
- Иван Меркурьев («Яндекс», ex-«Сбербанк», ex-«Мегафон») — более 10 лет опыта в создании и масштабировании продуктов, автор канала Ordinary PM
🔗 Регистрация: Успейте забронировать место на воркшоп! Количество мест ограничено.
👉 Участвуйте бесплатно: для участия обязательна регистрация по ссылке
👍12❤4👀2
Forwarded from Эйч
О разнице между Project Manager, Product Marketing Manager и Product Manager рассказал новый эксперт Эйч Иван Меркурьев
За 10+ лет в больших IT-компаниях я работал в разных отраслях, на разных рынках, с разными продуктами и в разных ролях. Благодаря этому опыту понял, как стать действительно востребованным менеджером.
Записаться на консультацию к Ивану или другому эксперту
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
❤20👍6👨💻3