8 поводов задуматься об удалении фич или закрытии продуктов
1. Делаем новую фичу
Лучше убить фичу до того, как начать что-то делать. Есть хорошие инструменты, чтобы проверить гипотезу: аналитика, кастдев, анализ рынка. Если после исследований поймете, что ничего добавлять не надо — вы молодцы.
2. Проверяем гипотезы
По интервью и аналитике не всегда можно понять, нужно ли делать фичу. Более ценны метрики и обратная связь реальных пользователей, поэтому приходится делать прототип. Старайтесь не запускать его на всю аудиторию, потому что удалять или вносить значительные изменения будет сложнее и болезненнее. Чтобы упростить задачу, можно запустить прототип на часть аудитории или создать изолированную среду для тестовых фич.
3. Готовимся к релизу на всех пользователей
После того, как вы обкатали фичу на какой-то части аудитории, надо проанализировать результаты. Есть опасная история «мы уже сделали», когда фича написана и ее можно запускать хоть сегодня. Но в этот момент надо остановиться и убрать все, что не нужно пользователям.
4. Что-то сломалось
Если фичу уже сделали, она может в какой-то момент сломаться. Вероятно, вы узнаете об этом от службы поддержки. Однако не всегда непременно нужно чинить фичу или добавлять фикс в бэклог. Во Wrike сделали скоринг пользователей для внутренних команд. Когда сервис должны были интегрировать, выяснилось, что он не работает больше месяца. Оказалось, что у команд либо бэклог забит интеграциями на полгода вперед, либо они уже используют другой сервис, либо у них серьезные проблемы в процессах и им сейчас не до этого. Поэтому сервис закрыли и отложили до лучших времен.
5. Много тикетов с низким приоритетом
Служба поддержки получает заявки с проблемами пользователей. Проанализировав их, вы увидите области продукта или фич, которыми не любите заниматься. Проверьте, так ли они нужны, и если не нужны, запланируйте их удаление. Если решите оставить фичи, выделите ресурсы для исправления ошибок и мониторьте их состояние.
6. Делаем новую версию продукта
В зрелом продукте накапливается много устаревшего и ненужного кода. Иногда приходится принимать болезненное решение о большом рефакторинге или переписывании технической части функционала. Если объем технической задачи очень большой, отнеситесь к рефакторингу и переписыванию, как к новому продукту. Разберитесь в проблемах и аналитике, чтобы одновременно убрать ненужные фичи и увеличить ценность продукта.
7. Команда перегружена
Сделали новую версию, потом новую фичу или продукт, увлеклись — и появилось еще пять продуктов. В какой-то момент команда начинает гореть, потому что нужно всё это поддерживать. Люди демотивированы и ничего не успевают. Чтобы этого избежать, разберитесь со всеми продуктами: проведите интервью, соберите аналитику, проанализируйте результаты. Избавьтесь от ненужных или менее приоритетных продуктов или передайте другим командам, у которых есть ресурсы.
8. Фича блокирует развитие или масштабирование
Бывает, что какая-то фича накладывает ограничения на масштабирование и рост продукта. В Wrike мы столкнулись с тем, что одна из корневых возможностей, которой пользовались тысячи пользователей, мешала нормально масштабироваться и развивать продукт. Несмотря на риски в краткосрочной перспективе, мы провели большую работу и удалили фичу, параллельно изменяя архитектуру приложения.
По материалам статьи Юрия Андрейковича, Senior Product Manager, Wrike, «Удаляем лишние фичи и продукты, чтобы улучшить бизнес».
@productmindset
1. Делаем новую фичу
Лучше убить фичу до того, как начать что-то делать. Есть хорошие инструменты, чтобы проверить гипотезу: аналитика, кастдев, анализ рынка. Если после исследований поймете, что ничего добавлять не надо — вы молодцы.
2. Проверяем гипотезы
По интервью и аналитике не всегда можно понять, нужно ли делать фичу. Более ценны метрики и обратная связь реальных пользователей, поэтому приходится делать прототип. Старайтесь не запускать его на всю аудиторию, потому что удалять или вносить значительные изменения будет сложнее и болезненнее. Чтобы упростить задачу, можно запустить прототип на часть аудитории или создать изолированную среду для тестовых фич.
3. Готовимся к релизу на всех пользователей
После того, как вы обкатали фичу на какой-то части аудитории, надо проанализировать результаты. Есть опасная история «мы уже сделали», когда фича написана и ее можно запускать хоть сегодня. Но в этот момент надо остановиться и убрать все, что не нужно пользователям.
4. Что-то сломалось
Если фичу уже сделали, она может в какой-то момент сломаться. Вероятно, вы узнаете об этом от службы поддержки. Однако не всегда непременно нужно чинить фичу или добавлять фикс в бэклог. Во Wrike сделали скоринг пользователей для внутренних команд. Когда сервис должны были интегрировать, выяснилось, что он не работает больше месяца. Оказалось, что у команд либо бэклог забит интеграциями на полгода вперед, либо они уже используют другой сервис, либо у них серьезные проблемы в процессах и им сейчас не до этого. Поэтому сервис закрыли и отложили до лучших времен.
5. Много тикетов с низким приоритетом
Служба поддержки получает заявки с проблемами пользователей. Проанализировав их, вы увидите области продукта или фич, которыми не любите заниматься. Проверьте, так ли они нужны, и если не нужны, запланируйте их удаление. Если решите оставить фичи, выделите ресурсы для исправления ошибок и мониторьте их состояние.
6. Делаем новую версию продукта
В зрелом продукте накапливается много устаревшего и ненужного кода. Иногда приходится принимать болезненное решение о большом рефакторинге или переписывании технической части функционала. Если объем технической задачи очень большой, отнеситесь к рефакторингу и переписыванию, как к новому продукту. Разберитесь в проблемах и аналитике, чтобы одновременно убрать ненужные фичи и увеличить ценность продукта.
7. Команда перегружена
Сделали новую версию, потом новую фичу или продукт, увлеклись — и появилось еще пять продуктов. В какой-то момент команда начинает гореть, потому что нужно всё это поддерживать. Люди демотивированы и ничего не успевают. Чтобы этого избежать, разберитесь со всеми продуктами: проведите интервью, соберите аналитику, проанализируйте результаты. Избавьтесь от ненужных или менее приоритетных продуктов или передайте другим командам, у которых есть ресурсы.
8. Фича блокирует развитие или масштабирование
Бывает, что какая-то фича накладывает ограничения на масштабирование и рост продукта. В Wrike мы столкнулись с тем, что одна из корневых возможностей, которой пользовались тысячи пользователей, мешала нормально масштабироваться и развивать продукт. Несмотря на риски в краткосрочной перспективе, мы провели большую работу и удалили фичу, параллельно изменяя архитектуру приложения.
По материалам статьи Юрия Андрейковича, Senior Product Manager, Wrike, «Удаляем лишние фичи и продукты, чтобы улучшить бизнес».
@productmindset
Сегодня в 19.00 (МСК) начинаем открытый урок из нашего курса Product Mindset Intermediate: «Как (не) надо делать опросники»
На открытом уроке расскажем, какие особенности опросов важно учитывать при проведении исследований и как их правильно использовать.
Обсудим:
• как надо и как не надо составлять опросники,
• как избежать распространенных ошибок,
• как получить от опроса нужный результат.
Спикер — Никита Ефимов, преподаватель курса Product Mindset Intermediate, CPO UXPressia Academy.
👉 Подключиться к трансляции
На открытом уроке расскажем, какие особенности опросов важно учитывать при проведении исследований и как их правильно использовать.
Обсудим:
• как надо и как не надо составлять опросники,
• как избежать распространенных ошибок,
• как получить от опроса нужный результат.
Спикер — Никита Ефимов, преподаватель курса Product Mindset Intermediate, CPO UXPressia Academy.
👉 Подключиться к трансляции
Зачем считать юнит-экономику своих клиентов?
Юнит-экономика показывает, сколько денег вы можете зарабатывать и сходится ли ваша экономика. Этот простой и гибкий инструмент помогает решать разные бизнес-задачи, например:
• оценивать эффективность продукта и бизнеса в целом;
• находить точки роста и зарабатывать больше денег;
• тестировать гипотезы.
За каждым из показателей юнит-экономики скрывается определенная сущность (см. изображение). Например, за С1 — конверсия на первом этапе воронки продаж, за COGS — расходы, за Buyers — клиенты. Но Buyers — это не абстрактное название столбика, а реальные покупатели, у которых есть своя юнит-экономика. И деньги они вам платят, чтобы решить задачи своего бизнеса: ваш продукт влияет на их внутренние показатели, и это отражается на цифрах.
Представим, что картинке юнит-экономика некоего клиента. Ваш продукт влияет на конверсию лидов ваших клиентов в покупатели (показатель С1). В этом примере он увеличивает конверсию на 20 п.п. В денежном эквиваленте — на 24 тысячи рублей. Исходя из этой цифры, вы можете измерить ценность, которую приносите клиенту, и сравнить ее с ценой своего продукта — потому что решение о покупке основано на соотношении цены и ценности, которую клиент получит за свои деньги.
Если ваш продукт стоит 5 тысяч рублей, а приносит клиенту 24 тысячи рублей, то понятно, почему он за него платит. Очень круто находить product/market fit, но еще лучше — понимать, за счет чего вы его находите, сможете ли расти дальше и менять что-то в юнит-экономике своих клиентов. Когда вы считаете ее, вы раскладываете бизнес клиентов на составляющие и можете увидеть свою ценность для них в деньгах и сравнить ее с ценой вашего продукта. Это даст понимание предела роста цены на ваш продукт при его текущей ценности для клиентов.
По материалам статьи Вячеслава Аскалепова, Head of Product в «Рокет Ворк», «Юнит-экономика ваших клиентов: зачем считать и как она влияет на цену продукта».
@productmindset
Юнит-экономика показывает, сколько денег вы можете зарабатывать и сходится ли ваша экономика. Этот простой и гибкий инструмент помогает решать разные бизнес-задачи, например:
• оценивать эффективность продукта и бизнеса в целом;
• находить точки роста и зарабатывать больше денег;
• тестировать гипотезы.
За каждым из показателей юнит-экономики скрывается определенная сущность (см. изображение). Например, за С1 — конверсия на первом этапе воронки продаж, за COGS — расходы, за Buyers — клиенты. Но Buyers — это не абстрактное название столбика, а реальные покупатели, у которых есть своя юнит-экономика. И деньги они вам платят, чтобы решить задачи своего бизнеса: ваш продукт влияет на их внутренние показатели, и это отражается на цифрах.
Представим, что картинке юнит-экономика некоего клиента. Ваш продукт влияет на конверсию лидов ваших клиентов в покупатели (показатель С1). В этом примере он увеличивает конверсию на 20 п.п. В денежном эквиваленте — на 24 тысячи рублей. Исходя из этой цифры, вы можете измерить ценность, которую приносите клиенту, и сравнить ее с ценой своего продукта — потому что решение о покупке основано на соотношении цены и ценности, которую клиент получит за свои деньги.
Если ваш продукт стоит 5 тысяч рублей, а приносит клиенту 24 тысячи рублей, то понятно, почему он за него платит. Очень круто находить product/market fit, но еще лучше — понимать, за счет чего вы его находите, сможете ли расти дальше и менять что-то в юнит-экономике своих клиентов. Когда вы считаете ее, вы раскладываете бизнес клиентов на составляющие и можете увидеть свою ценность для них в деньгах и сравнить ее с ценой вашего продукта. Это даст понимание предела роста цены на ваш продукт при его текущей ценности для клиентов.
По материалам статьи Вячеслава Аскалепова, Head of Product в «Рокет Ворк», «Юнит-экономика ваших клиентов: зачем считать и как она влияет на цену продукта».
@productmindset
27 января в 19.00 (МСК) проводим бесплатный вебинар «Куда расти опытному продакту? Кто такой лидер и как научиться вести людей за собой»
Вебинар будет полезен тем, кто работает на middle- и senior-позициях в IT-компаниях, хочет расти и развиваться в менеджменте и управлении.
Ежедневно в рабочем процессе менеджеры продуктов взаимодействуют с большим количеством людей: с командой, коллегами, руководителем, стейкхолдерами. При этом важно уметь четко видеть и понимать того, кто рядом, чтобы выстраивать взаимодействие соответствующим образом.
Правильный подход к коммуникации и понимание настоящих потребностей людей помогают развиваться и быстрее достигать своих личных и профессиональных целей. Все эти навыки можно приобрести в процессе тренировки и начать легко применять их на практике.
На вебинаре мы поговорим о том, на какие компетенции и навыки стоит обратить внимание, чтобы развиваться в профессии менеджера продукта и претендовать на более высокие позиции.
Спикер — Галина Лихицкая, Senior Product Manager M2 (ВТБ).
Когда: 27 января 19:00 (МСК)
Длительность: 1,5 часа
Стоимость: бесплатно
👉 Зарегистрироваться на вебинар
Вебинар будет полезен тем, кто работает на middle- и senior-позициях в IT-компаниях, хочет расти и развиваться в менеджменте и управлении.
Ежедневно в рабочем процессе менеджеры продуктов взаимодействуют с большим количеством людей: с командой, коллегами, руководителем, стейкхолдерами. При этом важно уметь четко видеть и понимать того, кто рядом, чтобы выстраивать взаимодействие соответствующим образом.
Правильный подход к коммуникации и понимание настоящих потребностей людей помогают развиваться и быстрее достигать своих личных и профессиональных целей. Все эти навыки можно приобрести в процессе тренировки и начать легко применять их на практике.
На вебинаре мы поговорим о том, на какие компетенции и навыки стоит обратить внимание, чтобы развиваться в профессии менеджера продукта и претендовать на более высокие позиции.
Спикер — Галина Лихицкая, Senior Product Manager M2 (ВТБ).
Когда: 27 января 19:00 (МСК)
Длительность: 1,5 часа
Стоимость: бесплатно
👉 Зарегистрироваться на вебинар
Как продуктовое мышление помогает избегать ошибок в принятии решений?
Юра Агеев, Founder, ProductSense, расскажет завтра в 11:35 (МСК) на празднике сообщества analyst.by
23 января с 11:00 до 17:00 состоится онлайн-праздник в честь дня рождения сообщества analyst.by. Участников ждут доклады от профессионалов в области бизнес-анализа, менеджмента продуктов и рекрутинга, нетворкинг, конкурсы и сюрпризы.
🔥 Юра Агеев, Founder, ProductSense, выступит на мероприятии с докладом «Как продуктовое мышление помогает избегать ошибок в принятии решений»:
• Расскажет, почему продуктовое мышление необходимо не только менеджеру продукта, но и всем членам продуктовой команды.
• Объяснит принципы продуктового мышления на примере истории развития вселенной Marvel.
• Разберет действие принципов на примерах из реальной продуктовой разработки.
Начало доклада — 11:35 (МСК).
Чтобы послушать Юру и других спикеров, нужна регистрация.
Узнать больше подробностей о мероприятии можно здесь.
👉 Зарегистрироваться
Юра Агеев, Founder, ProductSense, расскажет завтра в 11:35 (МСК) на празднике сообщества analyst.by
23 января с 11:00 до 17:00 состоится онлайн-праздник в честь дня рождения сообщества analyst.by. Участников ждут доклады от профессионалов в области бизнес-анализа, менеджмента продуктов и рекрутинга, нетворкинг, конкурсы и сюрпризы.
🔥 Юра Агеев, Founder, ProductSense, выступит на мероприятии с докладом «Как продуктовое мышление помогает избегать ошибок в принятии решений»:
• Расскажет, почему продуктовое мышление необходимо не только менеджеру продукта, но и всем членам продуктовой команды.
• Объяснит принципы продуктового мышления на примере истории развития вселенной Marvel.
• Разберет действие принципов на примерах из реальной продуктовой разработки.
Начало доклада — 11:35 (МСК).
Чтобы послушать Юру и других спикеров, нужна регистрация.
Узнать больше подробностей о мероприятии можно здесь.
👉 Зарегистрироваться
⚡ Уже через неделю старт курса Product Mindset Intermediate для освоения навыков Middle менеджера продуктов
📌 Как составлялся курс
Программа составлена командой ProductSense — создателями самой большой конференции по менеджменту продуктов в России. Три года общения с успешными продуктовыми компаниями позволили выделить требования к специалистам и лучшие практики, привлечь опытных преподавателей.
Учебные материалы не содержат «воды» и за 10 недель помогают изучить на практике фреймворки и методы, необходимые для уверенной работы менеджером продукта.
📌 После курса вы сможете:
• Описать и провалидировать идею продукта.
• Определить глубинные потребности и задачи потенциальных пользователей.
• Определить размер и сегменты аудитории, конкурентов и преимущества вашего продукта.
• Выбрать подходящую модель монетизации и свести Unit-экономику.
• Подобрать каналы привлечения пользователей и сформулировать позиционирование продукта для них.
• Создать прототип продукта.
• Защитить вашу идею перед внешними и внутренними инвесторами.
Старт курса — 1 февраля.
Длительность — 10 недель.
Средняя занятость — 8 часов в неделю.
👉 Посмотреть программу курса
📌 Как составлялся курс
Программа составлена командой ProductSense — создателями самой большой конференции по менеджменту продуктов в России. Три года общения с успешными продуктовыми компаниями позволили выделить требования к специалистам и лучшие практики, привлечь опытных преподавателей.
Учебные материалы не содержат «воды» и за 10 недель помогают изучить на практике фреймворки и методы, необходимые для уверенной работы менеджером продукта.
📌 После курса вы сможете:
• Описать и провалидировать идею продукта.
• Определить глубинные потребности и задачи потенциальных пользователей.
• Определить размер и сегменты аудитории, конкурентов и преимущества вашего продукта.
• Выбрать подходящую модель монетизации и свести Unit-экономику.
• Подобрать каналы привлечения пользователей и сформулировать позиционирование продукта для них.
• Создать прототип продукта.
• Защитить вашу идею перед внешними и внутренними инвесторами.
Старт курса — 1 февраля.
Длительность — 10 недель.
Средняя занятость — 8 часов в неделю.
👉 Посмотреть программу курса
Какие задачи делать, если у команды сильно ограничены ресурсы?
В такой ситуации лучше сделать много мелких фич и с большей вероятностью сдвинуть метрики, чем заниматься парой больших задач, вероятность выстрелить у которых ниже (чисто статистически). При такой тактике, если вдруг мелкие фичи не сработают, в конце периода у вас останется свободное время в разработке, а если вы поставите «на одну жирную лошадь», то она вообще может не добежать до финиша.
Даже если вы все сделали прекрасно с точки зрения работы с бэклогом, а нужные показатели так и не достигнуты, у вас останется свободное время внутри запланированного периода — вы сможете переделать бэклог, чтобы все-таки выполнить квартальные показатели.
Важный момент: ваш график релизов обязательно должен привязываться к сдвигу по показателям. И если в середине периода они не изменились, надо срочно поднимать всю команду и думать, что еще сделать, чтобы все-таки приблизиться к цели.
А если запланированных показателей удалось достичь почти сразу, нужно пересогласовать бэклог, добавить другие метрики, передать свой ресурс другой команде или помочь им с достижением их таргета.
По материалам статьи Ксении Ярославцевой, Head of product team, Skyeng, «Как правильно ставить KPI менеджерам продуктов и откуда их брать?».
@productmindset
В такой ситуации лучше сделать много мелких фич и с большей вероятностью сдвинуть метрики, чем заниматься парой больших задач, вероятность выстрелить у которых ниже (чисто статистически). При такой тактике, если вдруг мелкие фичи не сработают, в конце периода у вас останется свободное время в разработке, а если вы поставите «на одну жирную лошадь», то она вообще может не добежать до финиша.
Даже если вы все сделали прекрасно с точки зрения работы с бэклогом, а нужные показатели так и не достигнуты, у вас останется свободное время внутри запланированного периода — вы сможете переделать бэклог, чтобы все-таки выполнить квартальные показатели.
Важный момент: ваш график релизов обязательно должен привязываться к сдвигу по показателям. И если в середине периода они не изменились, надо срочно поднимать всю команду и думать, что еще сделать, чтобы все-таки приблизиться к цели.
А если запланированных показателей удалось достичь почти сразу, нужно пересогласовать бэклог, добавить другие метрики, передать свой ресурс другой команде или помочь им с достижением их таргета.
По материалам статьи Ксении Ярославцевой, Head of product team, Skyeng, «Как правильно ставить KPI менеджерам продуктов и откуда их брать?».
@productmindset
🔥 До старта практического интенсива по обратной связи осталось меньше недели
Интенсив будет полезен всем, кто работает с людьми: менеджерам продуктов и проектов, тимлидам, наставникам и руководителям.
Чему вы научитесь?
• Поймете, как работать с обратной связью, чтобы она влияла на результаты и процессы в команде.
• Потренируетесь давать фидбэк с учетом опыта и бэкграунда человека, в разных ситуациях и разных формах.
• Научитесь отличать обратную связь от оценки, экспертных советов и манипуляции.
• Узнаете, как сделать фидбэк частью вашей корпоративной культуры.
• У вас появится набор инструментов коммуникации, которые вы сами попробуете применить на практике.
Автор и преподаватель интенсива — Алексей Кулаков, директор JetStyle, директор по продукту в Ridero. Алексей изучает тему обратной связи уже 5 лет. За это время он 7 раз провел интенсив по фидбэку, придумал и провел тренинг, собрал коллекцию рабочих приемов обратной связи.
👉 Узнать подробнее об интенсиве
Интенсив будет полезен всем, кто работает с людьми: менеджерам продуктов и проектов, тимлидам, наставникам и руководителям.
Чему вы научитесь?
• Поймете, как работать с обратной связью, чтобы она влияла на результаты и процессы в команде.
• Потренируетесь давать фидбэк с учетом опыта и бэкграунда человека, в разных ситуациях и разных формах.
• Научитесь отличать обратную связь от оценки, экспертных советов и манипуляции.
• Узнаете, как сделать фидбэк частью вашей корпоративной культуры.
• У вас появится набор инструментов коммуникации, которые вы сами попробуете применить на практике.
Автор и преподаватель интенсива — Алексей Кулаков, директор JetStyle, директор по продукту в Ridero. Алексей изучает тему обратной связи уже 5 лет. За это время он 7 раз провел интенсив по фидбэку, придумал и провел тренинг, собрал коллекцию рабочих приемов обратной связи.
👉 Узнать подробнее об интенсиве
Сегодня в 17.00 (МСК) начинаем открытый первый урок из нашего курса «Фидбэк»:
«Как надо и не надо давать обратную связь»
Поговорим о том, как давать полезную обратную связь, как оценить качество обратной связи и как фидбэк влияет на работу каждого человека и всей команды как организма.
Обсудим:
• Что включает правильная обратная связь.
• Какие вопросы нужно задать перед тем, как давать фидбэк.
• Критерии качества обратной связи.
• Как обратная связь помогает быстрее и эффективнее достигать цели сотрудникам, команде и всей компании.
Спикер — Алексей Кулаков, ведущий преподаватель курса «Фидбэк», директор JetStyle, директор по продукту в Ridero.
👉 Подключиться к трансляции
«Как надо и не надо давать обратную связь»
Поговорим о том, как давать полезную обратную связь, как оценить качество обратной связи и как фидбэк влияет на работу каждого человека и всей команды как организма.
Обсудим:
• Что включает правильная обратная связь.
• Какие вопросы нужно задать перед тем, как давать фидбэк.
• Критерии качества обратной связи.
• Как обратная связь помогает быстрее и эффективнее достигать цели сотрудникам, команде и всей компании.
Спикер — Алексей Кулаков, ведущий преподаватель курса «Фидбэк», директор JetStyle, директор по продукту в Ridero.
👉 Подключиться к трансляции
Кто такой Technical Product Manager и для кого он делает продукт?
Technical Product Manager (технический менеджер продуктов) — это менеджер продуктов с хорошей технической подготовкой, опытом в разработке, который больше взаимодействует с командой разработки и инженерами, а не бизнесом, продажами или маркетингом. Например, может заниматься развитием API продукта, оценивать разные технологии, на которых можно строить продукт, проводить конкурентный анализ с точки зрения технологий и внутреннего устройства продуктов.
Обычно пользователи Technical Product Manager — сотрудники компании, инженеры, которые на базе единого программного интерфейса, API создают продукты и фичи.
И отбирая Technical Product Manager, надо выяснять, способен ли сотрудник эффективно работать в пространстве, где конечным пользователем будет технический специалист. Потому что придется разговаривать с инженерами на одном языке и даже немного кодить.
Почти у каждого инженера есть особый тип мышления — на английском это можно назвать «Don’t worry about it, we’ll figure it out» («Не парьтесь, мы всё решим»). И вот это «мы всё решим» нередко мешает техническим менеджерам продуктов, потому что их задача — облегчить жизнь инженерам, сделать так, чтобы им не приходилось «решать самим».
По материалам статьи Сергея Руденко, Principal Product Tech в Amazon, «Кто такие Technical Product Manager, зачем они компаниям и как им взаимодействовать со стейкхолдерами?»
@productmindset
Technical Product Manager (технический менеджер продуктов) — это менеджер продуктов с хорошей технической подготовкой, опытом в разработке, который больше взаимодействует с командой разработки и инженерами, а не бизнесом, продажами или маркетингом. Например, может заниматься развитием API продукта, оценивать разные технологии, на которых можно строить продукт, проводить конкурентный анализ с точки зрения технологий и внутреннего устройства продуктов.
Обычно пользователи Technical Product Manager — сотрудники компании, инженеры, которые на базе единого программного интерфейса, API создают продукты и фичи.
И отбирая Technical Product Manager, надо выяснять, способен ли сотрудник эффективно работать в пространстве, где конечным пользователем будет технический специалист. Потому что придется разговаривать с инженерами на одном языке и даже немного кодить.
Почти у каждого инженера есть особый тип мышления — на английском это можно назвать «Don’t worry about it, we’ll figure it out» («Не парьтесь, мы всё решим»). И вот это «мы всё решим» нередко мешает техническим менеджерам продуктов, потому что их задача — облегчить жизнь инженерам, сделать так, чтобы им не приходилось «решать самим».
По материалам статьи Сергея Руденко, Principal Product Tech в Amazon, «Кто такие Technical Product Manager, зачем они компаниям и как им взаимодействовать со стейкхолдерами?»
@productmindset
В чем эффективность человекоориентированного подхода в работе с командами?
⚡ Расскажем 20 февраля на конференции PeopleSense LIVE
Онлайн, 1 день, 3 потока, 12 докладов, 6 часов полезного контента
Поговорим с практикующими лидерами и экспертами о том, как выстраивать здоровые отношения с командами, поддерживать культуру в условиях удаленной работы, бороться с токсичность и конфликтами. Обсудим роли лидеров на всех этапах развития команд, а также разные подходы к обучению и развитию сотрудников.
Разбираться в теме будем по 3 направлениям. Каждое направление — один смысловой поток, который включает 4 доклада по 20 минут и модерируемый нетворкинг.
📃 Темы потоков:
• Корпоративная культура и командная динамика.
Узнаем, как отслеживать командную динамику и сохранять мотивацию и вовлеченность в условиях удаленки.
• Обучение и развитие.
Разберем, как посчитать ROI в развитии сотрудников и быть уверенным, что обучение приносит пользу для бизнеса.
• Лидерство.
Психологический комфорт vs менеджмент и процессы — обсудим, что важнее?
Конференция будет полезна:
• менеджерам продуктов и проектов, тимлидам и Scrum-мастерам;
• собственникам бизнесов, руководителям отделов и команд;
• людям, которые отвечают за обучение в компаниях.
❗Участие в конференции онлайн бесплатно, по регистрации на сайте.
👉 Узнать подробнее
⚡ Расскажем 20 февраля на конференции PeopleSense LIVE
Онлайн, 1 день, 3 потока, 12 докладов, 6 часов полезного контента
Поговорим с практикующими лидерами и экспертами о том, как выстраивать здоровые отношения с командами, поддерживать культуру в условиях удаленной работы, бороться с токсичность и конфликтами. Обсудим роли лидеров на всех этапах развития команд, а также разные подходы к обучению и развитию сотрудников.
Разбираться в теме будем по 3 направлениям. Каждое направление — один смысловой поток, который включает 4 доклада по 20 минут и модерируемый нетворкинг.
📃 Темы потоков:
• Корпоративная культура и командная динамика.
Узнаем, как отслеживать командную динамику и сохранять мотивацию и вовлеченность в условиях удаленки.
• Обучение и развитие.
Разберем, как посчитать ROI в развитии сотрудников и быть уверенным, что обучение приносит пользу для бизнеса.
• Лидерство.
Психологический комфорт vs менеджмент и процессы — обсудим, что важнее?
Конференция будет полезна:
• менеджерам продуктов и проектов, тимлидам и Scrum-мастерам;
• собственникам бизнесов, руководителям отделов и команд;
• людям, которые отвечают за обучение в компаниях.
❗Участие в конференции онлайн бесплатно, по регистрации на сайте.
👉 Узнать подробнее
📈 Вредные советы: как не надо внедрять механики вовлеченности
Расскажем 3 февраля в 19.00 (МСК) на открытом уроке нашего курса Product Mindset Advanced
Engagement rate — одна из самых важных метрик продукта. На уроке мы разберем «необходимые» условия вовлечения, свойственные всем успешным компаниям и сформулируем, что точно не увеличит уровень вовлеченности.
👉 Обсудим:
• Что такое User Engagement?
• Для каких продуктов он важен?
• Как отличить хорошие механики Engagement от плохих?
👉 Составим план, как гарантированно провалить внедрение механик вовлечения.
Спикер — Иван Купцов, Head of Engagement, SberMarket (ex-Instamart), преподаватель курса Product Mindset Advanced.
Когда: 3 февраля 19:00 (МСК)
Длительность: 1,5 часа
Стоимость: бесплатно
👉 Принять участие в открытом уроке
Расскажем 3 февраля в 19.00 (МСК) на открытом уроке нашего курса Product Mindset Advanced
Engagement rate — одна из самых важных метрик продукта. На уроке мы разберем «необходимые» условия вовлечения, свойственные всем успешным компаниям и сформулируем, что точно не увеличит уровень вовлеченности.
👉 Обсудим:
• Что такое User Engagement?
• Для каких продуктов он важен?
• Как отличить хорошие механики Engagement от плохих?
👉 Составим план, как гарантированно провалить внедрение механик вовлечения.
Спикер — Иван Купцов, Head of Engagement, SberMarket (ex-Instamart), преподаватель курса Product Mindset Advanced.
Когда: 3 февраля 19:00 (МСК)
Длительность: 1,5 часа
Стоимость: бесплатно
👉 Принять участие в открытом уроке
Интересное в Product Mindset за две недели 🔥
Статьи:
• 8 поводов задуматься об удалении фич или закрытии продуктов
• Когда необходимо менять модель монетизации?
• Зачем считать юнит-экономику своих клиентов?
• Какие задачи делать, если у команды сильно ограничены ресурсы?
• Кто такой Technical Product Manager и для кого он делает продукт
Записи вебинаров:
• Вебинар «Куда расти опытному продакту? Кто такой лидер и как научиться вести людей за собой»
• Открытый урок из нашего курса Product Mindset Intermediate: «Как (не) надо делать опросники»
• Открытый первый урок из нашего курса «Фидбэк»: «Как надо и не надо давать обратную связь»
#digest
@productmindset
Статьи:
• 8 поводов задуматься об удалении фич или закрытии продуктов
• Когда необходимо менять модель монетизации?
• Зачем считать юнит-экономику своих клиентов?
• Какие задачи делать, если у команды сильно ограничены ресурсы?
• Кто такой Technical Product Manager и для кого он делает продукт
Записи вебинаров:
• Вебинар «Куда расти опытному продакту? Кто такой лидер и как научиться вести людей за собой»
• Открытый урок из нашего курса Product Mindset Intermediate: «Как (не) надо делать опросники»
• Открытый первый урок из нашего курса «Фидбэк»: «Как надо и не надо давать обратную связь»
#digest
@productmindset
Как избежать влияния эмоций на решение задач?
По материалам подкаста make sense: о конфликтах и сложных ситуациях в команде, и о роли эмоций и доверия в отношениях с Андреем Рыжкиным, Chief Technology Officer, AGIMA.
Для предупреждения возникновения негативных эмоций и конфликтов можно сделать следующее. Когда вас осенила какая-то идея, что человек что-то делает неправильно, что ему необходимо дать какое-то задание или обратную связь, вместо того, чтобы пойти и сразу высказать ему все, что вы о нем думаете, нужно становиться и подумать. Задайте себе вопросы:
• Какую цель я хочу достичь?
• Как я хочу об этом сказать?
• Как человек это воспримет, какие эмоции у него это вызовет?
• Могу ли я донести эту мысль иначе, чтобы негативные эмоции не вызывать?
Когда у вас уже произошла какая-то авария — вне всякого сомнения негативный фактор, сложно быть рациональным. Особенно если вы ощущаете давление со всех сторон: пользователи пишут, что у вас все не работает, менеджеры вокруг бегают в панике, и кто-то требует от вас сиюминутных решений. И тут приходит кто-нибудь и задает вам вопрос: «Почему ты не протестил эту фичу перед релизом?»
Понятно, что здесь есть очень эмоциональный посыл, который не несет в себе никакого конструктива. Человек не может уже ничего изменить. Единственное, что он может — встать в позицию защиты. Его мозг переключается из режима «Надо решить проблему» в режим «Нужно отстоять свою невиновность». Он будет искать миллион причин, спорить с вами об этом, вы будете терять на это время, ссориться друг с другом и так далее. Хотя на самом деле вам сейчас углубляться в этот вопрос вообще не принципиально. Вам нужно это обсуждение вынести на ретро, которое будет, когда все уляжется.
Правильный вопрос был бы: «Как мы можем быстро исправить эту ситуацию? Чем я могу тебе помочь, чтобы быстрее устранить аварию?» Важно не успеть максимально быстро высказать свои эмоции, а дать себе время подготовиться к разговору, и потом дать человеку возможность переварить его. Только так может получится конструктивный диалог.
👉 Как формирование безопасной среды в команде влияет на прозрачность процессов, рост эффективности и развитие команды, мы обсудим 20 февраля на конференции PeopleSense LIVE.
Поучаствовать в конференции онлайн и послушать доклады о корпоративной культуре, лидерстве и обучении сотрудников можно будет бесплатно, по регистрации на сайте.
@productmindset
По материалам подкаста make sense: о конфликтах и сложных ситуациях в команде, и о роли эмоций и доверия в отношениях с Андреем Рыжкиным, Chief Technology Officer, AGIMA.
Для предупреждения возникновения негативных эмоций и конфликтов можно сделать следующее. Когда вас осенила какая-то идея, что человек что-то делает неправильно, что ему необходимо дать какое-то задание или обратную связь, вместо того, чтобы пойти и сразу высказать ему все, что вы о нем думаете, нужно становиться и подумать. Задайте себе вопросы:
• Какую цель я хочу достичь?
• Как я хочу об этом сказать?
• Как человек это воспримет, какие эмоции у него это вызовет?
• Могу ли я донести эту мысль иначе, чтобы негативные эмоции не вызывать?
Когда у вас уже произошла какая-то авария — вне всякого сомнения негативный фактор, сложно быть рациональным. Особенно если вы ощущаете давление со всех сторон: пользователи пишут, что у вас все не работает, менеджеры вокруг бегают в панике, и кто-то требует от вас сиюминутных решений. И тут приходит кто-нибудь и задает вам вопрос: «Почему ты не протестил эту фичу перед релизом?»
Понятно, что здесь есть очень эмоциональный посыл, который не несет в себе никакого конструктива. Человек не может уже ничего изменить. Единственное, что он может — встать в позицию защиты. Его мозг переключается из режима «Надо решить проблему» в режим «Нужно отстоять свою невиновность». Он будет искать миллион причин, спорить с вами об этом, вы будете терять на это время, ссориться друг с другом и так далее. Хотя на самом деле вам сейчас углубляться в этот вопрос вообще не принципиально. Вам нужно это обсуждение вынести на ретро, которое будет, когда все уляжется.
Правильный вопрос был бы: «Как мы можем быстро исправить эту ситуацию? Чем я могу тебе помочь, чтобы быстрее устранить аварию?» Важно не успеть максимально быстро высказать свои эмоции, а дать себе время подготовиться к разговору, и потом дать человеку возможность переварить его. Только так может получится конструктивный диалог.
👉 Как формирование безопасной среды в команде влияет на прозрачность процессов, рост эффективности и развитие команды, мы обсудим 20 февраля на конференции PeopleSense LIVE.
Поучаствовать в конференции онлайн и послушать доклады о корпоративной культуре, лидерстве и обучении сотрудников можно будет бесплатно, по регистрации на сайте.
@productmindset
🚀 Практический интенсив по обратной связи стартовал сегодня
Для тех, кто не успел зарегистрироваться и принять участие в интенсиве «Фидбэк», доступен первый открытый урок — «Как надо и не надо давать обратную связь». Он поможет начать самостоятельно тренировать навыки работы с фидбэком и использовать обратную связь в работе.
На уроке преподаватель и автор интенсива Алексей Кулаков, директор JetStyle, директор по продукту в Ridero, рассказал:
• Что включает правильная обратная связь.
• Какие вопросы нужно задать перед тем, как давать фидбэк.
• Критерии качества обратной связи.
• Как фидбэк помогает быстрее и эффективнее достигать цели сотрудникам, команде и всей компании.
Также Алексей поделился одним из действенных приемов для работы с обратной связью: «7 вопросов о структуре проблемы». Ссылку на документ с описанием методики вы найдете в описании видео урока на YouTube.
👉 Посмотреть первый урок интенсива
Для тех, кто не успел зарегистрироваться и принять участие в интенсиве «Фидбэк», доступен первый открытый урок — «Как надо и не надо давать обратную связь». Он поможет начать самостоятельно тренировать навыки работы с фидбэком и использовать обратную связь в работе.
На уроке преподаватель и автор интенсива Алексей Кулаков, директор JetStyle, директор по продукту в Ridero, рассказал:
• Что включает правильная обратная связь.
• Какие вопросы нужно задать перед тем, как давать фидбэк.
• Критерии качества обратной связи.
• Как фидбэк помогает быстрее и эффективнее достигать цели сотрудникам, команде и всей компании.
Также Алексей поделился одним из действенных приемов для работы с обратной связью: «7 вопросов о структуре проблемы». Ссылку на документ с описанием методики вы найдете в описании видео урока на YouTube.
👉 Посмотреть первый урок интенсива