ProductSense
16.5K subscribers
1.14K photos
30 videos
6 files
1.46K links
Делаем ProductSense — ежегодную конференцию по менеджменту продуктов
https://productsense.io/

Ведем подкаст @mspodcast

РКН https://clck.ru/3ML3ms
Поддержка @ps24supportbot
Чат https://t.me/+yJg2crvG4ZI2YjMy
Блог https://sense23.com/

Без рекламы
Download Telegram
44-й выпуск подкаста make sense: об обучении продактов, навыках CPO и мировоззрении с Егором Руди

Собеседник: Егор Руди, сооснователь сервиса Profi.ru

Пара цитат Егора:

«В Японии если за 10 минут разговора CEO ни разу не сказал «гемба» — это не очень хороший CEO».

«Лучшее, что вы можете сделать для себя как для продакта, это найти крутую команду и прийти в нее в любой роли».

О чем говорим:
— о роли CEO и CPO в компании
— из кого получаются лучшие менеджеры продуктов
— сколько времени нужно на запуск MVP
— 3 способа стать крутым продактом
— о ТРИЗ и его практическом применении
— что действительно важно в обучении продактов
— уровни менеджера продукта
— какими навыками должен обладать CPO
— что делать, если компания не понимает, что им нужен продакт
— техника парного развития
— как выбирать источники для развития
— почему важно инвестировать в soft skills


Мы упоминаем в разговоре:
гемба и генти генбуцу
ТРИЗ, теорию решения изобретательских задач Генриха Альтшуллера
— модель Lean Canvas, которая описана в книге Running Lean: Iterate From Plan A to a Plan That Works
— курсы бюро Горбунова: https://bureau.ru/educenter/
— Дао продакт-менеджера/продакт-директора в Profi.ru

Слушать
iTunes: https://apple.co/2Wn4fvw
SoundCloud: http://bit.ly/2QNWuJ4
YouTube: http://bit.ly/319dnTk
Курс Growth Hacking: взлом роста с помощью системного тестирования гипотез в команде

Опыт запуска 30+ Growth Team в российских компаниях и стартапах за два дня и в виде пошаговой инструкции:
— как запустить процесс непрерывного тестирования 10+ гипотез в неделю
— как проводить эффективные встречи команды Growth Meeting
— где каждую неделю брать новые крутые гипотезы роста
— как тестировать идей без изменения в продукте или если нет траффика
— как собрать Growth Team и продать идею команды роста руководству
— много практических инструментов по генерации гипотез и ценностей продукта, десятки реальных кейсов кратного роста, генерация гипотез роста для ваших проектов.

16-й (!) поток курса Growth Hacking пройдет 27−28 июня в Москве.

Для тех, кто устал пилить фичи, сжигать деньги на маркетинг и жаждет кратного роста

Скидка по промокоду ProductSenseJune — 3000 рублей.

👉🏻 https://www.growthacademy.ru/?ps
Завтра выйдет 45-й выпуск подкаста make sense — со Станиславом Пятикопом, Head of Products, new Health and Fitness Product, ex-Wheely.

Мы поговорим о триггерной коммуникации: когда и по каким поводам стоит беспокоить пользователей. Обсудим ключевые отличия MLP и MVP, важность онбординга и значимость экспериментов в продукте. Затронем тему голодания и формирования полезных привычек.
45-й выпуск подкаста make sense: о Minimum Lovable Product, мобильном онбординге и экспериментах в продукте со Станиславом Пятикопом 🐳

Собеседник: Станислав Пятикоп, Head of Products, new Health and Fitness Product, ex-Wheely

Пара цитат Станислава:

«Если продакты научатся не трогать человека, когда не нужно, и трогать, когда нужно, качество продуктов вырастет».

«Триггерная коммуникация — это не только сама коммуникация, но и изменение продукта по данным пользователя».

