О чем нужно забыть при постановке целей команде?
1. Забудьте о каскадировании целей. Процессы согласования деятельности со стратегией вниз по иерархии, на самом деле часто являются разумными. Настоящая проблема каскадирования целей заключается не в их постановке, а в их последующей координации.
2. Забудьте о том, что стратегия РАВНО соблюдение плана
Меняющиеся рыночные условия требуют гибкости, Gantt Chart с проектами, задачами и функциями вместо дорожной карты) приводит к тому, что сложно приоритизировать возможности, не зная контекста проблемы и желаемого результата клиента
3. Забудьте о том, что общение руководителя с сотрудниками РАВНО пониманию стратегии: Стратегия «умирает» на уровне менеджеров среднего звена, которые ее не понимают. А для того, чтобы они ее поняли - нужно им ставить продуктовые цели, все остальное в виде сборов, встреч с руководителем и обсуждений не работает хотя бы потому, что это взаимодействие часто бывает асинхронным.
4. Забудьте о том, что стратегия – это создание функций
Цель команд должна измениться с “предоставления функций” на “достижение целей, основанных на ценности”. Отсутствие фокуса на стратегии приводит к тому, что она становится отображением бэклога, а не наоборот.
5. Забудьте о том, что заинтересованные лица знают лучше
Заинтересованные лица подвержены когнитивным искажениям, особенно если они не участвуют в Product Discovery.
Хотите узнать все о продакт-менеджменте и стать менеджером продукта?
НИУ ВШЭ запускает 9 поток Программы профессиональной переподготовки для продакт-менеджеров!
За 5.5 месяцев вы получите знания и компетенции в области генерации идей и MVP цифрового продукта, бизнес-моделей, UX, продуктовой аналитики и маркетинга.
В программе: генерация идеи и создание MVP цифрового продукта, цифровые бизнес-модели и инновации цепочек создания ценности, рост и масштабирование цифрового продукта, а также методы исследования пользователей.
Все занятия проводятся преподавателями - экспертами из ведущих российских компаний.
На проектном семинаре вы вместе с ментором будете работать над своим продуктом, применяя полученные знания на практике.
Старт онлайн потока 20 сентября (ОСТАЛОСЬ 5 МЕСТ), офлайн потока - 19 октября.
Подробности по ссылке: https://product.hsbi.ru/
1. Забудьте о каскадировании целей. Процессы согласования деятельности со стратегией вниз по иерархии, на самом деле часто являются разумными. Настоящая проблема каскадирования целей заключается не в их постановке, а в их последующей координации.
2. Забудьте о том, что стратегия РАВНО соблюдение плана
Меняющиеся рыночные условия требуют гибкости, Gantt Chart с проектами, задачами и функциями вместо дорожной карты) приводит к тому, что сложно приоритизировать возможности, не зная контекста проблемы и желаемого результата клиента
3. Забудьте о том, что общение руководителя с сотрудниками РАВНО пониманию стратегии: Стратегия «умирает» на уровне менеджеров среднего звена, которые ее не понимают. А для того, чтобы они ее поняли - нужно им ставить продуктовые цели, все остальное в виде сборов, встреч с руководителем и обсуждений не работает хотя бы потому, что это взаимодействие часто бывает асинхронным.
4. Забудьте о том, что стратегия – это создание функций
Цель команд должна измениться с “предоставления функций” на “достижение целей, основанных на ценности”. Отсутствие фокуса на стратегии приводит к тому, что она становится отображением бэклога, а не наоборот.
5. Забудьте о том, что заинтересованные лица знают лучше
Заинтересованные лица подвержены когнитивным искажениям, особенно если они не участвуют в Product Discovery.
Хотите узнать все о продакт-менеджменте и стать менеджером продукта?
НИУ ВШЭ запускает 9 поток Программы профессиональной переподготовки для продакт-менеджеров!
За 5.5 месяцев вы получите знания и компетенции в области генерации идей и MVP цифрового продукта, бизнес-моделей, UX, продуктовой аналитики и маркетинга.
В программе: генерация идеи и создание MVP цифрового продукта, цифровые бизнес-модели и инновации цепочек создания ценности, рост и масштабирование цифрового продукта, а также методы исследования пользователей.
Все занятия проводятся преподавателями - экспертами из ведущих российских компаний.
На проектном семинаре вы вместе с ментором будете работать над своим продуктом, применяя полученные знания на практике.
Старт онлайн потока 20 сентября (ОСТАЛОСЬ 5 МЕСТ), офлайн потока - 19 октября.
Подробности по ссылке: https://product.hsbi.ru/
Как продакт-менеджер погружается в проект?
1. Изучите проблемы, текущие решения, их особенности, целевая аудитория - вы должны знать и понимать с чем вы будете работать. Вы должны быть в курсе всех особенностей и изменений рынка, на котором работает ваш продукт. Не говоря уже о том, что вы будете знать, о чем говорить и что обсуждать с коллегами.
2. Воспользуйтесь продуктом по всей воронке. Изучите историю развития вашего продукта, ключевые этапы, его партнеров. Социальные сети продукта лучше всего расскажут вам о ключевых событиях из его жизни. Также можно посмотреть сайты с отзывами, статьи в разных блогах на тему продукта.
3. Изучение конкурентов (блог, отзывы на конкурента и социальные сети) поможет вам лучше понять и рынок, и пользователей и проблемные механики текущих решений. Хороший лайфхакер - это общение с техподдержкой под ролью болеющего за развитие продукта по телефону, где можно выведать разные интересные инсайты. Также есть разные инструменты исследования траффика и СТА конкурентов, которые я описывал у себя ранее тут - https://news.1rj.ru/str/FreshProductGo/179
4. Познакомьтесь со всеми стейкхолдерами и процессами в компании. Стейкхолдеры и руководители рискую деньгами, их гипотезы тоже важны. А понимание всех этапов и всех процессов бизнеса позволит вам смотреть на ваши задачи свежим взглядом и более широко. Пока ваш взгляд свеж, воссоздайте для себя всю картину продукта: ключевые страницы, продуктовый CJM и посмотрите, что из них можно оптимизировать. Познакомьтесь со всей командой и отдельно с лидом.
5. Попросите устроить вам экскурс по технической части продукта. Что используется, почему, какие есть проблемы на данный момент. Вы должны четко представлять себе архитектуру, хотя бы поверхностно понимать, как работают и взаимодействуют компоненты системы, знать о техническом долге и рисках.
6. Сделайте свою сегментацию пользователей с описанием ключевых паттернов поведения. Нужно будет провести проблемно-решенческое интервью с главными пользователями продукта. Сделайте свою юнит-экономику продукта, разберитесь, как вы можете повлиять на развитие бизнеса. Начните формировать в привычных вам инструментах первый беклог и дорожную карту продукта. Ищите ответы на вопросы, что вы делаете супер-классно, что вы хотите продолжать делать и как вы этого сможете добиться? Что вы хотите улучшить? Какие шаги вы собираетесь предпринять и как измерите прогресс?
В начале проекта Project менеджеру полезно посмотреть на него глазами продакт-менеджера. Познакомьтесь с этим подходом 16 сентября на demo-занятии от OTUS.
За 1,5 часа вы разберете общие принципы сбора требований на проекте, формирование целей и показателей проекта, сбор продуктовой команды и выбор фреймворка управления.
Demo-занятие является частью продвинутого онлайн-курса «Project manager. Advanced». Это возможность оценить уровень программы и познакомиться с преподавателем. Регистрация: https://otus.pw/gHWi/
1. Изучите проблемы, текущие решения, их особенности, целевая аудитория - вы должны знать и понимать с чем вы будете работать. Вы должны быть в курсе всех особенностей и изменений рынка, на котором работает ваш продукт. Не говоря уже о том, что вы будете знать, о чем говорить и что обсуждать с коллегами.
2. Воспользуйтесь продуктом по всей воронке. Изучите историю развития вашего продукта, ключевые этапы, его партнеров. Социальные сети продукта лучше всего расскажут вам о ключевых событиях из его жизни. Также можно посмотреть сайты с отзывами, статьи в разных блогах на тему продукта.
3. Изучение конкурентов (блог, отзывы на конкурента и социальные сети) поможет вам лучше понять и рынок, и пользователей и проблемные механики текущих решений. Хороший лайфхакер - это общение с техподдержкой под ролью болеющего за развитие продукта по телефону, где можно выведать разные интересные инсайты. Также есть разные инструменты исследования траффика и СТА конкурентов, которые я описывал у себя ранее тут - https://news.1rj.ru/str/FreshProductGo/179
4. Познакомьтесь со всеми стейкхолдерами и процессами в компании. Стейкхолдеры и руководители рискую деньгами, их гипотезы тоже важны. А понимание всех этапов и всех процессов бизнеса позволит вам смотреть на ваши задачи свежим взглядом и более широко. Пока ваш взгляд свеж, воссоздайте для себя всю картину продукта: ключевые страницы, продуктовый CJM и посмотрите, что из них можно оптимизировать. Познакомьтесь со всей командой и отдельно с лидом.
5. Попросите устроить вам экскурс по технической части продукта. Что используется, почему, какие есть проблемы на данный момент. Вы должны четко представлять себе архитектуру, хотя бы поверхностно понимать, как работают и взаимодействуют компоненты системы, знать о техническом долге и рисках.
6. Сделайте свою сегментацию пользователей с описанием ключевых паттернов поведения. Нужно будет провести проблемно-решенческое интервью с главными пользователями продукта. Сделайте свою юнит-экономику продукта, разберитесь, как вы можете повлиять на развитие бизнеса. Начните формировать в привычных вам инструментах первый беклог и дорожную карту продукта. Ищите ответы на вопросы, что вы делаете супер-классно, что вы хотите продолжать делать и как вы этого сможете добиться? Что вы хотите улучшить? Какие шаги вы собираетесь предпринять и как измерите прогресс?
В начале проекта Project менеджеру полезно посмотреть на него глазами продакт-менеджера. Познакомьтесь с этим подходом 16 сентября на demo-занятии от OTUS.
За 1,5 часа вы разберете общие принципы сбора требований на проекте, формирование целей и показателей проекта, сбор продуктовой команды и выбор фреймворка управления.
Demo-занятие является частью продвинутого онлайн-курса «Project manager. Advanced». Это возможность оценить уровень программы и познакомиться с преподавателем. Регистрация: https://otus.pw/gHWi/
Чек-лист вопросов, которые задают перед кратным ростом продукта
1. Целевые сегменты, то есть те, кому мы продаем. Главный целевой сегмент? Главный потребитель? Для кого мы делаем продукт значимым? Какие проблемы помогает решить продукт? За что готовы платить клиенты? Это очень важно понимать, собрать данную информацию можно напрямую у клиентов в виде обратной связи.
2. Продажи или воронка продаж. Источники трафика? Как вы продаете? Через какие каналы и с какой конверсией на каждом этапе? Есть ли стратегия продаж? Написаны ли скрипты продаж? Ведется ли работа с гипотезами дохода такими как: Discount, Upsell, Cross-sell, Upgrade sell, Subnoscription, Onetime payment.
3. Конкуренты? Кто они? Прямые и не прямые? По какому параметру мы лучше конкурентов? Почему они выбирают Ваш продукт? Есть ли у Вас несправедливые конкурентные преимущества - то, что долго, дорого или невозможно повторить вашим конкурентам? На этом фокус внимания заострять не стоит потому что чем вы пристальнее будете следить за конкурентами, тем меньше времени будет оставаться на развитие собственного бизнеса. Тут стоит просто зафиксировать основных и определить главное несправедливое конкурентное преимущество, которое с помощью маркетинга необходимо интегрировать в бизнес и доносить до своей целевой аудитории.
4. Экономика. Выделен юнит? Проведен юнит анализ? Сколько выходит стоимость привлечения клиента? Какая точка безубыточности? После подсчета складывается объективная картина в финансовом плане на основании которой можно предполагать дальнейшее развитие проекта и корректировать его стратегию развития.
Хотите развиться по части поиска точек роста в продукте? Product Live запускает «Стажировку с наставником». Студенты разных специальностей объединяют силы и запускают настоящий Продукт под началом опытного продакта на курсе «Профессия Product Manager».
На курсе вы научитесь: определять, на кого нацелен будущий продукт и почему его купят, исследовать рынок и проводить customer development, генерировать и отбирать сильные гипотезы по методологиям HADI и ICE, использовать метрики, определять точки кратного роста, оценивать ключевые параметры и разрабатывать MVP, считать unit-экономику, применять принципы продуктового и UX-дизайна.
Скидка 40% в сентябре.
Оставьте заявку и получите 2 видеоматериала с курса бесплатно.
1. Целевые сегменты, то есть те, кому мы продаем. Главный целевой сегмент? Главный потребитель? Для кого мы делаем продукт значимым? Какие проблемы помогает решить продукт? За что готовы платить клиенты? Это очень важно понимать, собрать данную информацию можно напрямую у клиентов в виде обратной связи.
2. Продажи или воронка продаж. Источники трафика? Как вы продаете? Через какие каналы и с какой конверсией на каждом этапе? Есть ли стратегия продаж? Написаны ли скрипты продаж? Ведется ли работа с гипотезами дохода такими как: Discount, Upsell, Cross-sell, Upgrade sell, Subnoscription, Onetime payment.
3. Конкуренты? Кто они? Прямые и не прямые? По какому параметру мы лучше конкурентов? Почему они выбирают Ваш продукт? Есть ли у Вас несправедливые конкурентные преимущества - то, что долго, дорого или невозможно повторить вашим конкурентам? На этом фокус внимания заострять не стоит потому что чем вы пристальнее будете следить за конкурентами, тем меньше времени будет оставаться на развитие собственного бизнеса. Тут стоит просто зафиксировать основных и определить главное несправедливое конкурентное преимущество, которое с помощью маркетинга необходимо интегрировать в бизнес и доносить до своей целевой аудитории.
4. Экономика. Выделен юнит? Проведен юнит анализ? Сколько выходит стоимость привлечения клиента? Какая точка безубыточности? После подсчета складывается объективная картина в финансовом плане на основании которой можно предполагать дальнейшее развитие проекта и корректировать его стратегию развития.
Хотите развиться по части поиска точек роста в продукте? Product Live запускает «Стажировку с наставником». Студенты разных специальностей объединяют силы и запускают настоящий Продукт под началом опытного продакта на курсе «Профессия Product Manager».
На курсе вы научитесь: определять, на кого нацелен будущий продукт и почему его купят, исследовать рынок и проводить customer development, генерировать и отбирать сильные гипотезы по методологиям HADI и ICE, использовать метрики, определять точки кратного роста, оценивать ключевые параметры и разрабатывать MVP, считать unit-экономику, применять принципы продуктового и UX-дизайна.
Скидка 40% в сентябре.
Оставьте заявку и получите 2 видеоматериала с курса бесплатно.
Когда точно надо увольнять или переводить на другой проект продакт-менеджера?
⁃ Гипотезы плохо коррелируют с пользователями продукта или ростом бизнес-метрик. Гипотезы должны быть привязаны с реальным болям, барьерам и радостям пользователя, а продуктовые метрики гипотезы коррелировать с главной метрикой бизнеса. Отсюда и не выполнение KPI,
⁃ Продакт перестал общаться с пользователями, не делает коридорчики, кастдевы. Значит, потерял интерес к проблемам и решениям, трендам и обратной связи текущих решений. Общение с пользователями - гигиена продакта. Благодаря нему продакт сможет проявлять самую сильную эмпатию к своему сегменту.
⁃ Использует неактуальный или неподходящий набор инструментов. Здесь скорее про постоянный процесс учебы, актуализации фреймворков в работе, которые используются в индустрии. Не может назвать блог/канал/курс, которые изучил за последние 2-3 месяца.
Увольнения — всегда сложная тема для менеджера. Но для любого лида важно научиться работать с увольнениями как с нормальной частью менеджерской деятельности. 29 сентября OTUS проведет открытый урок, на котором вместе с Андреем Волковым (7 лет работает в должности тимлида), поговорим о том, кого и почему надо увольнять? Какие есть причины увольнения? Записаться на урок: https://otus.pw/BmUz/
⁃ Гипотезы плохо коррелируют с пользователями продукта или ростом бизнес-метрик. Гипотезы должны быть привязаны с реальным болям, барьерам и радостям пользователя, а продуктовые метрики гипотезы коррелировать с главной метрикой бизнеса. Отсюда и не выполнение KPI,
⁃ Продакт перестал общаться с пользователями, не делает коридорчики, кастдевы. Значит, потерял интерес к проблемам и решениям, трендам и обратной связи текущих решений. Общение с пользователями - гигиена продакта. Благодаря нему продакт сможет проявлять самую сильную эмпатию к своему сегменту.
⁃ Использует неактуальный или неподходящий набор инструментов. Здесь скорее про постоянный процесс учебы, актуализации фреймворков в работе, которые используются в индустрии. Не может назвать блог/канал/курс, которые изучил за последние 2-3 месяца.
Увольнения — всегда сложная тема для менеджера. Но для любого лида важно научиться работать с увольнениями как с нормальной частью менеджерской деятельности. 29 сентября OTUS проведет открытый урок, на котором вместе с Андреем Волковым (7 лет работает в должности тимлида), поговорим о том, кого и почему надо увольнять? Какие есть причины увольнения? Записаться на урок: https://otus.pw/BmUz/
Ошибки ежедневного Scrum’a
Обычно хорошей скрам-команде достаточно 10-15 минут для инспекции прогресса к цели спринта. Не смотря на малую длительность этой встречи, ежедневный скрам часто имеет большое количество ошибок. Причиной возникновения могут быть следующие:
1. Нет порядка: ежедневный скрам не проходит в одно и то же время и в одном и том же месте каждый день. Однообразие регулярных ретроспектив может их вызвать негатив со стороны команды. Относитесь к Ежедневному Скраму как регулярной зарядке
2. Отчет о статусе: члены команды разработки ждут своей очереди, чтобы отчитаться о ходе выполнения задач Скрам-мастеру, Владельцу продукта. Это не совсем так: важно, чтобы все члены команды были в курсе всего происходящего.
3. Обсуждение номеров задач: высказывания носят формальный характер и не имеют никакой ценности: “Вчера я сделал задачу 123. Сегодня буду делать 125”. Важна суть.
4. Решение проблем: Вместо того, чтобы фиксировать возникшие проблемы для их решения после встречи, команда начинает это обсуждать на самой встрече.
5. Планирование на встрече: команда разработки использует ежедневный скрам для обсуждения новых требований, уточнения пользовательских историй. Это касается планирования спринта.
6. Забыта цель спринта: мы все еще на пути к достижению Спринт-цели? Или нам нужно адаптировать план, отставание в спринте или и то, и другое? В данном случае нарушается такая ценность как фокус.
7. Игнорирование проблем: Участник команды разработки испытывает трудности в решении проблем в течение нескольких дней подряд, и никто не предлагает помощь. Возможно, нагрузка команды разработки очень сильно выросла, и члены команды не могут помогать друг другу.
8. Монологи: члены команды долго говорят.
9. Троллинг: Один или несколько членов команды комментируют каждую проблему.
10. Назначение задач: Владелец продукта назначает задачи непосредственно членам команды. Важно, чтобы задачи назначались по итогам встречи или после нее.
11. Участники не готовы к встрече: «Я занимался чем-то, но я не могу вспомнить, что было важно.»
12. Члены команды опаздывают или вообще не появляются. Тем самым снижая вероятность достижения цели спринта.
13. Неуместная обратная связь: члены команды критикуют других членов команды, дискутируют, вместо того, чтобы выносить свою критику за пределы встречи.
14. Большое количество участников: руководство по Скраму рекомендует ограничить число членов команды разработчиков до девяти.
15. Активное участие заинтересованных лиц: Коллеги не из команды разработки активно участвуют в Ежедневном Скраме. Заинтересованные стороны должны слушать, но не отвлекать членов команды разработчиков во время встречи.
16. Контроль со стороны руководства: менеджеры посещают Ежедневный Скрам для сбора данных о производительности по отдельным членам команды. Такое поведение противоречит самой цели самоорганизации команд.
17. Дополнительная работа: Владелец продукта или даже другие заинтересованные стороны пытаются добавить новые задачи в текущем Спринте во время Ежедневного Скрама. Напомню, что за Бэклог Спринта отвечает только Команда разработки.
Хотите еще лучше оптимизировать свои фреймворки управления? Приходите 23 сентября на встречу с Ольгой Парий, руководителем отдела обучения в AGIMA. Ольга проведет обзор рынка вакансий и представит программу онлайн-курса «Project Manager. Advanced». На вебинаре вы детально разберете формат обучения в OTUS, подход к практике и сможете задать свои вопросы. В конце встречи у вас будет возможность занять место в группе по спец.цене. Регистрация на мероприятие по ссылке - https://otus.pw/QNTo/
Обычно хорошей скрам-команде достаточно 10-15 минут для инспекции прогресса к цели спринта. Не смотря на малую длительность этой встречи, ежедневный скрам часто имеет большое количество ошибок. Причиной возникновения могут быть следующие:
1. Нет порядка: ежедневный скрам не проходит в одно и то же время и в одном и том же месте каждый день. Однообразие регулярных ретроспектив может их вызвать негатив со стороны команды. Относитесь к Ежедневному Скраму как регулярной зарядке
2. Отчет о статусе: члены команды разработки ждут своей очереди, чтобы отчитаться о ходе выполнения задач Скрам-мастеру, Владельцу продукта. Это не совсем так: важно, чтобы все члены команды были в курсе всего происходящего.
3. Обсуждение номеров задач: высказывания носят формальный характер и не имеют никакой ценности: “Вчера я сделал задачу 123. Сегодня буду делать 125”. Важна суть.
4. Решение проблем: Вместо того, чтобы фиксировать возникшие проблемы для их решения после встречи, команда начинает это обсуждать на самой встрече.
5. Планирование на встрече: команда разработки использует ежедневный скрам для обсуждения новых требований, уточнения пользовательских историй. Это касается планирования спринта.
6. Забыта цель спринта: мы все еще на пути к достижению Спринт-цели? Или нам нужно адаптировать план, отставание в спринте или и то, и другое? В данном случае нарушается такая ценность как фокус.
7. Игнорирование проблем: Участник команды разработки испытывает трудности в решении проблем в течение нескольких дней подряд, и никто не предлагает помощь. Возможно, нагрузка команды разработки очень сильно выросла, и члены команды не могут помогать друг другу.
8. Монологи: члены команды долго говорят.
9. Троллинг: Один или несколько членов команды комментируют каждую проблему.
10. Назначение задач: Владелец продукта назначает задачи непосредственно членам команды. Важно, чтобы задачи назначались по итогам встречи или после нее.
11. Участники не готовы к встрече: «Я занимался чем-то, но я не могу вспомнить, что было важно.»
12. Члены команды опаздывают или вообще не появляются. Тем самым снижая вероятность достижения цели спринта.
13. Неуместная обратная связь: члены команды критикуют других членов команды, дискутируют, вместо того, чтобы выносить свою критику за пределы встречи.
14. Большое количество участников: руководство по Скраму рекомендует ограничить число членов команды разработчиков до девяти.
15. Активное участие заинтересованных лиц: Коллеги не из команды разработки активно участвуют в Ежедневном Скраме. Заинтересованные стороны должны слушать, но не отвлекать членов команды разработчиков во время встречи.
16. Контроль со стороны руководства: менеджеры посещают Ежедневный Скрам для сбора данных о производительности по отдельным членам команды. Такое поведение противоречит самой цели самоорганизации команд.
17. Дополнительная работа: Владелец продукта или даже другие заинтересованные стороны пытаются добавить новые задачи в текущем Спринте во время Ежедневного Скрама. Напомню, что за Бэклог Спринта отвечает только Команда разработки.
Хотите еще лучше оптимизировать свои фреймворки управления? Приходите 23 сентября на встречу с Ольгой Парий, руководителем отдела обучения в AGIMA. Ольга проведет обзор рынка вакансий и представит программу онлайн-курса «Project Manager. Advanced». На вебинаре вы детально разберете формат обучения в OTUS, подход к практике и сможете задать свои вопросы. В конце встречи у вас будет возможность занять место в группе по спец.цене. Регистрация на мероприятие по ссылке - https://otus.pw/QNTo/
Метрики для оценки эффективности рекламной кампании
CTR (Click-Through Rate) - отношение количества кликов по рекламному объявлению к числу его показов.
Норматив. Его значение зависит от ниши, конкурентоспособности бизнеса и рекламной площадки. CTR 5–20% в контекстной рекламе считается нормальным, но рассчитывать его на основании трех показов и одного клика неэффективно. Для адекватной оценки показателя нужно достаточное количество показов: хотя бы 100, но лучше 1000.
Как улучшить. Правильно определить целевую аудиторию, разделить ее на сегменты и настроить показ объявления для каждой из них отдельно. В объявлении прописать четкий оффер под боль конкретного сегмента и использовать в нем эмоциональные триггеры.
CPC (Cost Per Click) - показывает, сколько стоит один переход по вашему объявлению на рекламной платформе. CPC нужен, чтобы оценить, сколько вы тратите на клик и сколько с него зарабатываете.
Норматив. На цену за клик влияет много факторов: ключевая фраза в запросе, регион показов, количество конкурентов, день и время суток, релевантность рекламируемой страницы запросам и показатели ее эффективности.
Как улучшить. Сделать объявление качественным, уделять внимание текстовой составляющей и визуализации, экспериментировать с иллюстрациями, писать привлекательные заголовки, мониторить эффективность площадок и отсеивать те, которые не приносят нужного результата.
CPO (Cost Per Order) - метрика показывает, сколько стоит одна покупка клиента. Она подходит для оценки эффективности работы интернет-магазинов и сайтов с услугами — банки, агентства недвижимости, застройщики и все те, у кого есть на сайте форма заказа. Позволяет увидеть доход от лида. Это разновидность показателя CPA. Рассчитывается как отношение затрат на рекламную кампанию к количеству подтвержденных заказов.
Норматив. Прибыль от подтвержденного заказа выше, чем стоимость привлечения лида.
Как улучшить. Давать релевантные объявления, закладывать в цену продукции или услуги расходы на рекламу. Снижать цену за клик по рекламному объявлению.
CAC (Customer Acquisition Cost) - рассчитывается как отношение расходов на рекламную кампанию к числу реальных клиентов.
Норматив. Соотнесите стоимость привлечения одного клиента и прибыль от него — это позволит оценить прибыльность кампании. Если прибыль от клиента больше затрат на его привлечение, то вы в плюсе. Еще сравните LTV и CAC - пожизненную стоимость от клиента к цене его привлечения.
LTV (Llifetime value) — доход, который принесет клиент за все время вашего взаимодействия. Рассчитав показатели для нескольких клиентов, вы поймете, какие из них приносят больше прибыли и остаются лояльными к вашей компании.
Норматив. Если метрика стабильна или растет, то ваш бизнес тоже стабилен или растет.
Как улучшить. Улучшать все предыдущие показатели.
ROI (Return On Investment) — коэффициент возврата инвестиций
Это главная маркетинговая метрика для владельца бизнеса или директора по маркетингу. ROI = (Прибыль — инвестиции) * 100% / Инвестиции
Норматив. Если ROI больше 100%, то вложения в рекламу были выгодными, если меньше, то кампания убыточная.
Как улучшить. Отслеживать показатель на всех этапах рекламной кампании и остановить ее в случае, если реклама перестала окупаться, чтобы не сливать бюджет.
Хотите прокачаться в стратегии работы с каналами на основе данных?
6 октября — старт потока онлайн-курса по веб-аналитике от Школы Nimax. Курс проведёт вас от технических настроек, целей и отчётов в Яндекс.Метрике и Google Analytics до прикладного анализа рекламной активности и продаж.
Курс будет полезен предпринимателям, руководителям маркетинговых отделов и компаний, маркетологам, продакт и проджект-менеджерам.
Чему еще научатся студенты: систематизировать знания: строить правильные отчёты, ставить понятные ТЗ разработчикам и быстро находить причины проблем, интерпретировать цифры, эффективно принимать решения и распределять бюджет.
Присоединяйтесь к потоку 6 октября или проходите курс в своем темпе в любое удобное время: https://clck.ru/XgPC3
По промокоду FRESH скидка 15% на любой формат обучения!
CTR (Click-Through Rate) - отношение количества кликов по рекламному объявлению к числу его показов.
Норматив. Его значение зависит от ниши, конкурентоспособности бизнеса и рекламной площадки. CTR 5–20% в контекстной рекламе считается нормальным, но рассчитывать его на основании трех показов и одного клика неэффективно. Для адекватной оценки показателя нужно достаточное количество показов: хотя бы 100, но лучше 1000.
Как улучшить. Правильно определить целевую аудиторию, разделить ее на сегменты и настроить показ объявления для каждой из них отдельно. В объявлении прописать четкий оффер под боль конкретного сегмента и использовать в нем эмоциональные триггеры.
CPC (Cost Per Click) - показывает, сколько стоит один переход по вашему объявлению на рекламной платформе. CPC нужен, чтобы оценить, сколько вы тратите на клик и сколько с него зарабатываете.
Норматив. На цену за клик влияет много факторов: ключевая фраза в запросе, регион показов, количество конкурентов, день и время суток, релевантность рекламируемой страницы запросам и показатели ее эффективности.
Как улучшить. Сделать объявление качественным, уделять внимание текстовой составляющей и визуализации, экспериментировать с иллюстрациями, писать привлекательные заголовки, мониторить эффективность площадок и отсеивать те, которые не приносят нужного результата.
CPO (Cost Per Order) - метрика показывает, сколько стоит одна покупка клиента. Она подходит для оценки эффективности работы интернет-магазинов и сайтов с услугами — банки, агентства недвижимости, застройщики и все те, у кого есть на сайте форма заказа. Позволяет увидеть доход от лида. Это разновидность показателя CPA. Рассчитывается как отношение затрат на рекламную кампанию к количеству подтвержденных заказов.
Норматив. Прибыль от подтвержденного заказа выше, чем стоимость привлечения лида.
Как улучшить. Давать релевантные объявления, закладывать в цену продукции или услуги расходы на рекламу. Снижать цену за клик по рекламному объявлению.
CAC (Customer Acquisition Cost) - рассчитывается как отношение расходов на рекламную кампанию к числу реальных клиентов.
Норматив. Соотнесите стоимость привлечения одного клиента и прибыль от него — это позволит оценить прибыльность кампании. Если прибыль от клиента больше затрат на его привлечение, то вы в плюсе. Еще сравните LTV и CAC - пожизненную стоимость от клиента к цене его привлечения.
LTV (Llifetime value) — доход, который принесет клиент за все время вашего взаимодействия. Рассчитав показатели для нескольких клиентов, вы поймете, какие из них приносят больше прибыли и остаются лояльными к вашей компании.
Норматив. Если метрика стабильна или растет, то ваш бизнес тоже стабилен или растет.
Как улучшить. Улучшать все предыдущие показатели.
ROI (Return On Investment) — коэффициент возврата инвестиций
Это главная маркетинговая метрика для владельца бизнеса или директора по маркетингу. ROI = (Прибыль — инвестиции) * 100% / Инвестиции
Норматив. Если ROI больше 100%, то вложения в рекламу были выгодными, если меньше, то кампания убыточная.
Как улучшить. Отслеживать показатель на всех этапах рекламной кампании и остановить ее в случае, если реклама перестала окупаться, чтобы не сливать бюджет.
Хотите прокачаться в стратегии работы с каналами на основе данных?
6 октября — старт потока онлайн-курса по веб-аналитике от Школы Nimax. Курс проведёт вас от технических настроек, целей и отчётов в Яндекс.Метрике и Google Analytics до прикладного анализа рекламной активности и продаж.
Курс будет полезен предпринимателям, руководителям маркетинговых отделов и компаний, маркетологам, продакт и проджект-менеджерам.
Чему еще научатся студенты: систематизировать знания: строить правильные отчёты, ставить понятные ТЗ разработчикам и быстро находить причины проблем, интерпретировать цифры, эффективно принимать решения и распределять бюджет.
Присоединяйтесь к потоку 6 октября или проходите курс в своем темпе в любое удобное время: https://clck.ru/XgPC3
По промокоду FRESH скидка 15% на любой формат обучения!
На какие софт скилл разработчиков следует обратить внимание продуктологу?
1. Продуктовое мышление — это когда у вас есть навык думать про бизнес, про продукт, про клиентов, а не про то какой новомодный фреймворк использовать Есть много опытных разработчиков, который пишут код ради кода. Они готовы каждый год переписывать продукт на новый фреймворк просто потому, что это круто, а то, что от этого никак не измениться сам продукт, новых фич не добавится и багов не станет меньше их мало волнует. Продуктовое мышление так же проявляется когда разработчик свободно предлагает новые идеи и делает проект лучше. Он не просто сидит и выполняет свои задачи, а мыслит более масштабно, понимая как его действия могут повлиять на рост и развитие продукта или бизнеса в целом.
2. В работе веб-разработчика очень важно внимание к деталям, потому что этих деталей очень много. Это и соответствие сверстанного макета тому дизайну, который был предоставлен, это и правильная запрограммированная логика приложения согласно всем бизнес требованиям, а так же проработка всех пользовательских сценариев, даже если их не предоставил UX-дизайнер.
3. Можно услышать от разработчика, что он говорит «у меня нет времени» или «мне некогда этим заниматься». На самом деле вопрос всегда в приоритетах и у каждого они свои. В тайм-менеджменте есть два важных инструмента — это компас и часы. Более важно понимать куда ты идешь, а не как быстро. Когда точно понимаешь, тогда можно применять различные техники по учету и оптимизации времени. Разработчик должен уметь отслеживать свое время и анализировать на что ушло. Это поможет выявлять таймкиллеры и избавляться от них. Лучше самостоятельные разработчики, которые могут справиться с поставленной задачей — распланировать сроки и последовательность задачи, разбить большую задачу на более мелкие.
4. Умение решать конфликты, а не создавать их, ведение переговоров и деловая переписка. Навык коммуникации это и в том числе сделать своевременный созвон, который решит проблему. Нужно уметь выбирать правильный канал коммуникаций для разных ситуаций — когда то нужно собрать митинг, когда то сделать звонок, когда то написать письмо.
Развитие карьеры разработчиков во многом зависит от умения работать в команде, выстраивать отношения с коллегами, быстро и верно понимать заказчиков. Необходимо не только разрабатывать продукт, но и уметь его презентовать и отстаивать свои решения. Какие софт скиллы необходимы разработчикам и как их развить в команде? Именно в этом и попробуем разобраться на бесплатном вебинаре 28 сентября в 19:00.
На вебинаре обсудим: Какие навыки есть у вас? Каких не хватает? "Это все для руководителей, а я руководить не хочу - зачем мне это?" Разберём подробно
Дата и время проведения: 28 сентября (вт), в 19:00 (Мск). Продолжительность – 1,5 часа.
Спикер: Дмитрий Емельянов, Enterprise Agile coach в Почте России (Почтатех), Ex-Agile Coach в ABBYY, Ex-Head of Scrum Master в Туту.
Записаться на вебинар можно по ссылке: https://otus.pw/PQfS/
1. Продуктовое мышление — это когда у вас есть навык думать про бизнес, про продукт, про клиентов, а не про то какой новомодный фреймворк использовать Есть много опытных разработчиков, который пишут код ради кода. Они готовы каждый год переписывать продукт на новый фреймворк просто потому, что это круто, а то, что от этого никак не измениться сам продукт, новых фич не добавится и багов не станет меньше их мало волнует. Продуктовое мышление так же проявляется когда разработчик свободно предлагает новые идеи и делает проект лучше. Он не просто сидит и выполняет свои задачи, а мыслит более масштабно, понимая как его действия могут повлиять на рост и развитие продукта или бизнеса в целом.
2. В работе веб-разработчика очень важно внимание к деталям, потому что этих деталей очень много. Это и соответствие сверстанного макета тому дизайну, который был предоставлен, это и правильная запрограммированная логика приложения согласно всем бизнес требованиям, а так же проработка всех пользовательских сценариев, даже если их не предоставил UX-дизайнер.
3. Можно услышать от разработчика, что он говорит «у меня нет времени» или «мне некогда этим заниматься». На самом деле вопрос всегда в приоритетах и у каждого они свои. В тайм-менеджменте есть два важных инструмента — это компас и часы. Более важно понимать куда ты идешь, а не как быстро. Когда точно понимаешь, тогда можно применять различные техники по учету и оптимизации времени. Разработчик должен уметь отслеживать свое время и анализировать на что ушло. Это поможет выявлять таймкиллеры и избавляться от них. Лучше самостоятельные разработчики, которые могут справиться с поставленной задачей — распланировать сроки и последовательность задачи, разбить большую задачу на более мелкие.
4. Умение решать конфликты, а не создавать их, ведение переговоров и деловая переписка. Навык коммуникации это и в том числе сделать своевременный созвон, который решит проблему. Нужно уметь выбирать правильный канал коммуникаций для разных ситуаций — когда то нужно собрать митинг, когда то сделать звонок, когда то написать письмо.
Развитие карьеры разработчиков во многом зависит от умения работать в команде, выстраивать отношения с коллегами, быстро и верно понимать заказчиков. Необходимо не только разрабатывать продукт, но и уметь его презентовать и отстаивать свои решения. Какие софт скиллы необходимы разработчикам и как их развить в команде? Именно в этом и попробуем разобраться на бесплатном вебинаре 28 сентября в 19:00.
На вебинаре обсудим: Какие навыки есть у вас? Каких не хватает? "Это все для руководителей, а я руководить не хочу - зачем мне это?" Разберём подробно
Дата и время проведения: 28 сентября (вт), в 19:00 (Мск). Продолжительность – 1,5 часа.
Спикер: Дмитрий Емельянов, Enterprise Agile coach в Почте России (Почтатех), Ex-Agile Coach в ABBYY, Ex-Head of Scrum Master в Туту.
Записаться на вебинар можно по ссылке: https://otus.pw/PQfS/
webinar.otus.ru
Нужно ли разработчику развивать Soft Skills?
Бесплатный вебинар-дискуссия для тех, кто работает с IT-специалистами
Продакт - Top performer
⁃ Создает прототипы на ходу и может проверить гипотезу за 1-1.5 недели до разработки окончательной фичи. Скорость для него самое важное.
⁃ Фокус для него не означает говорить «нет» только вещам, которые он не собирался делать. Он может сказать «нет» и некоторым классным идеям, потому что сейчас он сфокусирован на другом. Менеджер продукта умеет говорить «нет» всему, что отвлекает от фокуса.
⁃ Определяет суть продукта и добавляет значимые для пользователей и для бизнеса фичи. Он не делает в продукте лишних фичей.
⁃ Решает, что будет лучшим для продукта и для пользователей в долгосрочной перспективе.
⁃ У топ-менеджмента нет времени копаться в деталях, и они не понимают всего влияния новой фичи, например, на пользовательский опыт. Только продакт-менеджер понимает все последствия мельчайших изменений.
⁃ Менеджер продукта полагается на данные, но также видит полную картину. Знает, добавляет ли конкретная фича ценность в опыт использования продукта? Помогает ли достигать бизнес-целей?
В последние годы спрос на продакт-менеджеров значительно вырос : сегодня эти специалисты участвуют во всех стадиях развития продукта и высоко ценятся. Средняя зарплата продакта в России составляет 102 000 рублей в месяц. Хотите быть ТОП-продактом и узнать, как им стать? Приходите на Бесплатный вебинар «Product Manager: навыки, задачи, карьера» 23 сентября в 19:00 по Мск, который проведет Сергей Зубов, Product Manager and Team Lead, Category Products Yandex. На трансляции вы узнаете:
— чем занимаются специалисты и какие задачи решают каждый день;
— как войти в профессию и добиться профессиональных высот;
— какие навыки необходимы для работы продакт-менеджера.
Регистрируйтесь до 23 сентября включительно: https://clck.ru/XhMPM
⁃ Создает прототипы на ходу и может проверить гипотезу за 1-1.5 недели до разработки окончательной фичи. Скорость для него самое важное.
⁃ Фокус для него не означает говорить «нет» только вещам, которые он не собирался делать. Он может сказать «нет» и некоторым классным идеям, потому что сейчас он сфокусирован на другом. Менеджер продукта умеет говорить «нет» всему, что отвлекает от фокуса.
⁃ Определяет суть продукта и добавляет значимые для пользователей и для бизнеса фичи. Он не делает в продукте лишних фичей.
⁃ Решает, что будет лучшим для продукта и для пользователей в долгосрочной перспективе.
⁃ У топ-менеджмента нет времени копаться в деталях, и они не понимают всего влияния новой фичи, например, на пользовательский опыт. Только продакт-менеджер понимает все последствия мельчайших изменений.
⁃ Менеджер продукта полагается на данные, но также видит полную картину. Знает, добавляет ли конкретная фича ценность в опыт использования продукта? Помогает ли достигать бизнес-целей?
В последние годы спрос на продакт-менеджеров значительно вырос : сегодня эти специалисты участвуют во всех стадиях развития продукта и высоко ценятся. Средняя зарплата продакта в России составляет 102 000 рублей в месяц. Хотите быть ТОП-продактом и узнать, как им стать? Приходите на Бесплатный вебинар «Product Manager: навыки, задачи, карьера» 23 сентября в 19:00 по Мск, который проведет Сергей Зубов, Product Manager and Team Lead, Category Products Yandex. На трансляции вы узнаете:
— чем занимаются специалисты и какие задачи решают каждый день;
— как войти в профессию и добиться профессиональных высот;
— какие навыки необходимы для работы продакт-менеджера.
Регистрируйтесь до 23 сентября включительно: https://clck.ru/XhMPM
Impact mapping. Почему его надо использовать в работе продакта?
Метод Impact Mapping помогает чётко формулировать цели проекта в соответствии с целями всего бизнеса. Для этого нужно построить интеллект-карту с ответами на четыре главных вопроса.
1. Why? Зачем нужен этот продукт? Какую задачу бизнеса он должен решить?
2. Who? Кто может влиять на достижение этой цели?
3. How? Что он может сделать?
4. What? Какие конкретные шаги должен сделать ответственный в рамках своих задач?
Чтобы эффективно использовать impact maps для определения требований к качеству, необходимы::
- цель разработки — поддержка желательных изменений
- в поведении действующих лиц;
- контрольные показатели действительно выражают ожидания заинтересованных сторон в части этих изменений.
С чем поможет метод?
- impact maps ясно показывают связь между конкретным функционалом, мы можем вовремя отследить момент, когда основная цель уже достигнута и разработку стоит остановить. Точно так же она дает четкое представление о том, какое именно влияние надо осуществить при помощи того или иного запланированного функционала. После того как необходимое влияние реализовано, следует остановить работу над остальными идеями, относящимися к данной области impact map, и перейти к другим аспектам продукта.
- Наглядность представления помогает эффективнее сравнивать альтернативные решения, а командам разработчиков — находить более простые, менее затратные и более быстро реализуемые альтернативы, обеспечивающие достижение нужного результата. По этой причине impact maps дают дополнительные аргументы в пользу отказа от более сложных решений или по крайней мере настраивают разработчиков повременить с их реализацией до тех пор, пока не возникнет уверенность, что задача не может быть решена иным, более простым способом.
- Позволяют быстро идентифицировать функциональные возможности, на включении которых, возможно, настаивают те или иные заинтересованные лица, кому по каким-то субъективным причинам эта функциональность просто нравится. На деле она может не поддерживать ни одну из заявленных целей. На impact map ее просто некуда поместить. Это помогает либо вообще отказаться от ее введения, либо как минимум не откладывать решение вопроса о ее необходимости.
- Увязывают вводимый в продукт функционал с желаемыми изменениями в поведении пользователей, и это позволяет заинтересованным сторонам лучше понять те выигрыши, которые они получат в результате. Это повышает их способность верно расставлять приоритеты. Мы получаем возможность принимать решения, исходя из четкого понимания, какими влияниями или удовлетворением запросов каких действующих лиц нам следует заняться в первую очередь. В итоге значительно сокращается время выхода продукта на рынок.
Хотите больше знать про принципы Impact Mapping и как они могут помочь для продактов и аналитиков? 29 сентября всех продактов и системных аналитиков, бизнес-аналитиков, аналитиков данных ждут на демоуроке «Трассировка бизнес-целей на пользовательские истории».Иннокентий Бодров, ex-аналитик МТС и руководитель курса "Системный аналитик. Advanced" в OTUS, вместе вами на вебинаре разберет принципы Impact Mapping, построит карту, которая позволит разложить бизнес-цели на пользовательские истории и разложит истории на карту пользовательских историй.
Demo-занятие — возможность познакомиться с продвинутым онлайн-курсом «Системный аналитик. Advanced» и оценить качество материалов.
Для регистрации на вебинар пройдите вступительный тест https://otus.pw/sR4g/
Метод Impact Mapping помогает чётко формулировать цели проекта в соответствии с целями всего бизнеса. Для этого нужно построить интеллект-карту с ответами на четыре главных вопроса.
1. Why? Зачем нужен этот продукт? Какую задачу бизнеса он должен решить?
2. Who? Кто может влиять на достижение этой цели?
3. How? Что он может сделать?
4. What? Какие конкретные шаги должен сделать ответственный в рамках своих задач?
Чтобы эффективно использовать impact maps для определения требований к качеству, необходимы::
- цель разработки — поддержка желательных изменений
- в поведении действующих лиц;
- контрольные показатели действительно выражают ожидания заинтересованных сторон в части этих изменений.
С чем поможет метод?
- impact maps ясно показывают связь между конкретным функционалом, мы можем вовремя отследить момент, когда основная цель уже достигнута и разработку стоит остановить. Точно так же она дает четкое представление о том, какое именно влияние надо осуществить при помощи того или иного запланированного функционала. После того как необходимое влияние реализовано, следует остановить работу над остальными идеями, относящимися к данной области impact map, и перейти к другим аспектам продукта.
- Наглядность представления помогает эффективнее сравнивать альтернативные решения, а командам разработчиков — находить более простые, менее затратные и более быстро реализуемые альтернативы, обеспечивающие достижение нужного результата. По этой причине impact maps дают дополнительные аргументы в пользу отказа от более сложных решений или по крайней мере настраивают разработчиков повременить с их реализацией до тех пор, пока не возникнет уверенность, что задача не может быть решена иным, более простым способом.
- Позволяют быстро идентифицировать функциональные возможности, на включении которых, возможно, настаивают те или иные заинтересованные лица, кому по каким-то субъективным причинам эта функциональность просто нравится. На деле она может не поддерживать ни одну из заявленных целей. На impact map ее просто некуда поместить. Это помогает либо вообще отказаться от ее введения, либо как минимум не откладывать решение вопроса о ее необходимости.
- Увязывают вводимый в продукт функционал с желаемыми изменениями в поведении пользователей, и это позволяет заинтересованным сторонам лучше понять те выигрыши, которые они получат в результате. Это повышает их способность верно расставлять приоритеты. Мы получаем возможность принимать решения, исходя из четкого понимания, какими влияниями или удовлетворением запросов каких действующих лиц нам следует заняться в первую очередь. В итоге значительно сокращается время выхода продукта на рынок.
Хотите больше знать про принципы Impact Mapping и как они могут помочь для продактов и аналитиков? 29 сентября всех продактов и системных аналитиков, бизнес-аналитиков, аналитиков данных ждут на демоуроке «Трассировка бизнес-целей на пользовательские истории».Иннокентий Бодров, ex-аналитик МТС и руководитель курса "Системный аналитик. Advanced" в OTUS, вместе вами на вебинаре разберет принципы Impact Mapping, построит карту, которая позволит разложить бизнес-цели на пользовательские истории и разложит истории на карту пользовательских историй.
Demo-занятие — возможность познакомиться с продвинутым онлайн-курсом «Системный аналитик. Advanced» и оценить качество материалов.
Для регистрации на вебинар пройдите вступительный тест https://otus.pw/sR4g/
Otus
Системный аналитик. Advanced
Образовательные игры, которые провожу на своих занятиях
В октябре будет 2 года, как я преподаю и провожу воркшопы для продуктовых команд и продактов разного уровня. В честь этого события хочу поделиться любимыми групповыми форматами-брейнштормами:
1. Игра “Кто победил в А/В-тесте”. Смотрим 2-3 экрана эксперимента, определяем гипотезу и победителя. Все основываясь на JtBD, продуктовых гипотезах. Победителя также обосновываем исходя из своего понимания потребителя.
2. Игра “Придумай MVP для существующего продукта”. Берем самые любимые приложения со своих экранов смартфона и придумываем для них продукт. Важно - определить главную ценность и донести ее минимальным с точки зрения ресурса способом. Так Инстаграм можно было бы запустить через папку в Dropbox или чат в WhatsApp.
3. Игра “Определи сегмент аудитории и ключевую метрику продукта” по посадочной странице. Понятно, что продуктовые команды пытаются вынести на эту страницу только то, что интересно им с точки зрения чека, возвращаемости и правильного сегмента. Также подходит для генерации сегментов своего продукта. Правильных вариантов может быть несколько.
4. Фасилитация “Что бы вы сделали?” - обрисовывается реальная ситуация из практики, обсуждается ее решение. Из цикла инсайт Х с кастдева не подтвердился на эксперименте. Что делать?” Проверяется продуктовый подход в разных ситуациях. Каждый ход мыслей разбираемся до конца.
Если вашей компании нужно обучение по дискавери спринтам, финансовому моделированию и юнит-экономике, продуктовой аналитике, исследованию потребителей и сегментации аудитории, приоритизации задач, дорожной карте и построении гибких методов разработки - пишите @SKoloskov, я готов провести практические интенсивы. Все программы составляю под запрос, примеры программ могу предоставить. Вот мое резюме как спикера - https://docs.google.com/document/d/1El5Nh0Wi2Im3Ehd8ux3_KutWigW8iSg5v2itGI30dn8/
В октябре будет 2 года, как я преподаю и провожу воркшопы для продуктовых команд и продактов разного уровня. В честь этого события хочу поделиться любимыми групповыми форматами-брейнштормами:
1. Игра “Кто победил в А/В-тесте”. Смотрим 2-3 экрана эксперимента, определяем гипотезу и победителя. Все основываясь на JtBD, продуктовых гипотезах. Победителя также обосновываем исходя из своего понимания потребителя.
2. Игра “Придумай MVP для существующего продукта”. Берем самые любимые приложения со своих экранов смартфона и придумываем для них продукт. Важно - определить главную ценность и донести ее минимальным с точки зрения ресурса способом. Так Инстаграм можно было бы запустить через папку в Dropbox или чат в WhatsApp.
3. Игра “Определи сегмент аудитории и ключевую метрику продукта” по посадочной странице. Понятно, что продуктовые команды пытаются вынести на эту страницу только то, что интересно им с точки зрения чека, возвращаемости и правильного сегмента. Также подходит для генерации сегментов своего продукта. Правильных вариантов может быть несколько.
4. Фасилитация “Что бы вы сделали?” - обрисовывается реальная ситуация из практики, обсуждается ее решение. Из цикла инсайт Х с кастдева не подтвердился на эксперименте. Что делать?” Проверяется продуктовый подход в разных ситуациях. Каждый ход мыслей разбираемся до конца.
Если вашей компании нужно обучение по дискавери спринтам, финансовому моделированию и юнит-экономике, продуктовой аналитике, исследованию потребителей и сегментации аудитории, приоритизации задач, дорожной карте и построении гибких методов разработки - пишите @SKoloskov, я готов провести практические интенсивы. Все программы составляю под запрос, примеры программ могу предоставить. Вот мое резюме как спикера - https://docs.google.com/document/d/1El5Nh0Wi2Im3Ehd8ux3_KutWigW8iSg5v2itGI30dn8/
Google Docs
Сергей Колосков. CV Спикер Преподаватель
СЕРГЕЙ КОЛОСКОВ | Advisor and Speaker in Product Growth Почта sergeykoloskov2080@gmail.com Telegram @SKoloskov Facebook Sergey Koloskov Телефон +7 (915) 061-14-06 / +7-777-016-3510 О СЕБЕ Меня зовут Сергей, я — продакт менеджер…
Про подход к сегментации пользователей
Кто-то покупает iPhone в основном для того, чтобы фотографировать на хорошую камеру и постить творения в Instagram, другой — чтобы слушать музыку и смотреть видео, скажем, по дороге в офис, а третий — чтобы хвастаться последней моделью на вечеринке (ну, по крайней мере, еще пару лет назад так делали). Похожая ситуация происходит с любым “массовым” продуктом — каждый использует его по своему, ждет появления каких-то своих фич и решает какие-то свои задачи.
При этом, если вы попытаетесь сделать мифический универсальный продукт, то обязательно упустите определенные сегменты пользователей, которые нуждаются в дополнительном функционале и готовы за него платить. А вот если бы вы знали все big jobs клиентов, то могли бы существенно вырастить и аудиторию, и выручку своего продукта.
Сегодня мы вместе с Олей Приходько, growth product manager из команды Rusprofile, выпустили статью. В ней Оля рассказывает, как они проводили сегментацию пользователей своего сервиса. Rusprofile занимаются тем, что предоставляют финансовую и юридическую информацию о разных компаниях по подписке. На сайт ежедневно заходит около 700 000 человек — в общем, у Оли было широкое поле для исследования.
В статье разобрали:
— как сегментировать пользователей по уровню лояльности
— как приглашать на интервью и какие вопросы на них задавать
— как структурировать полученные данные и вытащить из них инсайты
— какие результаты в выручке может дать работа над сегментацией (Оля поделилась несколькими экспериментами с показателями)
Читайте и пишите комментарии: https://vc.ru/marketing/298312-keys-rusprofile-kak-segmentirovat-auditoriyu-v-servise-s-700-000-poseshcheniy-v-den
За консультациями по продуктам можно написать автору канала @SKoloskov
Кто-то покупает iPhone в основном для того, чтобы фотографировать на хорошую камеру и постить творения в Instagram, другой — чтобы слушать музыку и смотреть видео, скажем, по дороге в офис, а третий — чтобы хвастаться последней моделью на вечеринке (ну, по крайней мере, еще пару лет назад так делали). Похожая ситуация происходит с любым “массовым” продуктом — каждый использует его по своему, ждет появления каких-то своих фич и решает какие-то свои задачи.
При этом, если вы попытаетесь сделать мифический универсальный продукт, то обязательно упустите определенные сегменты пользователей, которые нуждаются в дополнительном функционале и готовы за него платить. А вот если бы вы знали все big jobs клиентов, то могли бы существенно вырастить и аудиторию, и выручку своего продукта.
Сегодня мы вместе с Олей Приходько, growth product manager из команды Rusprofile, выпустили статью. В ней Оля рассказывает, как они проводили сегментацию пользователей своего сервиса. Rusprofile занимаются тем, что предоставляют финансовую и юридическую информацию о разных компаниях по подписке. На сайт ежедневно заходит около 700 000 человек — в общем, у Оли было широкое поле для исследования.
В статье разобрали:
— как сегментировать пользователей по уровню лояльности
— как приглашать на интервью и какие вопросы на них задавать
— как структурировать полученные данные и вытащить из них инсайты
— какие результаты в выручке может дать работа над сегментацией (Оля поделилась несколькими экспериментами с показателями)
Читайте и пишите комментарии: https://vc.ru/marketing/298312-keys-rusprofile-kak-segmentirovat-auditoriyu-v-servise-s-700-000-poseshcheniy-v-den
За консультациями по продуктам можно написать автору канала @SKoloskov
vc.ru
Кейс Rusprofile: как сегментировать аудиторию в сервисе с 700 000 посещений в день — Маркетинг на vc.ru
Меня зовут Ольга Приходько, я работаю growth product-менеджером в Rusprofile. Это сервис проверки контрагентов: на нем можно найти финансовую и юридическую информацию об организациях. До 2020 года компания была на рекламной бизнес-модели. С пандемией прибыль…
Кого можно брать в продуктовую команду из гуманитариев
Менеджеры и продакт-менеджеры
Для управленцев в IT важны как гуманитарные науки, так техническая составляющая, внутреннее понимание продукта. Этот момент решается погружением в проект и базовой технической подготовкой. Гуманитарий может пробовать себя в IT: менеджером по продажам, менеджером по продукту и даже менеджером по управлению проектами. Также сегодня высоко ценятся HR-менеджеры, которые способны находить ценные кадры в IT-сфере.
Системные аналитики
Это люди, которые с полуслова понимают клиентов, коллег, разработчиков, и выстраивают с ними доверительные рабочие отношения. Зачастую аналитиками становятся те, кто способен адекватно реагировать на требования и правки заказчика, согласовывать его желания с возможностями группы разработки, предлагать пути решения проблем. Они обладают гибким умом, активно общаются с командой, выстраивают доверительную, деликатную коммуникацию с клиентом. Он должен понимать, как работает система, на что способен каждый из ее блоков и как оптимально решить задачу. В результате переговоров со стороной заказчика и с группой разработки аналитик создает документ, который отражает принятые решения по доработкам и исключает разночтения, становится основой для задач разработчиков.
Тестировщики
Дотошный и внимательный гуманитарий легко станет тестировщиком, а после может дорасти до руководителя группы тестирования. Речь идет о функциональном тестировании, которое не подразумевает правку кода или запуск автоматизированных процессов. Функциональное тестирование заключается в проверке каждого элемента функционала на наличие сбоев при разных сценариях. Тестировщиков отличает усидчивость, внимательность и хорошее знание английского
Технические писатели
Лингвисты, которые способны говорить о коде и новых разработках на языке пользователя, не забывая о запятых и орфографии. Здесь важно уметь оформить свою мысль просто и ясно, перед этим разобравшись во всех тонкостях работы функционала. Эти люди не должны понимать систему вглубь, но должны общаться с пользователями с позиции «опытный пользователь, который может подсказать». Технические писатели умеют выстраивать отношения с командой разработчиков, чтобы без проблем обращаться к ним за консультацией по сложным вопросам.
Приходите 6 октября в 20:00 на бесплатный карьерный вебинар "Как расти гуманитарию в IT?" от OTUS, где спикер, Александр Табернакулов, руководитель редакции в Яндексе, расскажет про зоны роста и развития маркетологов, проджектов, копирайтеров и других "гуманитарных" специальностей в IT среде.
Вебинар будет полезен, если вы:
- работаете в IT-компании, но думаете, что не потянете, потому что не разбираетесь в технологиях глубоко;
- думаете, что достигли карьерного тупика и задумываетесь о том, чтобы купить курс и переучиться на программиста
- интересуетесь трендами IT индустрии, чтобы общаться с айтишниками на одном языке.
Регистрируйтесь и готовьте свои вопросы по ссылке – https://otus.pw/RZne/
Менеджеры и продакт-менеджеры
Для управленцев в IT важны как гуманитарные науки, так техническая составляющая, внутреннее понимание продукта. Этот момент решается погружением в проект и базовой технической подготовкой. Гуманитарий может пробовать себя в IT: менеджером по продажам, менеджером по продукту и даже менеджером по управлению проектами. Также сегодня высоко ценятся HR-менеджеры, которые способны находить ценные кадры в IT-сфере.
Системные аналитики
Это люди, которые с полуслова понимают клиентов, коллег, разработчиков, и выстраивают с ними доверительные рабочие отношения. Зачастую аналитиками становятся те, кто способен адекватно реагировать на требования и правки заказчика, согласовывать его желания с возможностями группы разработки, предлагать пути решения проблем. Они обладают гибким умом, активно общаются с командой, выстраивают доверительную, деликатную коммуникацию с клиентом. Он должен понимать, как работает система, на что способен каждый из ее блоков и как оптимально решить задачу. В результате переговоров со стороной заказчика и с группой разработки аналитик создает документ, который отражает принятые решения по доработкам и исключает разночтения, становится основой для задач разработчиков.
Тестировщики
Дотошный и внимательный гуманитарий легко станет тестировщиком, а после может дорасти до руководителя группы тестирования. Речь идет о функциональном тестировании, которое не подразумевает правку кода или запуск автоматизированных процессов. Функциональное тестирование заключается в проверке каждого элемента функционала на наличие сбоев при разных сценариях. Тестировщиков отличает усидчивость, внимательность и хорошее знание английского
Технические писатели
Лингвисты, которые способны говорить о коде и новых разработках на языке пользователя, не забывая о запятых и орфографии. Здесь важно уметь оформить свою мысль просто и ясно, перед этим разобравшись во всех тонкостях работы функционала. Эти люди не должны понимать систему вглубь, но должны общаться с пользователями с позиции «опытный пользователь, который может подсказать». Технические писатели умеют выстраивать отношения с командой разработчиков, чтобы без проблем обращаться к ним за консультацией по сложным вопросам.
Приходите 6 октября в 20:00 на бесплатный карьерный вебинар "Как расти гуманитарию в IT?" от OTUS, где спикер, Александр Табернакулов, руководитель редакции в Яндексе, расскажет про зоны роста и развития маркетологов, проджектов, копирайтеров и других "гуманитарных" специальностей в IT среде.
Вебинар будет полезен, если вы:
- работаете в IT-компании, но думаете, что не потянете, потому что не разбираетесь в технологиях глубоко;
- думаете, что достигли карьерного тупика и задумываетесь о том, чтобы купить курс и переучиться на программиста
- интересуетесь трендами IT индустрии, чтобы общаться с айтишниками на одном языке.
Регистрируйтесь и готовьте свои вопросы по ссылке – https://otus.pw/RZne/
Что еще не писал про custdev, а надо было бы
Как сторонник подходов к исследованиям Синди Альварес (автор книги “Продукт, который купят”), часто и много использую и пишу про lean custdev. Сегодня еще немного инсайтов про этот инструмент:
⁃ На то, что гипотеза подтверждается обычно указывают следующие признаки:
⁃ Взяв несколько интервью, вы скорее всего заметите, что разные люди будут говорить об одних и тех же проблемах, препятствиях в их решении и стимулах. Услышав от одних потребителей подобные повторяющиеся заявления их стоит проверить во время интервью с другими потребителями – это своего рода проверка маленьких гипотез внутри одной большой. Если вы взяли достаточно много интервью, но не обнаружили шаблонов поведения, то скорее всего это значит, что вы общаетесь со слишком широкой аудиторией или задаете слишком общие вопросы, то есть не достаточного глубоко копаете.
⁃ При подготовке интервью важно не забыть гипотезы-предполагаемые ответы на вопросы: Как сейчас потребители решают свою проблему? Сколько потребители готовы потратить на решение этой проблемы? Что и кто влияет на принятие потребителем решения о покупке продукта/сервиса? Какие ресурсы нужны для создания и дистрибуции продукта? Какие партнеры нужны для разработки и дистрибуции продукта?
Но! И про сегмент тоже: Что важнее для потребителей – время, деньги, удобство использования? Принимают ли потребители решение о покупке сами или следуют чьим-то рекомендациям? Насколько потребители технически продвинуты? Что больше всего беспокоит целевого клиента?
Хотите узнать, как проводить кастдевы для IT-продуктов? 4 октября для OTUS провожу demo-занятие, где разберу: Кого, когда, для каких задач кастдевить? Как на основе гипотез составить сценарий интервью? Как проводить интервью и подводить итоги?
Для участия зарегистрируйтесь на вебинар https://otus.pw/fgTS/
Как сторонник подходов к исследованиям Синди Альварес (автор книги “Продукт, который купят”), часто и много использую и пишу про lean custdev. Сегодня еще немного инсайтов про этот инструмент:
⁃ На то, что гипотеза подтверждается обычно указывают следующие признаки:
• Потребитель признает наличие проблемы. Другими словами, то, что вы считаете проблемой, является реальной проблемой и для него.• Потребитель считает, что проблема может и должна быть решена.• Потребитель уже расходует на решение проблемы собственные ресурсы – деньги, время, силы.• Никто и ничто не мешает потребителю решить проблему – нет культурных, социальных, регуляторных или других барьеров.⁃ Взяв несколько интервью, вы скорее всего заметите, что разные люди будут говорить об одних и тех же проблемах, препятствиях в их решении и стимулах. Услышав от одних потребителей подобные повторяющиеся заявления их стоит проверить во время интервью с другими потребителями – это своего рода проверка маленьких гипотез внутри одной большой. Если вы взяли достаточно много интервью, но не обнаружили шаблонов поведения, то скорее всего это значит, что вы общаетесь со слишком широкой аудиторией или задаете слишком общие вопросы, то есть не достаточного глубоко копаете.
⁃ При подготовке интервью важно не забыть гипотезы-предполагаемые ответы на вопросы: Как сейчас потребители решают свою проблему? Сколько потребители готовы потратить на решение этой проблемы? Что и кто влияет на принятие потребителем решения о покупке продукта/сервиса? Какие ресурсы нужны для создания и дистрибуции продукта? Какие партнеры нужны для разработки и дистрибуции продукта?
Но! И про сегмент тоже: Что важнее для потребителей – время, деньги, удобство использования? Принимают ли потребители решение о покупке сами или следуют чьим-то рекомендациям? Насколько потребители технически продвинуты? Что больше всего беспокоит целевого клиента?
Хотите узнать, как проводить кастдевы для IT-продуктов? 4 октября для OTUS провожу demo-занятие, где разберу: Кого, когда, для каких задач кастдевить? Как на основе гипотез составить сценарий интервью? Как проводить интервью и подводить итоги?
Для участия зарегистрируйтесь на вебинар https://otus.pw/fgTS/
Что нужно написать в хорошем резюме продакта?
В четверг на другом канале с эфирами задали вопрос, что должно быть в хорошем CV продакта? На мой взгляд, и он совпадает с коллегами из Карьерного Цеха, это:
1. Фокус на ре-зуль-та-ты. Это самая частая и самая важная причина отсева. Вас нанимают, чтобы от вас появились результаты, которых раньше не было. А не чтобы вы делали определенные действия. На этом главный фокус. Не менее 50% того, чтобы вы рассказываете про каждое место работы.
Пример как плохо:
— Отвечал за метрики продукта
— Применял custev, JTBD, ARRRR
(Вопрос в голове, когда это читаешь: понятно, что вы что-то такое могли делать, но как вы справились то с этим?)
Пример, как чуть лучше, но все еще плохо потому, что это промежуточный результат:
— Сформировал беклог на основе custev, JTBD, ARRRR
(Вопрос в голове, когда это читаешь: отлично, хорошо, а компания что от этого получила?)
Пример, хорошо, но можно лучше:
— Вырастил за пол-года C1 с 20% до 35%
(Вопрос в голове, когда это читаешь: там было совсем все плохо и достаточно было баги полечить? Или там была качественная продуктовая работа? Или может оно само выросло пока продакт кофе пил?)
Пример как совсем хорошо:
— Вырастил за полгода C1 с 20% до 35% с помощью исправления UX, донесения ценности на языке A-сегмента и запуска триггерного маркетинга.
(Вопрос в голове, когда это читаешь: ага, понятно, надо на собеседовании в это закопаться и проверить насколько человек это глубоко/хорошо понимает и сам делал.)
Еще пара комментариев:
— Если у вас не продуктовый опыт, а опыт в дизайне, аналитике, разработке, чем-то еще, сформулируйте это в том же виде. Покажите, что вы не процессник, а результатник.
2. Только главное. Если CV не поместилось на одну страницу, значит есть, что убрать.
CV смотрят пару десятков секунд и если есть интересное за что зацепиться, то минуту-две. Чем больше текста, чем он хуже структурирован, тем скорее хочется его закрыть и перейти к другому.
Поэтому делайте такой формат:
а. Место и должность
б. Главные 1-3 (максимум 5) достижений. (3 мощных достижения значимых для компании лучше, чем 3 мощных и 3 так себе, т.к. все 6 внимательно читать мало кто будет и могут прочитать не главное)
в. (опционально) Опишите коротко функции, фреймворки, процессы, ответственность — для тех, кто ищет в CV баззворды. Чем меньше у компании опыта найма продуктов, тем больше она может внимания уделять не результату работы, а формальным признакам соответствия вакансии.
3. Просите и фиксируйте рекомендации от более опытных или медийных продактов. Это работало и в мою сторону, и среди моего окружения.
Кстати, Карьерный Цех в очередной раз проводит конкурсы для продактов и аналитиков. Решаете несколько продуктовых кейсов от компаний, проверяющих хард скилы. Дальше оцениваете работы других и попадаете в открытый рейтинг продактов. После решения разбирают опытные продакты и аналитики публично, показывают что хорошо, а что можно докрутить. Победители получают внимание и интерес со всего рынка. Все остальные — возможность потренироваться, проверить свои силы и сравнить работу с другими. А это - очень крутой результат для CV.
Там помогаюм оценить себя, понять своё место на рынке. Мидлу и сеньору. Ориентация на мидлов. Но и джунам отлично заходит — их у нас много. Приходят за обучением в бою и развитием карьеры.
Ближайший стартует 4-го октября. В конкурс можно войти до 10-го. Но лучше с ближайшие 3-4 дня. Приходите по ссылке.
В четверг на другом канале с эфирами задали вопрос, что должно быть в хорошем CV продакта? На мой взгляд, и он совпадает с коллегами из Карьерного Цеха, это:
1. Фокус на ре-зуль-та-ты. Это самая частая и самая важная причина отсева. Вас нанимают, чтобы от вас появились результаты, которых раньше не было. А не чтобы вы делали определенные действия. На этом главный фокус. Не менее 50% того, чтобы вы рассказываете про каждое место работы.
Пример как плохо:
— Отвечал за метрики продукта
— Применял custev, JTBD, ARRRR
(Вопрос в голове, когда это читаешь: понятно, что вы что-то такое могли делать, но как вы справились то с этим?)
Пример, как чуть лучше, но все еще плохо потому, что это промежуточный результат:
— Сформировал беклог на основе custev, JTBD, ARRRR
(Вопрос в голове, когда это читаешь: отлично, хорошо, а компания что от этого получила?)
Пример, хорошо, но можно лучше:
— Вырастил за пол-года C1 с 20% до 35%
(Вопрос в голове, когда это читаешь: там было совсем все плохо и достаточно было баги полечить? Или там была качественная продуктовая работа? Или может оно само выросло пока продакт кофе пил?)
Пример как совсем хорошо:
— Вырастил за полгода C1 с 20% до 35% с помощью исправления UX, донесения ценности на языке A-сегмента и запуска триггерного маркетинга.
(Вопрос в голове, когда это читаешь: ага, понятно, надо на собеседовании в это закопаться и проверить насколько человек это глубоко/хорошо понимает и сам делал.)
Еще пара комментариев:
— Если у вас не продуктовый опыт, а опыт в дизайне, аналитике, разработке, чем-то еще, сформулируйте это в том же виде. Покажите, что вы не процессник, а результатник.
2. Только главное. Если CV не поместилось на одну страницу, значит есть, что убрать.
CV смотрят пару десятков секунд и если есть интересное за что зацепиться, то минуту-две. Чем больше текста, чем он хуже структурирован, тем скорее хочется его закрыть и перейти к другому.
Поэтому делайте такой формат:
а. Место и должность
б. Главные 1-3 (максимум 5) достижений. (3 мощных достижения значимых для компании лучше, чем 3 мощных и 3 так себе, т.к. все 6 внимательно читать мало кто будет и могут прочитать не главное)
в. (опционально) Опишите коротко функции, фреймворки, процессы, ответственность — для тех, кто ищет в CV баззворды. Чем меньше у компании опыта найма продуктов, тем больше она может внимания уделять не результату работы, а формальным признакам соответствия вакансии.
3. Просите и фиксируйте рекомендации от более опытных или медийных продактов. Это работало и в мою сторону, и среди моего окружения.
Кстати, Карьерный Цех в очередной раз проводит конкурсы для продактов и аналитиков. Решаете несколько продуктовых кейсов от компаний, проверяющих хард скилы. Дальше оцениваете работы других и попадаете в открытый рейтинг продактов. После решения разбирают опытные продакты и аналитики публично, показывают что хорошо, а что можно докрутить. Победители получают внимание и интерес со всего рынка. Все остальные — возможность потренироваться, проверить свои силы и сравнить работу с другими. А это - очень крутой результат для CV.
Там помогаюм оценить себя, понять своё место на рынке. Мидлу и сеньору. Ориентация на мидлов. Но и джунам отлично заходит — их у нас много. Приходят за обучением в бою и развитием карьеры.
Ближайший стартует 4-го октября. В конкурс можно войти до 10-го. Но лучше с ближайшие 3-4 дня. Приходите по ссылке.
careerfactory.ru
Карьерный Цех — Открытый рейтинг продуктовых менеджеров. Осень 2021
Отбираем и презентуем лучших. Рекомендуем в топовые компании. Бесплатно.
Что избегают в работе продакт-менеджера?
Согласно исследованию рынка продакт-менеджеров в 2019 году, которое проводила Анна Булдакова на канале No Flame No Game, это:
1. Слишком частые встречи по любому поводу
2. Бюрократия и избыточное документирование (презентации, отчеты, ТЗ)
3. Много кругов согласований и правок
4. Теоретизирование и разработка продукта без учёта потребностей аудитории
5. Выстраивание отношений и микроменеджмент в команде
6. Неточное финансовое планирование и роадмапинг далеко наперед
7. Срочные задачи от топ-менеджмента или других отделов, идущие вразрез с продуктовой стратегией
8. Совмещение с другой работой (проджект-менеджером, контент-менеджером, разработчиком, дизайнером, саппортом)
9. «Продажа» своих идей команде и руководству
10. Разбор бэклога и приоритезация
11. Внутренние интриги
12. Отсутствие чётких обязанностей
Команда подкаста Podlodka проводит опрос про состояние российского рынка продакт-менеджеров. Часть вопросов взята из исследования, которое раньше проводили – поэтому уверены в сохранении историчности. В вопросах очень крутые подборки по каналам, подкастам, книгам и курсам для продактов. Поучаствуйте!
Среди прошедших опрос команда разыгрывает крутые штуки: AirPods Max, сертификаты на книги в МИФ и билеты на будущую конференцию Podlodka Product Crew.
Нажимайте прямо сюда и проходите опрос.
Согласно исследованию рынка продакт-менеджеров в 2019 году, которое проводила Анна Булдакова на канале No Flame No Game, это:
1. Слишком частые встречи по любому поводу
2. Бюрократия и избыточное документирование (презентации, отчеты, ТЗ)
3. Много кругов согласований и правок
4. Теоретизирование и разработка продукта без учёта потребностей аудитории
5. Выстраивание отношений и микроменеджмент в команде
6. Неточное финансовое планирование и роадмапинг далеко наперед
7. Срочные задачи от топ-менеджмента или других отделов, идущие вразрез с продуктовой стратегией
8. Совмещение с другой работой (проджект-менеджером, контент-менеджером, разработчиком, дизайнером, саппортом)
9. «Продажа» своих идей команде и руководству
10. Разбор бэклога и приоритезация
11. Внутренние интриги
12. Отсутствие чётких обязанностей
Команда подкаста Podlodka проводит опрос про состояние российского рынка продакт-менеджеров. Часть вопросов взята из исследования, которое раньше проводили – поэтому уверены в сохранении историчности. В вопросах очень крутые подборки по каналам, подкастам, книгам и курсам для продактов. Поучаствуйте!
Среди прошедших опрос команда разыгрывает крутые штуки: AirPods Max, сертификаты на книги в МИФ и билеты на будущую конференцию Podlodka Product Crew.
Нажимайте прямо сюда и проходите опрос.
Google Docs
Исследование российского рынка продакт-менеджеров, 2021
Опрос про состояние российского рынка продакт-менеджеров от команды подкаста Podlodka (podlodka.io). Опрос мы проводим первый раз, но часть вопросов взяли из исследования, которое раньше проводила Анна Булдакова на канале No Flame No Game – это поможет сохранить…
Чек-лист инструментов для продуктовой работы
Aha! - сервис ориентирован на составление бизнес-моделей, клиентских сегментов, а также на проведение SWOT-анализа. В сервисе можно менеджить Agile-проекты: управлять бэклогом, применять диаграмму сгорания задач, а также Kanban-доски, диаграмму Ганта и эпики. Aha! помогает управлять дедлайнами, назначать функции, составлять бизнес-стратегии и планы загруженности команды
Inspectlet - инструмент наблюдает за посетителями в режиме реального времени. Основная фишка — несколько видов тепловых карт. Функция айтрекинга поможет определить, на каких элементах сайта или приложения пользователи дольше задерживают взгляд. Доступна также тепловая карта кликов — она фиксирует, куда чаще всего нажимают посетители: кнопка, ссылка, изображение или фрагменты текста.
Helio - платформа для тестирования дизайна, продукта и маркетинга позволяет проанализировать взаимодействие пользователей с текстами, изображениями и видео, а также провести опросы. В Helio есть возможность изучить более 100 млн параметров аудитории, выбрав демографические показатели пользователей и другие критерии.
Todoist - инструмент позволяет быстро фиксировать задачи, делить их по приоритетности и вводить повторяющиеся — например, если каждые две недели вам нужно выгрузить статистику из Telegram. Сервис интегрируется с Dropbox, Google-календарем, Outlook, Alexa, Slack и Gmail.
Google Keep - инструмент позволяет создавать голосовые заметки, добавлять изображения, отмечать выполненные задачи и делиться с коллегами или знакомыми. Можно дополнять заметки текстами, графикой или составлять списки, а также диктовать мобильному приложению информацию, которую Google Keep трансформирует в текст.
Optimizely позволяет проводить А/В-эксперименты на небольшой части аудитории и отслеживать, как люди реагируют на новые функции или изменения в интерфейсе. В сервисе есть возможность моментально убрать фичи, которые оказались непопулярными у пользователей.
Appsee позволяет увидеть, как люди взаимодействуют с приложением. Он записывает пользовательские сессии и автоматически отслеживает события: например, на какую страницу чаще всего переходят, залогинившись в приложении.
Amplitude — «коробочное» решение для анализа данных, для использования которого не нужно учиться программировать. Оно помогает отследить, как меняются и от чего зависят продуктовые метрики (например, конверсия в платящих пользователей).
Lucidchart — инструмент для построения диаграмм и схем, c помощью которого можно визуализировать сценарии взаимодействия пользователя с программой.
Хотите больше инструментов и чек-листов для успешной карьеры Руководителя продуктов? Знать, как стремительно подниматься вверх по карьерной лестнице?
На эти вопросы ответят ProductStar в рамках марафона: «Level Up 2.0: старт в продакт-менеджменте»
Будут 8 живых интенсивов от топ-специалистов рынка и нструменты для взрывного и успешного старта от спикеров-практиков
Когда: с 5 по 19 октября в 19:00
Узнай подробнее и зарегистрируйся: https://is.gd/kYfPox
Aha! - сервис ориентирован на составление бизнес-моделей, клиентских сегментов, а также на проведение SWOT-анализа. В сервисе можно менеджить Agile-проекты: управлять бэклогом, применять диаграмму сгорания задач, а также Kanban-доски, диаграмму Ганта и эпики. Aha! помогает управлять дедлайнами, назначать функции, составлять бизнес-стратегии и планы загруженности команды
Inspectlet - инструмент наблюдает за посетителями в режиме реального времени. Основная фишка — несколько видов тепловых карт. Функция айтрекинга поможет определить, на каких элементах сайта или приложения пользователи дольше задерживают взгляд. Доступна также тепловая карта кликов — она фиксирует, куда чаще всего нажимают посетители: кнопка, ссылка, изображение или фрагменты текста.
Helio - платформа для тестирования дизайна, продукта и маркетинга позволяет проанализировать взаимодействие пользователей с текстами, изображениями и видео, а также провести опросы. В Helio есть возможность изучить более 100 млн параметров аудитории, выбрав демографические показатели пользователей и другие критерии.
Todoist - инструмент позволяет быстро фиксировать задачи, делить их по приоритетности и вводить повторяющиеся — например, если каждые две недели вам нужно выгрузить статистику из Telegram. Сервис интегрируется с Dropbox, Google-календарем, Outlook, Alexa, Slack и Gmail.
Google Keep - инструмент позволяет создавать голосовые заметки, добавлять изображения, отмечать выполненные задачи и делиться с коллегами или знакомыми. Можно дополнять заметки текстами, графикой или составлять списки, а также диктовать мобильному приложению информацию, которую Google Keep трансформирует в текст.
Optimizely позволяет проводить А/В-эксперименты на небольшой части аудитории и отслеживать, как люди реагируют на новые функции или изменения в интерфейсе. В сервисе есть возможность моментально убрать фичи, которые оказались непопулярными у пользователей.
Appsee позволяет увидеть, как люди взаимодействуют с приложением. Он записывает пользовательские сессии и автоматически отслеживает события: например, на какую страницу чаще всего переходят, залогинившись в приложении.
Amplitude — «коробочное» решение для анализа данных, для использования которого не нужно учиться программировать. Оно помогает отследить, как меняются и от чего зависят продуктовые метрики (например, конверсия в платящих пользователей).
Lucidchart — инструмент для построения диаграмм и схем, c помощью которого можно визуализировать сценарии взаимодействия пользователя с программой.
Хотите больше инструментов и чек-листов для успешной карьеры Руководителя продуктов? Знать, как стремительно подниматься вверх по карьерной лестнице?
На эти вопросы ответят ProductStar в рамках марафона: «Level Up 2.0: старт в продакт-менеджменте»
Будут 8 живых интенсивов от топ-специалистов рынка и нструменты для взрывного и успешного старта от спикеров-практиков
Когда: с 5 по 19 октября в 19:00
Узнай подробнее и зарегистрируйся: https://is.gd/kYfPox
Пики на дашборде и как с ними работать?
Каждый день для продукта что-то меняется. Вы можете попасть в подборку на vc.ru, вчера вы заменить описание и теги в сторе, на неделе мог быть сильный дождь, в четверг вечером вы релизили. Каждая точка на графике вашего дашборда — это результат всех этих экспериментов и действий.
В свое время внедрил себе правило: вместо классического вопроса к дашборду «Все ли в порядке?» сделал замену на «А есть ли новый пик? Что я из него могу узнать?» Все колебания графика (ранее - случайностью) теперь станут для кладезью инсайтов, местом для поисков нового о вашем продукте.
Нужно докапываться до первопричин. Не всегда получится найти инсайты, потому что не так просто объяснить, что на самом деле произошло. Но вы все равно сможете накопить факторы, которые влияют на ваш продукт, рычаги влияния, которые позволят вам двинуть ваш продукт вперед.
Про что важно помнить?
⁃ Надо искать не только позитивные, но и негативные. Если что-то испортило метрики, то обратное этому может их улучшить.
⁃ Если вы нашли причину, но она не до конца объясняет происходящее, ищите другие.
⁃ Рефлектируйте по гипотезе успеха в несколько слоев.
Примеры использования
- конверсия рекламных материалов выросла во время телевизионной рекламы конкурента. Гипотеза успеха - можно выделить дополнительный бюджет на период кампании конкурента?
-публикация в социальных сетях лидера мнений привела вам пользователей с хорошей доходимостью. Гипотеза успеха - имеет смысл начать усиленно работать с лидерами мнений.
-в одном регионе число скачиваний приложения выросло в несколько раз. Гипотеза успеха - давайте постараемся повторить то, что могло произойти в этом регионе.
Хотите больше знать, что еще можно смотреть на дашборде? Приходите на открытый бесплатный урок от школы аналитики и данных IQBI, 6 октября, с 19:00 до 20:30
Мероприятие будет полезно всем, кто сталкивается в своей деятельности с анализом данных для принятия решений.
На примере бизнеса из онлайн образования, мы разберем кейс использования интерактивных дашбордов в Power BI для задач продаж, финансов и маркетинга.
Поговорим о современной профессии Аналитик BI и где могут быть применимы навыки BI в других профессиях.
А всем, кто досмотрит вебинар до конца, будет открыт бонусный модуль из курса Аналитик BI для практического применения полученных знаний.
Спикер открытого урока - Михаил Белавин - основатель и генеральный директор IQBI, сертифицированный партнер Microsoft по Power BI. Обучение IQBI доверяют такие компании, как: KFC, Ancor, ABB, Банк России, ЕвроХим, 1С, Ситилинк и др.
Регистрация: https://bit.ly/3mlPenW
Каждый день для продукта что-то меняется. Вы можете попасть в подборку на vc.ru, вчера вы заменить описание и теги в сторе, на неделе мог быть сильный дождь, в четверг вечером вы релизили. Каждая точка на графике вашего дашборда — это результат всех этих экспериментов и действий.
В свое время внедрил себе правило: вместо классического вопроса к дашборду «Все ли в порядке?» сделал замену на «А есть ли новый пик? Что я из него могу узнать?» Все колебания графика (ранее - случайностью) теперь станут для кладезью инсайтов, местом для поисков нового о вашем продукте.
Нужно докапываться до первопричин. Не всегда получится найти инсайты, потому что не так просто объяснить, что на самом деле произошло. Но вы все равно сможете накопить факторы, которые влияют на ваш продукт, рычаги влияния, которые позволят вам двинуть ваш продукт вперед.
Про что важно помнить?
⁃ Надо искать не только позитивные, но и негативные. Если что-то испортило метрики, то обратное этому может их улучшить.
⁃ Если вы нашли причину, но она не до конца объясняет происходящее, ищите другие.
⁃ Рефлектируйте по гипотезе успеха в несколько слоев.
Примеры использования
- конверсия рекламных материалов выросла во время телевизионной рекламы конкурента. Гипотеза успеха - можно выделить дополнительный бюджет на период кампании конкурента?
-публикация в социальных сетях лидера мнений привела вам пользователей с хорошей доходимостью. Гипотеза успеха - имеет смысл начать усиленно работать с лидерами мнений.
-в одном регионе число скачиваний приложения выросло в несколько раз. Гипотеза успеха - давайте постараемся повторить то, что могло произойти в этом регионе.
Хотите больше знать, что еще можно смотреть на дашборде? Приходите на открытый бесплатный урок от школы аналитики и данных IQBI, 6 октября, с 19:00 до 20:30
Мероприятие будет полезно всем, кто сталкивается в своей деятельности с анализом данных для принятия решений.
На примере бизнеса из онлайн образования, мы разберем кейс использования интерактивных дашбордов в Power BI для задач продаж, финансов и маркетинга.
Поговорим о современной профессии Аналитик BI и где могут быть применимы навыки BI в других профессиях.
А всем, кто досмотрит вебинар до конца, будет открыт бонусный модуль из курса Аналитик BI для практического применения полученных знаний.
Спикер открытого урока - Михаил Белавин - основатель и генеральный директор IQBI, сертифицированный партнер Microsoft по Power BI. Обучение IQBI доверяют такие компании, как: KFC, Ancor, ABB, Банк России, ЕвроХим, 1С, Ситилинк и др.
Регистрация: https://bit.ly/3mlPenW
Полезные советы разработки API, которые следует знать продактам
Продактам важно ботать техническую часть, чтобы придумывать идеальные со всех сторон решения и общаться на одном языке с системными аналитиками и тимлидами. Ниже - важные советы по части разработки API, важной составляющей любого продукта.
Throttling
Это означает ограничение предложения чего-либо, о чем и идет речь. Это помогает регулировать и направлять общую частоту запросов к API. Фактически, он настраивается до такой степени, что мы можем ограничить количество людей, имеющих доступ к API, заранее, за несколько дней / недель / месяцев. Он выполняется менеджером API, который дополнительно позволяет настраивать два типа:
Жесткое регулирование — общее количество пользователей не превысит заранее заданный порог.
Мягкое регулирование — пользователи получают уведомление, если трафик API собирается пересечь заранее определенный порог. Например, если API может обслуживать не более 100 пользователей, а текущий трафик составляет 95, люди будут уведомлены об этом же.
Ограничение скорости
Ограничения скорости, то есть количества запросов на какой-то промежуток времени, с которой пользователи активно обращаются к API. Создатели API при загрузке API назначают несколько планов для подписчиков лицензий. В соответствии с выбранной моделью пользователи B2B могут обрабатывать это по разному с интерактивными сеансами в реальном времени с помощью API.
Автоматизация планов действий в чрезвычайных ситуациях
Назначение штатных сотрудников для наблюдения за утечками данных, скажем, с серверов API. Человеческая ошибка может дорого обойтись в случае непредвиденных обстоятельств, для которых персонал не обучен. У лидеров отрасли, таких как Amazon Web Services, есть уже существующие сервисы, такие как Amazon Cloudwatch, которые автоматизируют такие повторяющиеся проверки статуса. У вас должен быть контрольный список альтернатив, к которым вы можете обратиться в случае, если такая катастрофа поразит вас.
Я считаю, что навыки системного аналитика важны для работы продакта. Рекомендую обратить внимание продвинутый онлайн-курсо «Системный аналитик. Advanced» от друзей из Otus, у которых 7 октября пройдет demo-занятие «Способы аутентификации в API: JWT vs Cookie sessions» (тоже в тему поста).
Вместе с преподавателем Анной Вязанкиной вы разберете следующие темы:
1. Аутентификация и авторизация при проектировании API
2. Stateful подход к аутентификации — session ID в cookie
3. Stateless подход — token based auth с JWT
Для регистрации на вебинар пройдите по ссылке https://otus.pw/oL6D/
Продактам важно ботать техническую часть, чтобы придумывать идеальные со всех сторон решения и общаться на одном языке с системными аналитиками и тимлидами. Ниже - важные советы по части разработки API, важной составляющей любого продукта.
Throttling
Это означает ограничение предложения чего-либо, о чем и идет речь. Это помогает регулировать и направлять общую частоту запросов к API. Фактически, он настраивается до такой степени, что мы можем ограничить количество людей, имеющих доступ к API, заранее, за несколько дней / недель / месяцев. Он выполняется менеджером API, который дополнительно позволяет настраивать два типа:
Жесткое регулирование — общее количество пользователей не превысит заранее заданный порог.
Мягкое регулирование — пользователи получают уведомление, если трафик API собирается пересечь заранее определенный порог. Например, если API может обслуживать не более 100 пользователей, а текущий трафик составляет 95, люди будут уведомлены об этом же.
Ограничение скорости
Ограничения скорости, то есть количества запросов на какой-то промежуток времени, с которой пользователи активно обращаются к API. Создатели API при загрузке API назначают несколько планов для подписчиков лицензий. В соответствии с выбранной моделью пользователи B2B могут обрабатывать это по разному с интерактивными сеансами в реальном времени с помощью API.
Автоматизация планов действий в чрезвычайных ситуациях
Назначение штатных сотрудников для наблюдения за утечками данных, скажем, с серверов API. Человеческая ошибка может дорого обойтись в случае непредвиденных обстоятельств, для которых персонал не обучен. У лидеров отрасли, таких как Amazon Web Services, есть уже существующие сервисы, такие как Amazon Cloudwatch, которые автоматизируют такие повторяющиеся проверки статуса. У вас должен быть контрольный список альтернатив, к которым вы можете обратиться в случае, если такая катастрофа поразит вас.
Я считаю, что навыки системного аналитика важны для работы продакта. Рекомендую обратить внимание продвинутый онлайн-курсо «Системный аналитик. Advanced» от друзей из Otus, у которых 7 октября пройдет demo-занятие «Способы аутентификации в API: JWT vs Cookie sessions» (тоже в тему поста).
Вместе с преподавателем Анной Вязанкиной вы разберете следующие темы:
1. Аутентификация и авторизация при проектировании API
2. Stateful подход к аутентификации — session ID в cookie
3. Stateless подход — token based auth с JWT
Для регистрации на вебинар пройдите по ссылке https://otus.pw/oL6D/
Про доверие в команде
Патрик Ленсиони в книге «5 пороков команды» сказал, что «Доверие - очень важная составляющая команды. Может быть, даже самая важная». Фактически, сама настоящая работа команды начинается с этого.
В преддверии Tinkoff Agile Conference разбираем ключевые формы доверия.
Доверие. Восприятие друг друга как людей, которые вместе смогут преодолеть все трудности, для чего у них есть достаточно компетенций, моральных качеств и смелости. Достаточно терпеливое отношение к недостаткам друг друга и готовность говорить о них открыто (даже если и не всегда бережно по отношению друг к другу). Здесь порой конфликтуют, конфликт рассматривается как способ разрешения каких-то противоречий. В отношениях со Скрам Мастером демонстрируют позитивный перенос, воспринимают его как человека, который хочет и готов помочь команде. Не имеют зависимости от него, в его отсутствие ничего не рушится.
Что делать: Поддерживать доверие, сопровождать команду в конфликтных ситуациях и обсуждать предоставление ОС.
Псевдодоверие. Отношения в команде декларируются как доверительные, но выглядят противоречиво. Внешне - вроде бы «вместе за руки», но на самом деле - сомнение в компетентности / честности друг друга, высказывающееся, как правило, за пределами команды. Если что-то произошло - лучше подмести «под ковер». Отношения могут выглядеть как соперничающие, когда ценность для команды определяется количеством и качеством выполнения своих задач. Время на то, чтобы поделиться знаниями с другими и сбалансировать нагрузку внутри не находится (как правило, по объективным причинам, но постоянно). Открытые конфликты случаются нечасто, только когда появляется явный повод и с фокусом на выяснение личных отношений. Отношения со Скрам Мастером тоже двойственные: то демонстрация доверия, то обесценивание.
Что делать: Показывать команде противоречивость занимаемых позиций («нам бы это помогло» и «нет смысла об этом говорить, ничего не изменится»). То, что обсуждается «возле кулера» предлагать вынести на обсуждение внутри команды. Нет готовности это сделать - обсудить «one-to-one», почему.
Недоверие. Коммуникация преимущественно письменная, поскольку если что, нужны подтверждения того, что кем-то когда - то было сказано и не сделано. Особенно важны чувство собственной ценности и границ своей ответственности («как я могу отвечать за работу других, могу только за себя» и пр.). И получается такой вот замкнутый круг: говорят, что у нас с доверием все ок, потому что ... доверия нет. Конфликты скрытые: кто с кем не ладит вроде-бы всем известно, но об этом вслух не говорят. Отношения со Скрам Мастером: желание, чтобы он проявлял директивность, и тем самым несем ответственность за все происходящее. А если нет - кто ты и зачем в команде?
Что делать: разговаривать с командой об этом (о том, что наблюдается), вопреки тому, что «все у нас и так хорошо, работы много, давайте без этой болтовни». Не создавать самому атмосферу доверия, а спросить, какой она должна быть у команды. Пока нет готовности обо всем говорить открыто, можно прибегнуть к упражнениям, предполагающим анонимность, но итог обсуждать вместе со всеми. Проводить индивидуальные встречи, чтобы понять личные внутренние барьеры на пути к открытому обсуждению.
22 октября приглашаем на Tinkoff Agile Conference. Там также будут разбираться вопросы доверия в командах, лидерство, командообразование, инженерные подходы и практики управления. Тема этого года — «Масштабирование изменений от команд до организации».
Подробная программа и регистрация по ссылке: https://l.tinkoff.ru/agile-conference-tinkoff
Патрик Ленсиони в книге «5 пороков команды» сказал, что «Доверие - очень важная составляющая команды. Может быть, даже самая важная». Фактически, сама настоящая работа команды начинается с этого.
В преддверии Tinkoff Agile Conference разбираем ключевые формы доверия.
Доверие. Восприятие друг друга как людей, которые вместе смогут преодолеть все трудности, для чего у них есть достаточно компетенций, моральных качеств и смелости. Достаточно терпеливое отношение к недостаткам друг друга и готовность говорить о них открыто (даже если и не всегда бережно по отношению друг к другу). Здесь порой конфликтуют, конфликт рассматривается как способ разрешения каких-то противоречий. В отношениях со Скрам Мастером демонстрируют позитивный перенос, воспринимают его как человека, который хочет и готов помочь команде. Не имеют зависимости от него, в его отсутствие ничего не рушится.
Что делать: Поддерживать доверие, сопровождать команду в конфликтных ситуациях и обсуждать предоставление ОС.
Псевдодоверие. Отношения в команде декларируются как доверительные, но выглядят противоречиво. Внешне - вроде бы «вместе за руки», но на самом деле - сомнение в компетентности / честности друг друга, высказывающееся, как правило, за пределами команды. Если что-то произошло - лучше подмести «под ковер». Отношения могут выглядеть как соперничающие, когда ценность для команды определяется количеством и качеством выполнения своих задач. Время на то, чтобы поделиться знаниями с другими и сбалансировать нагрузку внутри не находится (как правило, по объективным причинам, но постоянно). Открытые конфликты случаются нечасто, только когда появляется явный повод и с фокусом на выяснение личных отношений. Отношения со Скрам Мастером тоже двойственные: то демонстрация доверия, то обесценивание.
Что делать: Показывать команде противоречивость занимаемых позиций («нам бы это помогло» и «нет смысла об этом говорить, ничего не изменится»). То, что обсуждается «возле кулера» предлагать вынести на обсуждение внутри команды. Нет готовности это сделать - обсудить «one-to-one», почему.
Недоверие. Коммуникация преимущественно письменная, поскольку если что, нужны подтверждения того, что кем-то когда - то было сказано и не сделано. Особенно важны чувство собственной ценности и границ своей ответственности («как я могу отвечать за работу других, могу только за себя» и пр.). И получается такой вот замкнутый круг: говорят, что у нас с доверием все ок, потому что ... доверия нет. Конфликты скрытые: кто с кем не ладит вроде-бы всем известно, но об этом вслух не говорят. Отношения со Скрам Мастером: желание, чтобы он проявлял директивность, и тем самым несем ответственность за все происходящее. А если нет - кто ты и зачем в команде?
Что делать: разговаривать с командой об этом (о том, что наблюдается), вопреки тому, что «все у нас и так хорошо, работы много, давайте без этой болтовни». Не создавать самому атмосферу доверия, а спросить, какой она должна быть у команды. Пока нет готовности обо всем говорить открыто, можно прибегнуть к упражнениям, предполагающим анонимность, но итог обсуждать вместе со всеми. Проводить индивидуальные встречи, чтобы понять личные внутренние барьеры на пути к открытому обсуждению.
22 октября приглашаем на Tinkoff Agile Conference. Там также будут разбираться вопросы доверия в командах, лидерство, командообразование, инженерные подходы и практики управления. Тема этого года — «Масштабирование изменений от команд до организации».
Подробная программа и регистрация по ссылке: https://l.tinkoff.ru/agile-conference-tinkoff
Как попасть в команду инноваций
Скорость роста бизнеса равна количеству протестированных гипотез за итерацию. Для быстрого роста нужна команда роста со следующими принципами:
Открытость
Лучшие идеи являются нелогичными, контр-интуитивными. Наибольший эффект достигается тогда, когда проверяются самые безумные гипотезы. Открытость, прежде всего, является ключевой чертой PM и Tech Leads — людей, наделенных полномочиями “убивать” идеи. Один человек, крайне пессимистично настроенный, может саботировать, парализовать работу всей команды. Обычно такие люди просто не готовы к изменениям и все воспринимают в штыки. Не включайте их в команду роста.
Собственное мнение
Крупные компании не редко сталкиваются с ложными утверждениями или с директивным управлением. Каждый член команды роста должен иметь склонность к здоровому скептицизму, к проверке того, что на самом деле есть “правильно”, основываясь только на проведенных тестах и данных, и, если потребуется, идти против принятых в компании принципов для проверки своих убеждений.
Способность быстро обучаться
Каждый участник команды роста должен быть способен к быстрому обучению. Маркетинговые задачи будут постоянно меняться от платного привлечения, до SEO и рассылки уведомлений. Вам потребуются люди, способные адаптироваться и обучаться в максимально сжатые сроки, читать множество статей и книг в тот момент, когда это действительно нужно.
Принципы команды роста:
-Данные никогда не врут, но они говорят не все
-Фокусировка всегда побеждает обобщение
-Тратьте время только на подлинный, честный рост
-Большинство гипотез будут неудачными. Смиритесь
-Празднуйте каждую успешную гипотезу
-Нет предела росту
Хотите поработать в команде инноваций? Нетология формирует команду инноваций — команду, которая будет тестировать новые рынки и бизнес-модели, запускать новые типы продуктов и экспериментировать со способами продаж. Основной фокус команды — поиск новых источников выручки. Единая кросс-функциональная команда будет работать на двух этапах: концепция гипотезы и проверка через рабочий прототип. Успешные прототипы будут масштабироваться с помощью уже другой, специально нанятой для этого проекта команды.
Ищут амбициозных специалистов с опытом от трёх лет: Senior product-менеджер, Project-менеджер, Продуктовый дизайнер, Маркетолог, Бизнес-аналитик, Продуктовый аналитик.
Сбор CV на все позиции команды — до 31 октября.
Подробнее: https://netolo.gy/g8s
Скорость роста бизнеса равна количеству протестированных гипотез за итерацию. Для быстрого роста нужна команда роста со следующими принципами:
Открытость
Лучшие идеи являются нелогичными, контр-интуитивными. Наибольший эффект достигается тогда, когда проверяются самые безумные гипотезы. Открытость, прежде всего, является ключевой чертой PM и Tech Leads — людей, наделенных полномочиями “убивать” идеи. Один человек, крайне пессимистично настроенный, может саботировать, парализовать работу всей команды. Обычно такие люди просто не готовы к изменениям и все воспринимают в штыки. Не включайте их в команду роста.
Собственное мнение
Крупные компании не редко сталкиваются с ложными утверждениями или с директивным управлением. Каждый член команды роста должен иметь склонность к здоровому скептицизму, к проверке того, что на самом деле есть “правильно”, основываясь только на проведенных тестах и данных, и, если потребуется, идти против принятых в компании принципов для проверки своих убеждений.
Способность быстро обучаться
Каждый участник команды роста должен быть способен к быстрому обучению. Маркетинговые задачи будут постоянно меняться от платного привлечения, до SEO и рассылки уведомлений. Вам потребуются люди, способные адаптироваться и обучаться в максимально сжатые сроки, читать множество статей и книг в тот момент, когда это действительно нужно.
Принципы команды роста:
-Данные никогда не врут, но они говорят не все
-Фокусировка всегда побеждает обобщение
-Тратьте время только на подлинный, честный рост
-Большинство гипотез будут неудачными. Смиритесь
-Празднуйте каждую успешную гипотезу
-Нет предела росту
Хотите поработать в команде инноваций? Нетология формирует команду инноваций — команду, которая будет тестировать новые рынки и бизнес-модели, запускать новые типы продуктов и экспериментировать со способами продаж. Основной фокус команды — поиск новых источников выручки. Единая кросс-функциональная команда будет работать на двух этапах: концепция гипотезы и проверка через рабочий прототип. Успешные прототипы будут масштабироваться с помощью уже другой, специально нанятой для этого проекта команды.
Ищут амбициозных специалистов с опытом от трёх лет: Senior product-менеджер, Project-менеджер, Продуктовый дизайнер, Маркетолог, Бизнес-аналитик, Продуктовый аналитик.
Сбор CV на все позиции команды — до 31 октября.
Подробнее: https://netolo.gy/g8s
l.netology.ru
Вакансии Нетологии – оставить заявку и найти работу
Ищем сотрудников в кросс-функциональную команду, которая будет заниматься коммерческими R&D-проектами.
Подборка книг от практиков продакт-менеджмента
1. Когда кофе и капуста конкурируют Алан Клемент
Jobs to Be Done (JTBD) не самый увлекательный аспект управления продуктами. Но речь идет не только о JTBD. Эта книга рассказывает о том, как создавать продукты с увлекательными историями, которые действительно хотят купить ваши клиенты. Она о том, как помочь компаниям сократить расходы, увеличить прибыль и сделать мир лучше с помощью замечательных продуктов.
2. Data-driven продакт-менеджер от Product School
Toucan Toco X Product School — выпустили идеальное руководство по оптимальному использованию среды данных для управления продуктами. Основная цель — достичь оптимального соответствия между потребностями пользователей и доставкой продуктов.
Вы научитесь находить скрытые болевые точки, расставлять приоритеты при разработке и быстрее сообщать о своем ценностном предложении.
3. Web UI Design for the Human Eye
Только глупые продакт-менеджеры недооценивают хороший пользовательский интерфейс. В книге Web UI Design for the Human Eye от UXPin приведены 33 примера из различных компаний, чтобы помочь вам лучше понять различные концепции пользовательского интерфейса, которые могут быть совершенно новыми для вас. Темы включают в себя практическое использование гештальта, применение сходства и контраста, создание отношений с пространством, эмоции цвета и многое другое.
4. The Heap book of questions
«Задача менеджера по продукту заключается не только в создании самого продукт, но и в донесении его ценности для пользователей, а также достижении более масштабных целей вашей компании. Как лучше всего этого добиться?» Истина в том, чтобы задавать вопросы. Чем больше вы спрашиваете себя, тем больше ответов вы получаете, тем и совершеннее ваши знания о продукте. В этой книге вы найдете вопросы, которые можно задать о вашем продукте. Вы получите более глубокое представление о его работе, а значит, станете более опытным разработчиком продуктов.
5. Principles of Product Design Invision
Помогут вам пересмотреть ваше понимание дизайнерского мышления с нуля.Вы получите лучшее представление о передовом опыте проектирования продуктов, прочитав бесплатную версию электронной книги. Полезность книги в том, что она объясняет, как преодолеть разрыв между продуктом, проектированием и дизайном. Она также поможет вам понять, как думают дизайнеры, что очень важно для успешной работы с ними.
6. Ship It - Продакт менеджеры Силиконовой долины
В Ship It вы получаете конкретные советы от лидеров отрасли. Гибсон Бидль (Gibson Biddle), бывший вице-президент по продуктам Netflix, расскажет вам о том, как порадовать клиентов способами, повышающими маржу. Йорис Ван Менс, менеджер по продуктам Google, рассказывает о подходе Google к увеличению числа пользователей до 100 миллионов.
7. The state of Product Analytics Product School
Как продуктовые команды измеряют, анализируют и используют данные? Mixpanel совместно с Product School опросили более 450 менеджеров по продукт, аналитиков и дизайнеров в шести регионах мира, чтобы узнать о последних тенденциях и проблемах. Результаты удивили нас и подтвердили то, о чем мы всегда подозревали. С этим отчетом вы откроете для себя метрики, которые помогут делать более качественные продукты.
Какие еще навыки, инструменты и материалы нужны сегодня Product-менеджеру IT-проектов?
14 октября проведу вебинар для OTUS, где расскажу о ключевых компетенциях продакт-менеджера. Также на вебинаре мы представим программу онлайн-курса «Product Manager IT-проектов». Вы узнаете, как организована практика, которая позволит вам реализовать свой продукт от проверки гипотез до разработки MVP в команде программистов-выпускников смежных курсов.
Регистрируйтесь на вебинар и готовьте вопросы https://otus.pw/8uMg/
1. Когда кофе и капуста конкурируют Алан Клемент
Jobs to Be Done (JTBD) не самый увлекательный аспект управления продуктами. Но речь идет не только о JTBD. Эта книга рассказывает о том, как создавать продукты с увлекательными историями, которые действительно хотят купить ваши клиенты. Она о том, как помочь компаниям сократить расходы, увеличить прибыль и сделать мир лучше с помощью замечательных продуктов.
2. Data-driven продакт-менеджер от Product School
Toucan Toco X Product School — выпустили идеальное руководство по оптимальному использованию среды данных для управления продуктами. Основная цель — достичь оптимального соответствия между потребностями пользователей и доставкой продуктов.
Вы научитесь находить скрытые болевые точки, расставлять приоритеты при разработке и быстрее сообщать о своем ценностном предложении.
3. Web UI Design for the Human Eye
Только глупые продакт-менеджеры недооценивают хороший пользовательский интерфейс. В книге Web UI Design for the Human Eye от UXPin приведены 33 примера из различных компаний, чтобы помочь вам лучше понять различные концепции пользовательского интерфейса, которые могут быть совершенно новыми для вас. Темы включают в себя практическое использование гештальта, применение сходства и контраста, создание отношений с пространством, эмоции цвета и многое другое.
4. The Heap book of questions
«Задача менеджера по продукту заключается не только в создании самого продукт, но и в донесении его ценности для пользователей, а также достижении более масштабных целей вашей компании. Как лучше всего этого добиться?» Истина в том, чтобы задавать вопросы. Чем больше вы спрашиваете себя, тем больше ответов вы получаете, тем и совершеннее ваши знания о продукте. В этой книге вы найдете вопросы, которые можно задать о вашем продукте. Вы получите более глубокое представление о его работе, а значит, станете более опытным разработчиком продуктов.
5. Principles of Product Design Invision
Помогут вам пересмотреть ваше понимание дизайнерского мышления с нуля.Вы получите лучшее представление о передовом опыте проектирования продуктов, прочитав бесплатную версию электронной книги. Полезность книги в том, что она объясняет, как преодолеть разрыв между продуктом, проектированием и дизайном. Она также поможет вам понять, как думают дизайнеры, что очень важно для успешной работы с ними.
6. Ship It - Продакт менеджеры Силиконовой долины
В Ship It вы получаете конкретные советы от лидеров отрасли. Гибсон Бидль (Gibson Biddle), бывший вице-президент по продуктам Netflix, расскажет вам о том, как порадовать клиентов способами, повышающими маржу. Йорис Ван Менс, менеджер по продуктам Google, рассказывает о подходе Google к увеличению числа пользователей до 100 миллионов.
7. The state of Product Analytics Product School
Как продуктовые команды измеряют, анализируют и используют данные? Mixpanel совместно с Product School опросили более 450 менеджеров по продукт, аналитиков и дизайнеров в шести регионах мира, чтобы узнать о последних тенденциях и проблемах. Результаты удивили нас и подтвердили то, о чем мы всегда подозревали. С этим отчетом вы откроете для себя метрики, которые помогут делать более качественные продукты.
Какие еще навыки, инструменты и материалы нужны сегодня Product-менеджеру IT-проектов?
14 октября проведу вебинар для OTUS, где расскажу о ключевых компетенциях продакт-менеджера. Также на вебинаре мы представим программу онлайн-курса «Product Manager IT-проектов». Вы узнаете, как организована практика, которая позволит вам реализовать свой продукт от проверки гипотез до разработки MVP в команде программистов-выпускников смежных курсов.
Регистрируйтесь на вебинар и готовьте вопросы https://otus.pw/8uMg/