Forwarded from Mariia Tereshkina
This media is not supported in your browser
VIEW IN TELEGRAM
❤🔥9❤5🔥5
Как продакту питчить стратегию, чтобы его слушали
Привет, это Андрей Денисов, академический директор WANNABE. Наверняка многие из вас ставят сейчас годовые и квартальные цели.
Ученик нашего интенсива «Менеджер продукта» поднял в чате классную тему: как питчить стратегию, чтобы сказать всё важное, но не затягивать и не завалить команду метриками, цифрами и графиками.
Расскажу про наш подход. В идеале оставить только самое главное, чтобы поместить всё на 10—20 слайдов.
Структура питча и презентации:
01 Цели и ключевые метрики — 3—4 главных метрики, чтобы не возникало расфокуса.
02 Стратегия — верхнеуровневый план по достижению целей и метрик, причины, почему он именно такой.
03 Роадмап — приземляем стратегию на операционный и тактический уровень, на то, что будем делать как команда в ближайшее время.
Всё остальное — продукт, пользователи, конкуренты, причины, следствия, взаимосвязи и прочее — можно спрятать под дополнительные слайды.
Например, вы заранее понимаете, что коллегам будет интересно узнать про пользователей или конкурентов, — соберите такие слайды, но показывайте их только в том случае, если команда спросит вас об этом. В питче расскажите суть.
Что прочитать про стратегию из наших материалов:
1. Разработка продуктовой стратегии: пошаговое руководство — групповой проект от наших учеников.
2. 6 способов найти стратегии конкурентов.
3. Анализ конкурентов: что мы можем найти в их стратегиях и применить к своему продукту.
4. 3 мифа про стратегию — рассказывает Оля Звегинцева, наш продакт-лид.
5. Пример стратегии от нашего ученика.
Мой топ-3 книг про стратегию:
1. «Хорошая стратегия, плохая стратегия», Ричард Румельт.
2. «Конкурентное преимущество. Как достичь высокого результата и обеспечить его устойчивость», Майкл Портер.
3. «Стратегии тоже нужна стратегия», Мартин Ривз.
Привет, это Андрей Денисов, академический директор WANNABE. Наверняка многие из вас ставят сейчас годовые и квартальные цели.
Ученик нашего интенсива «Менеджер продукта» поднял в чате классную тему: как питчить стратегию, чтобы сказать всё важное, но не затягивать и не завалить команду метриками, цифрами и графиками.
Расскажу про наш подход. В идеале оставить только самое главное, чтобы поместить всё на 10—20 слайдов.
Структура питча и презентации:
01 Цели и ключевые метрики — 3—4 главных метрики, чтобы не возникало расфокуса.
02 Стратегия — верхнеуровневый план по достижению целей и метрик, причины, почему он именно такой.
03 Роадмап — приземляем стратегию на операционный и тактический уровень, на то, что будем делать как команда в ближайшее время.
Всё остальное — продукт, пользователи, конкуренты, причины, следствия, взаимосвязи и прочее — можно спрятать под дополнительные слайды.
Например, вы заранее понимаете, что коллегам будет интересно узнать про пользователей или конкурентов, — соберите такие слайды, но показывайте их только в том случае, если команда спросит вас об этом. В питче расскажите суть.
Что прочитать про стратегию из наших материалов:
1. Разработка продуктовой стратегии: пошаговое руководство — групповой проект от наших учеников.
2. 6 способов найти стратегии конкурентов.
3. Анализ конкурентов: что мы можем найти в их стратегиях и применить к своему продукту.
4. 3 мифа про стратегию — рассказывает Оля Звегинцева, наш продакт-лид.
5. Пример стратегии от нашего ученика.
Мой топ-3 книг про стратегию:
1. «Хорошая стратегия, плохая стратегия», Ричард Румельт.
2. «Конкурентное преимущество. Как достичь высокого результата и обеспечить его устойчивость», Майкл Портер.
3. «Стратегии тоже нужна стратегия», Мартин Ривз.
👍15❤10🔥6💯1
Почему когда-то популярный MySpace потерял аудиторию — распространённые ошибки при работе с PMF
Привет! Это Маша Дыбкина, я руководитель продукта в «Самолёте» и продакт-лид WANNABE.
PMF, Product Market Fit, — момент, когда продукт находит своё место на рынке.
Вспомните, как появился первый iPhone. Это был не просто новый телефон — это была революция. Люди выстраивались в очереди на дни вперёд, чтобы его купить, обсуждали его возможности на каждом углу, а конкуренты срочно пытались догнать Apple. Это и есть состояние Product Market Fit.
Можно ли расслабиться, если нашли PMF? Нет, и это первая ошибка при работе с PMF:
01 Остановка развития. Даже после успешного запуска продукта необходимо регулярно проверять и корректировать его соответствие потребностям рынка.
Возвращаемся к MySpace. Он был ведущей социальной сетью в 2000-х годах. Но когда Facebook появился на рынке с более простой и функциональной платформой, MySpace не смог вовремя обновить свой интерфейс и стратегию. В результате MySpace растерял свою аудиторию, и сервис был куплен компанией News Corporation, а затем постепенно утратил своё значение.
Или вот, ещё одна ошибка при работе с PMF:
02 Фокус на метриках тщеславия. Например, количество скачиваний или регистраций, без учёта долгосрочной ценности — это метрики тщеславия. Они радуют, но не показывают реальную удовлетворённость продуктом. Retention — более подходящая метрика, потому что показывает процент удержания клиентов, то есть сколько клиентов остаётся в приложении после скачивания.
Анастасия Широких, продакт-менеджер в «Яндексе» и автор канала Пульс продакта:
Эти и другие ошибки мы описали вместе с учениками в групповом проекте: «Как найти Product Market Fit для своего продукта. Подробный алгоритм действий».
Этот групповой проект был подготовлен в рамках совместного потока VK и WANNABE.
Заходите в бот, изучайте групповой проект целиком и скачивайте полезные материалы для своих продуктов.
Получить материалы в боте →
Привет! Это Маша Дыбкина, я руководитель продукта в «Самолёте» и продакт-лид WANNABE.
PMF, Product Market Fit, — момент, когда продукт находит своё место на рынке.
Вспомните, как появился первый iPhone. Это был не просто новый телефон — это была революция. Люди выстраивались в очереди на дни вперёд, чтобы его купить, обсуждали его возможности на каждом углу, а конкуренты срочно пытались догнать Apple. Это и есть состояние Product Market Fit.
Можно ли расслабиться, если нашли PMF? Нет, и это первая ошибка при работе с PMF:
01 Остановка развития. Даже после успешного запуска продукта необходимо регулярно проверять и корректировать его соответствие потребностям рынка.
Возвращаемся к MySpace. Он был ведущей социальной сетью в 2000-х годах. Но когда Facebook появился на рынке с более простой и функциональной платформой, MySpace не смог вовремя обновить свой интерфейс и стратегию. В результате MySpace растерял свою аудиторию, и сервис был куплен компанией News Corporation, а затем постепенно утратил своё значение.
Или вот, ещё одна ошибка при работе с PMF:
02 Фокус на метриках тщеславия. Например, количество скачиваний или регистраций, без учёта долгосрочной ценности — это метрики тщеславия. Они радуют, но не показывают реальную удовлетворённость продуктом. Retention — более подходящая метрика, потому что показывает процент удержания клиентов, то есть сколько клиентов остаётся в приложении после скачивания.
Анастасия Широких, продакт-менеджер в «Яндексе» и автор канала Пульс продакта:
Очень часто наблюдаю эффект первой волны, когда компании маркетингово привлекают пользователей, им становится интересно, они заходят в продукт, но дальше эта волна идёт вниз, и пользователи не возвращаются. И это уже говорит о том, что Product Market Fit, скорее всего, не случился либо он очень-очень маленький.
Эти и другие ошибки мы описали вместе с учениками в групповом проекте: «Как найти Product Market Fit для своего продукта. Подробный алгоритм действий».
Этот групповой проект был подготовлен в рамках совместного потока VK и WANNABE.
Заходите в бот, изучайте групповой проект целиком и скачивайте полезные материалы для своих продуктов.
Получить материалы в боте →
❤🔥10🔥5👍3❤1
Взял саббатикал, чтобы нарастить навыки и подумать, куда идти дальше
Привет, это Юра Аксёнов! Я ex-Team Lead в B2Broker и ex-CTO в стартапах. Прямо сейчас учусь на интенсиве «Менеджер продукта», и мы делаем групповой проект. Расскажу, как я организовал себе обучающий процесс и что заберу себе в работу из интенсива.
Про процесс — системный подход к обучению. Специально для учёбы я ушёл в саббатикал. Я сформировал подушку безопасности и взял длительный отпуск, чтобы отдохнуть, нарастить навыки и подготовиться к новому месту работы.
Считаю, что хороший СТО должен отлично разбираться в продукте, поэтому я пошёл на интенсив — добавить к своим техническим навыкам продуктовые и сделать свою работу более системной.
Задачи, которые я решил на интенсиве:
01 Создал PDP, персональный план развития, и продумал свой карьерный трек. Я начинал как разработчик, дошёл до технического директора и понял: для роли лида разработчиков мне не хватает управленческих компетенций и понимания, как работают продакты.
На интенсиве я заполнил PDP для продакт-менеджера и выделил приоритетные компетенции для развития: аналитику и метрики, исследования, проверку гипотез. Буду развивать эти навыки, чтобы построить системную работу в новом проекте.
02 Знаю, как взаимодействовать с CEO в новом стартапе. Часто в стартапах на начальном этапе есть CEO, который «чувствует», как должно быть, и принимает решения на этой чуйке.
Теперь у меня есть знания продакта: я могу приземлять видение CEO на реальность и подсказывать, как стоит действовать, чтобы достичь целей.
03 Понимаю, как не создавать технический долг и делать только то, что нужно. Обычно мы в разработке выполняем рандомные задачи по списку: «Нужно хранить какие-то котировки данных. Ок, будем их хранить». Список накапливается, сроки обычно «вчера», разработка застаивается.
На интенсиве я построил продуктовую стратегию, разработал Discovery и Delivery на тренировочном кейсе. Теперь понимаю, как построить на новом месте качественные процессы разработки и выстроить взаимодействие между бизнесом и технической командой.
04 Знаю, как обосновать дизайнеру своё решение. Мы плотно работаем с дизайном, и я даю дизайнерам обратную связь. Раньше я опирался на субъективные ощущения: «Что-то кнопка не того цвета, давайте переделаем». Дизайнеру было непонятно, что не так с этим цветом, сроки разработки снова растягивались.
На интенсиве я разобрал дизайн лендинга: разобрал продукт, разработал Job Story для бизнеса и клиента, проанализировал сайт по UX и UI гайдам. Теперь я могу разговаривать с дизайнером на его языке: не «кнопка не того цвета», а «смотри, кнопка не контрастирует с этим фоном, её не видно, мы не выполним целевое действие».
Недавно я отказался от офера от второй по величине брокерской компании в мире и такой же внушительной зарплаты. Это было сложное решение, но на интенсиве я научился мыслить стратегически: это предложение сейчас не то, что я ищу.
Записаться в вейтлист →
Привет, это Юра Аксёнов! Я ex-Team Lead в B2Broker и ex-CTO в стартапах. Прямо сейчас учусь на интенсиве «Менеджер продукта», и мы делаем групповой проект. Расскажу, как я организовал себе обучающий процесс и что заберу себе в работу из интенсива.
Про процесс — системный подход к обучению. Специально для учёбы я ушёл в саббатикал. Я сформировал подушку безопасности и взял длительный отпуск, чтобы отдохнуть, нарастить навыки и подготовиться к новому месту работы.
Считаю, что хороший СТО должен отлично разбираться в продукте, поэтому я пошёл на интенсив — добавить к своим техническим навыкам продуктовые и сделать свою работу более системной.
Задачи, которые я решил на интенсиве:
01 Создал PDP, персональный план развития, и продумал свой карьерный трек. Я начинал как разработчик, дошёл до технического директора и понял: для роли лида разработчиков мне не хватает управленческих компетенций и понимания, как работают продакты.
На интенсиве я заполнил PDP для продакт-менеджера и выделил приоритетные компетенции для развития: аналитику и метрики, исследования, проверку гипотез. Буду развивать эти навыки, чтобы построить системную работу в новом проекте.
02 Знаю, как взаимодействовать с CEO в новом стартапе. Часто в стартапах на начальном этапе есть CEO, который «чувствует», как должно быть, и принимает решения на этой чуйке.
Теперь у меня есть знания продакта: я могу приземлять видение CEO на реальность и подсказывать, как стоит действовать, чтобы достичь целей.
03 Понимаю, как не создавать технический долг и делать только то, что нужно. Обычно мы в разработке выполняем рандомные задачи по списку: «Нужно хранить какие-то котировки данных. Ок, будем их хранить». Список накапливается, сроки обычно «вчера», разработка застаивается.
На интенсиве я построил продуктовую стратегию, разработал Discovery и Delivery на тренировочном кейсе. Теперь понимаю, как построить на новом месте качественные процессы разработки и выстроить взаимодействие между бизнесом и технической командой.
04 Знаю, как обосновать дизайнеру своё решение. Мы плотно работаем с дизайном, и я даю дизайнерам обратную связь. Раньше я опирался на субъективные ощущения: «Что-то кнопка не того цвета, давайте переделаем». Дизайнеру было непонятно, что не так с этим цветом, сроки разработки снова растягивались.
На интенсиве я разобрал дизайн лендинга: разобрал продукт, разработал Job Story для бизнеса и клиента, проанализировал сайт по UX и UI гайдам. Теперь я могу разговаривать с дизайнером на его языке: не «кнопка не того цвета», а «смотри, кнопка не контрастирует с этим фоном, её не видно, мы не выполним целевое действие».
Недавно я отказался от офера от второй по величине брокерской компании в мире и такой же внушительной зарплаты. Это было сложное решение, но на интенсиве я научился мыслить стратегически: это предложение сейчас не то, что я ищу.
Сегодня последний день, когда можно записаться в вейтлист интенсива «Менеджер продукта»:
→ Купить место с максимальной скидкой.
→ Проконсультироваться, подходит ли вам интенсив.
→ Получить доступ к пробным урокам.
→ Получить полезные материалы от нашей команды.
Записаться в вейтлист →
❤18🔥6👍4
Как пережить карьерный кризис: личный опыт
Привет! Это Ася Широких, я продакт-менеджер в команде «Умного дома» от «Яндекса», карьерный консультант и автор канала Пульс продакта. А ещё недавно я была экспертом в групповом проекте про PMF на интенсиве «Менеджер продукта» от WANNABE.
Может быть, вам знакомо это чувство: вроде работаешь, всё хорошо, но что-то не так. Нет внутри прежнего огонька, задора затащить сложную задачу.
Несколько признаков, что что-то не так, из моего личного опыта и опыта консультаций:
01 Потеря профессиональной идентичности. Вы не можете чётко определить, кто вы в своей роли, за что отвечаете, в чём ваша ценность для компании.
Например, в компании перестраивают оргструктуру: заново определяют зоны ответственности и описывают обязанности для каждого сотрудника. Это сложное время перемен, можно чувствовать себя потерянным.
02 Проблемы с дальнейшим развитием. Ваши прежние цели кажутся неактуальными, и вы не можете сформулировать, куда хотите двигаться дальше.
Например, в моей практике один раз была такая ситуация: продакту нравилось решать именно менеджерские, а не продуктовые задачи. Он хотел уйти в проджект-менеджмент, но было страшно и непонятно, как менять карьерный трек.
03 Липкие рабочие процессы. Вы замечаете, что чем больше стараетесь что-то изменить, тем больше застреваете на месте. Странные проблемы возникают как будто из ниоткуда, а встречи кажутся пустыми и неэффективными.
Например, бизнес хочет резко масштабироваться, а специалист считает, что нужно работать над качеством. Когда он приходит со своими мыслями в рабочие процессы, встречает огромное сопротивление. Внедрить изменения не получается: всё занимает много времени, люди не включаются, результата нет.
04 Неясность в подходах к задачам. Задачи кажутся понятными, но вы не знаете, как за них взяться, и чувствуете тревогу.
Например, вы столкнулись с более сложными задачами. Раньше, вы работали с сервисами на тысячную аудиторию, а теперь — на многомиллионную. У меня так было. Совсем другие ощущения: я больше боялась совершить ошибку, получить негативную обратную связь — в общем, была внутренняя неуверенность, точно ли я хороший специалист.
05 Нет контакта с руководителем и командой. Вы чувствуете себя белой вороной. Ваш руководитель и ваша команда не разделяют ваш подход и ваши ценности.
Например, компания пересобрала внутреннюю оргструктуру: сотрудники-старички уволились, а на их место пришли новые люди со своими смыслами. И клиентам было некомфортно и неясно, как работать дальше.
Если вы узнали себя в этих пунктах, не спешите паниковать и увольняться из проекта одним днём.
Я бы действовала так:
→ Разберитесь, что происходит на самом деле. Вы устали? У вас изменились ценности? Вы хотите выйти на новый уровень, а не заниматься привычными делами? С каждым из этих примеров нужно работать по-разному.
→ Двигайтесь от меньшего к большему. Например, недавно вы запустили новый проект, устали и не хотите ничего делать. Не спешите идти к руководителю в этом состоянии. Возьмите несколько выходных → отдохните → проанализируйте последний проект → поговорите с руководителем и поделитесь тем, что вас тревожит.
Приведу пример из моей практики, но опущу детали: продакт-менеджер рассказал о проблемах на проекте своему руководителю. Оказалось, что руководитель видел ситуацию иначе и был в шоке, когда узнал видение сотрудника. Поговорив, они смогли перестроить процессы так, чтобы всем было комфортнее.
Если самому разобраться сложно, можно обратиться к карьерному консультанту, а может, даже к психологу. У меня так было: мне было страшно менять работу. Я поработала над этим с психологом — получилось найти место по душе и стать счастливей.
Привет! Это Ася Широких, я продакт-менеджер в команде «Умного дома» от «Яндекса», карьерный консультант и автор канала Пульс продакта. А ещё недавно я была экспертом в групповом проекте про PMF на интенсиве «Менеджер продукта» от WANNABE.
Может быть, вам знакомо это чувство: вроде работаешь, всё хорошо, но что-то не так. Нет внутри прежнего огонька, задора затащить сложную задачу.
Несколько признаков, что что-то не так, из моего личного опыта и опыта консультаций:
01 Потеря профессиональной идентичности. Вы не можете чётко определить, кто вы в своей роли, за что отвечаете, в чём ваша ценность для компании.
Например, в компании перестраивают оргструктуру: заново определяют зоны ответственности и описывают обязанности для каждого сотрудника. Это сложное время перемен, можно чувствовать себя потерянным.
02 Проблемы с дальнейшим развитием. Ваши прежние цели кажутся неактуальными, и вы не можете сформулировать, куда хотите двигаться дальше.
Например, в моей практике один раз была такая ситуация: продакту нравилось решать именно менеджерские, а не продуктовые задачи. Он хотел уйти в проджект-менеджмент, но было страшно и непонятно, как менять карьерный трек.
03 Липкие рабочие процессы. Вы замечаете, что чем больше стараетесь что-то изменить, тем больше застреваете на месте. Странные проблемы возникают как будто из ниоткуда, а встречи кажутся пустыми и неэффективными.
Например, бизнес хочет резко масштабироваться, а специалист считает, что нужно работать над качеством. Когда он приходит со своими мыслями в рабочие процессы, встречает огромное сопротивление. Внедрить изменения не получается: всё занимает много времени, люди не включаются, результата нет.
04 Неясность в подходах к задачам. Задачи кажутся понятными, но вы не знаете, как за них взяться, и чувствуете тревогу.
Например, вы столкнулись с более сложными задачами. Раньше, вы работали с сервисами на тысячную аудиторию, а теперь — на многомиллионную. У меня так было. Совсем другие ощущения: я больше боялась совершить ошибку, получить негативную обратную связь — в общем, была внутренняя неуверенность, точно ли я хороший специалист.
05 Нет контакта с руководителем и командой. Вы чувствуете себя белой вороной. Ваш руководитель и ваша команда не разделяют ваш подход и ваши ценности.
Например, компания пересобрала внутреннюю оргструктуру: сотрудники-старички уволились, а на их место пришли новые люди со своими смыслами. И клиентам было некомфортно и неясно, как работать дальше.
Если вы узнали себя в этих пунктах, не спешите паниковать и увольняться из проекта одним днём.
Я бы действовала так:
→ Разберитесь, что происходит на самом деле. Вы устали? У вас изменились ценности? Вы хотите выйти на новый уровень, а не заниматься привычными делами? С каждым из этих примеров нужно работать по-разному.
→ Двигайтесь от меньшего к большему. Например, недавно вы запустили новый проект, устали и не хотите ничего делать. Не спешите идти к руководителю в этом состоянии. Возьмите несколько выходных → отдохните → проанализируйте последний проект → поговорите с руководителем и поделитесь тем, что вас тревожит.
Приведу пример из моей практики, но опущу детали: продакт-менеджер рассказал о проблемах на проекте своему руководителю. Оказалось, что руководитель видел ситуацию иначе и был в шоке, когда узнал видение сотрудника. Поговорив, они смогли перестроить процессы так, чтобы всем было комфортнее.
Если самому разобраться сложно, можно обратиться к карьерному консультанту, а может, даже к психологу. У меня так было: мне было страшно менять работу. Я поработала над этим с психологом — получилось найти место по душе и стать счастливей.
❤21🔥6
Как продакту провести usability-тестирование и улучшить функцию поиска — пример исследования от ученика WANNABE
Привет, это Маша Терешкина, ex-продакт-лид в «Т-банке», «Газпром нефть», а сейчас я продакт-лид в WANNABE. В прошлом году я училась на интенсиве «Менеджер продукта» и выполняла домашние задания по своему проекту.
(в конце поста отдам свою домашнюю работу)
Мой проект во время обучения — корпоративный мессенджер Time. Это российская платформа для коммуникаций и командной работы сотрудников в компаниях разной величины.
Во время учебного модуля «Исследования» я хотела понять, как нам улучшить поиск.
У нас было несколько проблем:
→ пользователи не могут найти нужные каналы и групповые беседы;
→ пользователи не могут найти друг друга, нет поисковой выдачи;
→ нерелевантная выдача — запрос один, выдача совершенно про другое;
→ низкая скорость поиска и отрисовка результата.
Я решила провести usability-тестирование. Поделюсь двумя инсайтами из своего исследования:
01 Нужно иметь чёткий план действий по улучшению фичи в продукте: этапы и последовательность, сроки и пиар-активности. Кажется, что это очевидно — нормально строить работу. Но ещё это помогает показать всем пользователям, что вы делаете и как это улучшит их жизнь.
02 В сложных задачах и проектах, где есть зависимости от разных команд, нужно вести работы параллельно. Это даёт огромный буст в скорости — вы быстрее проведёте исследование.
Поиск — сложная фича. Всё что вы ищете, крутится на бэкенде и поисковом движке. А на экране вы видите только отображение вашего поискового запроса.
У нашей команды тогда стояли две глобальных задачи:
— исправлять логику поиска и уводить её на движок;
— улучшить UX/UI, чтобы пользователи могли найти то, что им нужно.
Отсюда вытекала проблема: пока не будет исправлена логика поиска (а это долго, дорого и сложно), дорабатывать интерфейс бесполезно.
Отдаю своё домашнее задание по usability-исследованию. Что внутри:
01 Предыстория исследования.
02 Проблема, цели, экшн-план.
03 Целевая аудитория.
04 Дизайн исследования.
05 Само исследование и выводы.
Забрать в боте домашнее задание по usability →
Привет, это Маша Терешкина, ex-продакт-лид в «Т-банке», «Газпром нефть», а сейчас я продакт-лид в WANNABE. В прошлом году я училась на интенсиве «Менеджер продукта» и выполняла домашние задания по своему проекту.
(в конце поста отдам свою домашнюю работу)
Мой проект во время обучения — корпоративный мессенджер Time. Это российская платформа для коммуникаций и командной работы сотрудников в компаниях разной величины.
Во время учебного модуля «Исследования» я хотела понять, как нам улучшить поиск.
У нас было несколько проблем:
→ пользователи не могут найти нужные каналы и групповые беседы;
→ пользователи не могут найти друг друга, нет поисковой выдачи;
→ нерелевантная выдача — запрос один, выдача совершенно про другое;
→ низкая скорость поиска и отрисовка результата.
Я решила провести usability-тестирование. Поделюсь двумя инсайтами из своего исследования:
01 Нужно иметь чёткий план действий по улучшению фичи в продукте: этапы и последовательность, сроки и пиар-активности. Кажется, что это очевидно — нормально строить работу. Но ещё это помогает показать всем пользователям, что вы делаете и как это улучшит их жизнь.
02 В сложных задачах и проектах, где есть зависимости от разных команд, нужно вести работы параллельно. Это даёт огромный буст в скорости — вы быстрее проведёте исследование.
Поиск — сложная фича. Всё что вы ищете, крутится на бэкенде и поисковом движке. А на экране вы видите только отображение вашего поискового запроса.
У нашей команды тогда стояли две глобальных задачи:
— исправлять логику поиска и уводить её на движок;
— улучшить UX/UI, чтобы пользователи могли найти то, что им нужно.
Отсюда вытекала проблема: пока не будет исправлена логика поиска (а это долго, дорого и сложно), дорабатывать интерфейс бесполезно.
Отдаю своё домашнее задание по usability-исследованию. Что внутри:
01 Предыстория исследования.
02 Проблема, цели, экшн-план.
03 Целевая аудитория.
04 Дизайн исследования.
05 Само исследование и выводы.
Забрать в боте домашнее задание по usability →
🔥6❤5👏3👍1
Задавайте любые вопросы про работу с разработчиками
Привет, это Самат Галимов! Я управляющий партнёр ФАНС-разработки и автор телеграм-канала «Запуск завтра».
Команда WANNABE пригласила меня провести сессию вопросов и ответов про взаимодействие с разработчиками.
До конца недели под этим постом буду отвечать на всё, что волнует. Затем поучаствую в интенсиве «Менеджер продукта». Об этом позже расскажем подробнее.
Вы можете прямо спросить у меня:
«Почему вы, разработчики, делаете вот так, что это такое было?».
А я постараюсь честно ответить на все вопросы:
→ как понять, что можно реализовать, а что нет, если не знаешь языков программирования;
→ что делать, если разработчики делают мелкие улучшения месяцами;
→ почему разработчики не воспринимают продакт-менеджеров всерьёз.
Развеем несколько мифов, обсудим ваши боли и расскажу, как сделать так, чтобы техническая часть и бизнес-часть команды работали синхронно.
Задавайте вопросы — приду отвечать в комментариях.
Привет, это Самат Галимов! Я управляющий партнёр ФАНС-разработки и автор телеграм-канала «Запуск завтра».
Команда WANNABE пригласила меня провести сессию вопросов и ответов про взаимодействие с разработчиками.
До конца недели под этим постом буду отвечать на всё, что волнует. Затем поучаствую в интенсиве «Менеджер продукта». Об этом позже расскажем подробнее.
Вы можете прямо спросить у меня:
«Почему вы, разработчики, делаете вот так, что это такое было?».
А я постараюсь честно ответить на все вопросы:
→ как понять, что можно реализовать, а что нет, если не знаешь языков программирования;
→ что делать, если разработчики делают мелкие улучшения месяцами;
→ почему разработчики не воспринимают продакт-менеджеров всерьёз.
Развеем несколько мифов, обсудим ваши боли и расскажу, как сделать так, чтобы техническая часть и бизнес-часть команды работали синхронно.
Задавайте вопросы — приду отвечать в комментариях.
🔥26👍4
Ура! Сегодня у наших ребят-продактов выпускной!
Привет, это Юля Владимирова-Демерт, шеф-редактор WANNABE. Лечу поделиться с вами эмоциями и рассказать про наш праздник.
Сегодня мы поздравляем учеников нашего интенсива «Менеджер продукта», а именно майский и сентябрьский потоки.
Ребята, вы большие трудяги. Спасибо вам за ваше мужество идти в неизвестное и становиться сильнее. Я сама проходила интенсив и знаю, какую большую работу вы проделали!
Несколько инсайдов с выпускного:
01 Эти потоки у нас проходили совместно с VK, поэтому и выпускной у нас проходил в офисе VK.
02 Ребята из VK рассказали нам про компанию, показали офис, разработали программу для выпускного, провели классные лекции, вручили подарки и пригласили на фуршет.
03 В майском и сентябрьском потоках мы выпустили 174 продакта. В основном, это мидл- и сеньор-продакты из средних и крупных компаний: VK, Т-Банк, Яндекс, Сбер.
04 На выпускном мы защищали свои групповые проекты. Групповой проект — финальная работа на интенсиве. Мы проводим исследование и пишем материал, который позволяет другим продакт-менеджерам и смежным специалистам разобраться в определённой теме. Так мы вносим вклад в развитие продуктового сообщества.
05 В этот раз мы презентовали три групповых проекта. Рассказывали про PMF, Retention и CAC. В каждом проекте ученики проводили исследования и доставали уникальные инсайты.
Групповой проект про PMF уже можно прочитать в нашей Библиотеке. Новые проекты, про Retention и CAC появятся в ближайшее время.
Очень рада была встретиться со всеми ребятами. Мои вам сердца❤️
Привет, это Юля Владимирова-Демерт, шеф-редактор WANNABE. Лечу поделиться с вами эмоциями и рассказать про наш праздник.
Сегодня мы поздравляем учеников нашего интенсива «Менеджер продукта», а именно майский и сентябрьский потоки.
Ребята, вы большие трудяги. Спасибо вам за ваше мужество идти в неизвестное и становиться сильнее. Я сама проходила интенсив и знаю, какую большую работу вы проделали!
Несколько инсайдов с выпускного:
01 Эти потоки у нас проходили совместно с VK, поэтому и выпускной у нас проходил в офисе VK.
02 Ребята из VK рассказали нам про компанию, показали офис, разработали программу для выпускного, провели классные лекции, вручили подарки и пригласили на фуршет.
03 В майском и сентябрьском потоках мы выпустили 174 продакта. В основном, это мидл- и сеньор-продакты из средних и крупных компаний: VK, Т-Банк, Яндекс, Сбер.
04 На выпускном мы защищали свои групповые проекты. Групповой проект — финальная работа на интенсиве. Мы проводим исследование и пишем материал, который позволяет другим продакт-менеджерам и смежным специалистам разобраться в определённой теме. Так мы вносим вклад в развитие продуктового сообщества.
05 В этот раз мы презентовали три групповых проекта. Рассказывали про PMF, Retention и CAC. В каждом проекте ученики проводили исследования и доставали уникальные инсайты.
Групповой проект про PMF уже можно прочитать в нашей Библиотеке. Новые проекты, про Retention и CAC появятся в ближайшее время.
Очень рада была встретиться со всеми ребятами. Мои вам сердца❤️
🔥23❤🔥7❤6👍1
Почему разработчики не перепроверяют код за собой и другие острые вопросы про взаимодействие продактов и разработчиков
Привет, это Самат Галимов! Я управляющий партнёр ФАНС-разработки и автор телеграм-канала «Запуск завтра».
Недавно в канале я отвечал на ваши вопросы про работу с разработкой.
В этом посте небольшой блиц:
01
Разработчики не следят за качеством, когда не чувствуют ответственности. Мы выбираем ответственных разработчиков из кандидатов, а потом делаем всё возможное для того, чтобы их не испортить.
Испортить очень просто — достаточно поместить их в среду, где их старания ни на что не влияют, где результат их работы не ценят. И всё, становится человек безответственным (или уходит). Кажется, в лёгких случаях это лечится отпуском. Что делать в хронических случаях, я не знаю. Это трагедия.
02
Признаки плохой коммуникации:
1. Опять спринт не закончили в срок!
2. Как понять, что разработчик дал нормальную оценку?
3. Как понять, что можно сделать, а что нельзя, если я не разработчик?
4. Опять просят кучу времени на рефакторинг, сколько можно?
Бывает так, что коммуникация в этой конкретной команде и не может быть лучше, потому что, например, вторая сторона не мотивирована её выстраивать. Или у сторон противоположные интересы. Как сказали бы математики — это вырожденный случай проблем с коммуникацией.
03
Чем раньше подключаешь разработку, тем более дешёвый с технической точки зрения продукт можно придумать. Чем дальше в проработку, тем меньше ты видишь общую картину, тем больше решений уже принято и тем меньше можешь предложить радикальных упрощений.
Экономить на разработчиках в начале обсуждения продукта — это самый простой способ выстрелить себе в ногу. То, что можно было решить за 15 минут изменением продукта, придётся 15 дней решать в коде.
04
Ооо, это прям большая тема. В целом, мы пользуемся бейзкемпом. Пишем посты, составляем список задач на неделю, ведём обсуждение в комментариях к задачам.
Если не получается договориться о чем-то в паре сообщений, предлагаем коротко созвониться.
Ещё активно используем лумы — это отличная альтернатива письмам, которые сложно и долго писать; и созвонам, которые нужно синхронизировать по времени.
05
Конечно, задачи должен оценивать тот, кто будет её прогать. Он ведь берёт ответственность за результат и сроки.
Если названные сроки кажутся нереалистичными, стоит использовать «открытые вопросы» для того, чтобы выяснить, почему ваше видение так отличается. Например: «Расскажи пожалуйста, как ты пришёл к этой оценке?»
Спасибо вам большое за вопросы! Прямо один-к-одному, как будто специально подобрали. Так оно обычно и бывает, когда в правильное время в правильном месте. Классное у вас тут сообщество собралось!
Привет, это Самат Галимов! Я управляющий партнёр ФАНС-разработки и автор телеграм-канала «Запуск завтра».
Недавно в канале я отвечал на ваши вопросы про работу с разработкой.
В этом посте небольшой блиц:
01
Почему разработчики не перепроверяют код за собой?
Разработчики не следят за качеством, когда не чувствуют ответственности. Мы выбираем ответственных разработчиков из кандидатов, а потом делаем всё возможное для того, чтобы их не испортить.
Испортить очень просто — достаточно поместить их в среду, где их старания ни на что не влияют, где результат их работы не ценят. И всё, становится человек безответственным (или уходит). Кажется, в лёгких случаях это лечится отпуском. Что делать в хронических случаях, я не знаю. Это трагедия.
02
Какие признаки плохо выстроенной коммуникации между разрабами и продактами ты можешь назвать?
Признаки плохой коммуникации:
1. Опять спринт не закончили в срок!
2. Как понять, что разработчик дал нормальную оценку?
3. Как понять, что можно сделать, а что нельзя, если я не разработчик?
4. Опять просят кучу времени на рефакторинг, сколько можно?
Бывает так, что коммуникация в этой конкретной команде и не может быть лучше, потому что, например, вторая сторона не мотивирована её выстраивать. Или у сторон противоположные интересы. Как сказали бы математики — это вырожденный случай проблем с коммуникацией.
03
Насколько по твоему опыту нужно погружать разработку в задачу на ранних этапах?
Чем раньше подключаешь разработку, тем более дешёвый с технической точки зрения продукт можно придумать. Чем дальше в проработку, тем меньше ты видишь общую картину, тем больше решений уже принято и тем меньше можешь предложить радикальных упрощений.
Экономить на разработчиках в начале обсуждения продукта — это самый простой способ выстрелить себе в ногу. То, что можно было решить за 15 минут изменением продукта, придётся 15 дней решать в коде.
04
Расскажи, пожалуйста, о вашей асинхронной коммуникации без чатов или порекомендуй, на что посмотреть.
Ооо, это прям большая тема. В целом, мы пользуемся бейзкемпом. Пишем посты, составляем список задач на неделю, ведём обсуждение в комментариях к задачам.
Если не получается договориться о чем-то в паре сообщений, предлагаем коротко созвониться.
Ещё активно используем лумы — это отличная альтернатива письмам, которые сложно и долго писать; и созвонам, которые нужно синхронизировать по времени.
05
Даёте ли вы разработчикам самим оценить сроки и торгуетесь над их оценками или принимаете всегда как есть?
Конечно, задачи должен оценивать тот, кто будет её прогать. Он ведь берёт ответственность за результат и сроки.
Если названные сроки кажутся нереалистичными, стоит использовать «открытые вопросы» для того, чтобы выяснить, почему ваше видение так отличается. Например: «Расскажи пожалуйста, как ты пришёл к этой оценке?»
Спасибо вам большое за вопросы! Прямо один-к-одному, как будто специально подобрали. Так оно обычно и бывает, когда в правильное время в правильном месте. Классное у вас тут сообщество собралось!
❤29🔥14
— Маркетологи хотят больше лидов, а продакты хотят, чтобы лиды конвертировались в покупку.
— Разработка находится во власти продактов, а маркетинг из-за этого не может вовремя запустить рекламную кампанию.
— Продакты считают, что Customer Journey — их зона ответственности, а маркетинг думает иначе.
Знакомо?
Привет, это Максим Епифанов. Я VP of Performance Marketing в TripleTen, ex-UA директор по привлечению в «Яндекс Практикуме».
13 марта, четверг, мы с Валерией Розовой проведём мероприятие и обсудим:
Как наладить работу между продактом и маркетологом.
Разбёремся:
01 Какие метрики ставить в KPI маркетологу, а какие продакту: как договориться?
02 Как разделить зону ответственности между продуктом и маркетингом?
03 Как шерить ресурс разработки между командами маркетинга и продукта?
04 Как маркетинг и продукт совместно влияют на юнит-экономику?
Я поделюсь своим опытом и покажу мирошку с реальными примерами и фреймворками. После эфира у вас появится некий фулкит по тому, как наладить работу с маркетингом в своём продукте.
⚫️ 13 марта, 19:00 по мск.
Участие бесплатное.
Запись будет, но онлайн можно принести свой вопрос.
Всем участникам вышлем список полезных материалов после эфира.
Регистрируйтесь и приходите →
❤8💯5🔥3
Как применять AI в продукте, маркетинге и продажах? — делюсь гайдом с кейсами разных компаний
Привет, это Максим Епифанов. Я VP of Performance Marketing в TripleTen, ex-UA директор по привлечению в «Яндекс Практикуме».
Завтра, четверг, мы с Валерией Розовой проведём мероприятие о том, как сработаться продакту и маркетингу.
Я подготовил много полезных материалов. Например, на самом эфире я покажу мирошку с реальными примерами и фреймворками из своей работы. А после эфира поделюсь гайдами, которые помогут продакту погрузиться в маркетинг.
В этом посте делюсь одним из своих гайдов. В нём мы с экспертами в маркетинге, продажах и продукте рассматриваем несколько кейсов в работе с AI.
Что внутри:
01 AI для бренда и позиционирования.
02 Квалификация лидов через Al.
03 Поддержка пользователей.
04 Performance маркетинг.
05 Идеи для новых продуктов.
Кейсы Ozma.i, Refocus, TripleTen, HH, Artefacto.
Нажимайте на ссылку и забирайте гайд →
А завтра приходите на встречу:
→ 13 марта, 19:00 по мск
→ Участие бесплатное
→ Запись будет, но онлайн можно принести свой вопрос.
Регистрируйтесь →
Привет, это Максим Епифанов. Я VP of Performance Marketing в TripleTen, ex-UA директор по привлечению в «Яндекс Практикуме».
Завтра, четверг, мы с Валерией Розовой проведём мероприятие о том, как сработаться продакту и маркетингу.
Я подготовил много полезных материалов. Например, на самом эфире я покажу мирошку с реальными примерами и фреймворками из своей работы. А после эфира поделюсь гайдами, которые помогут продакту погрузиться в маркетинг.
В этом посте делюсь одним из своих гайдов. В нём мы с экспертами в маркетинге, продажах и продукте рассматриваем несколько кейсов в работе с AI.
Что внутри:
01 AI для бренда и позиционирования.
02 Квалификация лидов через Al.
03 Поддержка пользователей.
04 Performance маркетинг.
05 Идеи для новых продуктов.
Кейсы Ozma.i, Refocus, TripleTen, HH, Artefacto.
Нажимайте на ссылку и забирайте гайд →
А завтра приходите на встречу:
→ 13 марта, 19:00 по мск
→ Участие бесплатное
→ Запись будет, но онлайн можно принести свой вопрос.
Регистрируйтесь →
❤10🔥9
Решите кейс. Продакт считает, что нужно разрабатывать новый функционал, а тимлид разработки — что надо разбираться с техническим долгом.
Что делать продакту?
Пишите свои идеи в комментариях, мы тоже потом поделимся своим решением.
Напомним, что у одного кейса может быть несколько вариантов решения. Главное, что нужно сделать — обосновать свои идеи.
Что делать продакту?
Пишите свои идеи в комментариях, мы тоже потом поделимся своим решением.
Напомним, что у одного кейса может быть несколько вариантов решения. Главное, что нужно сделать — обосновать свои идеи.
🔥4😁3