О чем говорим:
— эволюция инструментов продакта
— realtime реакции на действия пользователя в продуктах
— триггерная коммуникация
— зачем читать отзывы о топовых продуктах в AppStore
— делают ли на российском рынке MVP в классическом понимании
— MLP vs. MVP
— эмоциональные и рациональные решения в продуктах
— каким должен быть хороший онбординг
— статистическая значимость экспериментов
— как проблемы в продуктах влияют на retention пользователей
— как формировать полезные привычки у пользователей

Мы упоминаем в разговоре сервисы для анализа поведения пользователей:
mixpanel.com
leanplum.com
www.braze.com

Слушать
iTunes: https://apple.co/2WAJAQ6
SoundCloud: http://bit.ly/2Ib9NAK
YouTube: https://youtu.be/5mMYn4-Aa7s
Castbox: http://bit.ly/2IRkoQz
Завтра мы проведем митап в формате open space в Минске.

Вот что говорят о формате участники:
— возможность поработать над своей проблемой
— полезные знакомства в контексте решаемой задачи
— свободный выбор темы и свободное перемещение между группами

С собой приносить интересные задачи и сформулированные проблемы, которые хотите обсудить. Митап будет в формате open space, а значит, каждый сможет предложить тему и поучаствовать в обсуждении.

Количество участников ограничено.
Регистрируйтесь скорее 😏

Регистрация: https://productmindset.net/minsk

Начинаем сбор в 18:00, стартуем в 18:30.

Митап в Минске
14 июня, пятница
Офис Flo, ул. Петра Мстиславца 9, 10 этаж.
Начинаем рассказывать, чем поделились докладчики на конференции Product Mindset в Перми.

Продуктовые компании говорят о том, что исследовать надо, но нет денег, времени и экспертизы. Сооснователь Useful Дмитрий Капаев рассказал, как преодолевать эти трудности.

В лексикологии есть определение «ухудшение значения слова» (degradation of meaning or pejoration). Кажется, слово «покастдевили» со временем приобретает негативный окрас из-за того, что его применяют к коридорным тестам, статистически незначимой выборке или некачественным интервью.

Если у вас нет времени и денег на качественные исследования, используйте лайфхаки. Например, если у вас обширная аудитория, вызовите такси на 20-минутную поездку и поговорите с таксистом — такое исследование лучше, чем ничего.

Используйте Facebook, чаты, группы для рекрутинга. Разместите пост с описанием тех, кого ищете, и просьбой помочь — люди любят менять мир к лучшему (если пообещаете плюшек, желающих станет больше).

Youdo, Upwork, Craigslist, userinterviews.com и usertesting.com помогут найти аудиторию для опросов за плату.

Удаленные исследования — это плюс. Вам не нужно везти людей в офис или ехать к ним, выборка больше, затрат меньше. Чтобы сделать удаленное исследование комфортным, используйте инструменты: remoteresear.ch/tools
О чем говорили на Product Mindset Perm.

Дмитрий Абрамов, Head of product Skyeng, об оценке сроков:

Оценивать сроки в продукте нужно по двум причинам: оценка ROI фичей, синхронизация команд по зависимым задачам.

Люди вообще не способны оценить сроки из-за когнитивных искажений. Одно и то же ТЗ, напечатанное 14-м и 18-м шрифтом, разработчики оценивают в 290 и 330 часов соответственно.

Когда мы спрашиваем: «За какое время будет сделана задача?», — и получаем в ответ «За 4 часа», это не значит, что задача через 4 часа окажется на проде. Эффективность потока (время работы / время поставки) в командах в среднем около 5% (15% — это классный показатель). Заявленную оценку надо бы разделить на 0,05.

Хорошая новость: статистика помогает оценивать время разработки. Используйте распределение Вейбулла. Если вы возьмете все задачи, которые сделала ваша команда, и построите распределение, — сможете предсказывать сроки реализации задач.

Мы все живем в мире неопределенности, так почему в сроках мы хотим получить точное значение? Обычно в продуктовой разработке достаточно вероятности 85%.
О чем говорили на Product Mindset Perm.

Директор сайта sberbank.ru Алексей Авдей — о том, как стать Product Manager и Head of Product:

Конкуренция на рынке продактов обостряется. На hh.ru почти 8000 резюме и всего лишь 1800 вакансий по запросу «менеджер продукта»/"product manager".

