1 февраля запускаем практический онлайн-интенсив по работе с обратной связью 🚀
Людям, как социальным существам, свойственна потребность делиться чувствами и сопереживать друг другу. Мы стремимся общаться и обмениваться опытом. Тем не менее наша жизнь может быть наполнена недомолвками, обидами и конфликтами.
Работа в состоянии конфликта или молчаливого недовольства забирает много эмоциональных ресурсов и мешает здоровому функционированию команды. Совместно с общей загруженностью рабочими задачами такая напряженность может привести команду к выгоранию. Чтобы избежать непрозрачности в рабочих отношениях важно вовремя давать друг другу обратную связь.
Если в команде нет культуры правильной обратной связи, ее могут заменять насильственные способы общения, которые напротив мешают нам услышать друг друга:
• Категорическое морализаторство: «Он невероятно ленив», «Ее проблема в том, что она слишком необязательная». Мы вешаем ярлыки вместо того, чтобы заботиться о том, что нужно нам и окружающим.
• Сравнения — способ оценки себя и других, благодаря которому мы всегда проигрываем: кто-то всегда оказывается профессиональнее, быстрее, успешнее.
• Отрицание ответственности, когда наши мотивы маскируются словом «должен», причины поступков приписываются окружающим («Все из-за тебя», «Я умолчал об этом, потому что так хотел начальник»).
• Требования («Сделай так, иначе…»). Когда мы что-то требуем, то блокируем волю и мотивацию других.
👉 Наш онлайн-интенсив «Фидбэк» поможет изучить и на практике потренировать приемы правильной, развивающей обратной связи. Вы сможете освоить навык давать и получать фидбэк так, чтобы повышать эффективность работы и помогать команде достигать общих целей.
Темы интенсива:
• Что такое фидбэк. Критерии его качества.
• Обратная связь для разных стадий освоения предметной области и ее барьеры.
• Позиции младшего, равного и старшего и их особенности.
• 6 мотивов деятельности, что дает энергию и раздражает разных людей.
• Как не надо давать фидбэк.
• Как обеспечить запрос на обратную связь.
• Как проанализировать структуру проблемы.
• Как экономить когнитивные усилия: свои и того, кому вы даете фидбэк.
Интенсив включает отработку приемов в микрогруппах, онлайн-лекции с практикой, печатные конспекты лекций с ключевыми тезисами, обратную связь от преподавателя и работу над вашими кейсами.
Старт интенсива — 1 февраля.
Продолжительность — 2 недели.
Средняя занятость — 2 часа в день.
25 января стоимость участия вырастет на 2000 рублей.
👉 Стать участником
Людям, как социальным существам, свойственна потребность делиться чувствами и сопереживать друг другу. Мы стремимся общаться и обмениваться опытом. Тем не менее наша жизнь может быть наполнена недомолвками, обидами и конфликтами.
Работа в состоянии конфликта или молчаливого недовольства забирает много эмоциональных ресурсов и мешает здоровому функционированию команды. Совместно с общей загруженностью рабочими задачами такая напряженность может привести команду к выгоранию. Чтобы избежать непрозрачности в рабочих отношениях важно вовремя давать друг другу обратную связь.
Если в команде нет культуры правильной обратной связи, ее могут заменять насильственные способы общения, которые напротив мешают нам услышать друг друга:
• Категорическое морализаторство: «Он невероятно ленив», «Ее проблема в том, что она слишком необязательная». Мы вешаем ярлыки вместо того, чтобы заботиться о том, что нужно нам и окружающим.
• Сравнения — способ оценки себя и других, благодаря которому мы всегда проигрываем: кто-то всегда оказывается профессиональнее, быстрее, успешнее.
• Отрицание ответственности, когда наши мотивы маскируются словом «должен», причины поступков приписываются окружающим («Все из-за тебя», «Я умолчал об этом, потому что так хотел начальник»).
• Требования («Сделай так, иначе…»). Когда мы что-то требуем, то блокируем волю и мотивацию других.
👉 Наш онлайн-интенсив «Фидбэк» поможет изучить и на практике потренировать приемы правильной, развивающей обратной связи. Вы сможете освоить навык давать и получать фидбэк так, чтобы повышать эффективность работы и помогать команде достигать общих целей.
Темы интенсива:
• Что такое фидбэк. Критерии его качества.
• Обратная связь для разных стадий освоения предметной области и ее барьеры.
• Позиции младшего, равного и старшего и их особенности.
• 6 мотивов деятельности, что дает энергию и раздражает разных людей.
• Как не надо давать фидбэк.
• Как обеспечить запрос на обратную связь.
• Как проанализировать структуру проблемы.
• Как экономить когнитивные усилия: свои и того, кому вы даете фидбэк.
Интенсив включает отработку приемов в микрогруппах, онлайн-лекции с практикой, печатные конспекты лекций с ключевыми тезисами, обратную связь от преподавателя и работу над вашими кейсами.
Старт интенсива — 1 февраля.
Продолжительность — 2 недели.
Средняя занятость — 2 часа в день.
25 января стоимость участия вырастет на 2000 рублей.
👉 Стать участником
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