Чтобы стать менеджером продукта, нужно понимать потребности клиентов, находить решения, приносить value.

Если вы не понимаете, откуда в компании деньги, вы не сможете приносить value. Об этом редко думают начинающие менеджеры продуктов. Прежде чем улучшать продукт, поймите, на чем компания зарабатывает.

Что делать, если хотите быть менеджером продукта, но еще им не стали? Начните брать на себя задачи продакта. Будет сложно, потому что придется совмещать две роли.

Чтобы стать Head of Product нужно видение, управление и решение задач босса.

Если вы хорошо выполняете работу, но не более, вас не повысят — вы просто закрываете свои задачи. Чтобы перейти на следующий уровень, нужно решать более сложные задачи — задачи своего руководителя.
О чем говорили на Product Mindset Perm.

Владимир Баяндин, Product Manager в Skyeng, о фулстечности:

Успех продукта складывается из двух составляющих: сильные гипотезы и высокая скорость проверки.

У фулстечных сотрудников есть плюсы: уменьшаются затраты на коммуникацию, расширяется кругозор, появляются идеи из смежных областей. И минусы: стоят дорого, сложно нанимать, долго обучать, фулстек менее погружен в каждую область — ракету с ним не запустишь.

Если вы хотя бы немного разбираетесь в разных областях, вы можете быстрее проверять гипотезы без дополнительных ресурсов. Выше скорость проверки — выше вероятность успеха.

Лайфхак от Skyeng: не бойтесь использовать google sheets вместо полноценных CRM в начале разработки.

Делайте как можно больше шаблонов, чтобы сотрудники из других областей могли ими воспользоваться. В Skyeng для всего есть шаблоны: лендинги, презентации, мерч (дизайн футболки за несколько минут).

Как построить фулстек команду: нанимайте любопытных, развивайте самоходность, шаблонизируйте рутину, поощряйте горизонтальные связи.
Завтра выйдет 46-й выпуск подкаста make sense с Сергеем Тихомировым, продуктовым архитектором (а также автором Product Architecture Framework и телеграм-канала «Борода продакта»)

Мы поговорим о том, из чего состоит фреймворк и как его осознанно использовать. Обсудим, как стать продактом, когда нет реального опыта работы над продуктом. Затронем темы формализации знаний, бизнес-архитектуры компаний и функций продакта.
46-й выпуск подкаста make sense: о Product Architecture Framework, формализации знаний и продуктовом мышлении с Сергеем Тихомировым

Собеседник: Сергей Тихомиров, продуктовый архитектор, автор Product Architecture Framework и канала «Борода продакта»

Пара цитат Сергея:

«Независимо от методологии (Скрам это или Канбан) всё равно есть какие-то договоренности между продактом и отделом разработки — стендапы, груминги и т.д. Иначе процесс передачи требований в разработку и прием результатов будут так себе».

«Бесполезно воспринимать продукты через призму фич, потому что продукт — это инструмент бизнеса, а бизнес хочет зарабатывать деньги».

О чем говорим:
— как и зачем появился канал «Борода продакта»
— история создания и состав Product Architecture Framework
— этапы жизненного цикла продукта
— как появляется фичеризм
— зачем формализовать знания и опыт
— почему джуниор продактов не существует
— где взять опыт работы с продуктом
— из кого получаются лучшие продакты и разные типы продактов
— о важности бизнес-архитектуры компании
— осознанность в применении фреймворков
— что такое продуктовое мышление

Мы упоминаем в разговоре:
PMBoK, свод знаний по управлению проектами

Слушать
iTunes: https://apple.co/2RqrlMk
SoundCloud: http://bit.ly/31NvaQv
YouTube: http://bit.ly/2WWM0NZ
Castbox: http://bit.ly/2FlZPuh
О чем говорили на Product Mindset Perm.

Александр Кожевников, Project manager в Xsolla, о работе со стейкхолдерами:

В работе со стейкхолдерами нет серебряной пули — нужно договариваться.

Используйте стратегию win-win в переговорах.

Постройте Interest Impact Matrix для определения методов работы с каждым из стейкхолдеров.

Используйте colours of backlog для визуализации наполненности бэклога. Стейкхолдеры обычно хотят только фичи, покажите, что вашему продукту нужны не только они.

Предлагайте решения, а не отвергайте предложения.
О чем говорили на Product Mindset Perm.

CEO в Carrot quest Дмитрий Сергеев о о том, как OKR помогает расти, когда вы растёте:

Когда в компании становится больше 30 человек, нужны инструменты для синхронизации и донесения целей. Один из инструментов — OKRs. Его суть — в определении нескольких сложных ключевых целей на некоторый промежуток времени.

Пример Objective: выйти на международный рынок. Key Results: 100 платящих клиентов с LifeTime более месяца; 15 публикаций в медиа; 20 кейсов.

Если ваши цели и результаты связаны с деньгами, необходимо открыть финансовую отчетность для сотрудников.

Объединяйте (не разделяйте) команды метриками.

Цели компании должны быть приняты командами.

Используйте W-model для планирования.

Давайте командам решать проблемы, а не делать задачи. Команда лучше вас знает, как решать проблемы. Поделитесь с ней ответственностью.
О чем говорили на Product Mindset Perm.

Всеволод Устинов, CEO & co-founder в IT-Agency, о зонах ответственности:

Проблемы с разделением зон ответственности есть у большинства компаний. Когда вы быстро растете в 2 раза, будьте готовы к тому, что всё станет еще хуже.

Если решение нужно принять коллективно, используйте модель «Вопросы. Замечания. Блокировки», чтобы ускорить обсуждение. Только блокировки могут помешать принять решение, а остальное нужно принять во внимание.

Когда вы делегируете команде принятие всех решений, будьте готовы, что неважные вещи будут обсуждаться очень жарко, а важным будут уделять мало внимания, потому что экспертов в них немного.

Используйте OKRs для синхронизации.

В конце концов мы поняли, что когда все отвечают за всё — это неверный путь. У всего должен быть один ответственный, кто принимает решения.
В минувшую субботу мы провели в Новосибирске воркшоп о принятии осознанных решений. Эту тему мы решили проработать из-за собственной ошибки: конференция о полезном контенте ContentSense, которую мы сделали в марте, дорого нам обошлась 💰

Решения продактов и руководителей всегда стоят денег. Большинство решений мы принимаем неосознанно, даже если хорошо подумали над проблемой. Мы попробовали инструменты, которые помогают лучше увидеть ошибки мышления, и рассказываем о некоторых из них.

Когнитивные карты — инструмент для визуализации объектов и связей между ними. Мы подсмотрели его у программистов: когда работаешь со сложным проектом, почти невозможно запомнить все компоненты и их влияние друг на друга.

Мы попробовали использовать когнитивные карты, чтобы посмотреть «сверху» на всё, чем мы занимаемся, и оценить вклад каждого проекта в общее дело. Это помогло нашей команде синхронизироваться, построить полную карту проектов, скорректировать видение и понять, на что мы тратим неоправданно много времени.

📊 Как построить когнитивную карту:
выписать все элементы → установить связи → проставить веса (насколько один элемент влияет на другой) → покрасить карточки в разные цвета, чтобы отнести их к определенным категориям.

Мы красили карточки по группам:
📗 приносит доход;
📕 инвестиции, которые мы пока не можем отследить;
📘 инвестиции, которые точно влияют на доход;
📒 операционные задачи с небольшими расходами и небольшой отдачей.

Цифры на стрелочках — это веса по шкале от 0 до 5.

🔎 Для чего используют когнитивные карты:
— в сложных проектах и наборе продуктов, чтобы визуализировать связи между ними;
— для синхронизации команд по проектам/продуктам;
— для выявления неосознанных решений;
— для визуализации текущего состояния и принятия решений в будущем, опираясь на цифры, а не на эмоции.
Хотите, чтобы мы провели вебинар по созданию когнитивных карт?
Anonymous Poll
85%
Да, мне надо
15%
Нет, незачем