Ну что, ребята, это последняя неделя Retention-марафона https://t.me/proproduct/700 – запрыгивайте!

Скидка последней недели – 5%, количество купонов безлимитно, но срок действия до 7 октября. Чтобы активировать купон, надо оплатить курс по ссылке: https://simulator.gopractice.ru?utm_source=partner&utm_campaign=c1370373b21b

Задача третьей недели. Чему равен Retention известного музыкального продукта?

Оцените долгосрочный месячный Retention мобильного приложения Spotify. Для ответа на вопрос можно использовать любые данные, которые вы найдете в интернете.

Retention мобильного приложения Spotify в процентах:
anonymous poll

20-40 – 92
👍👍👍👍👍👍👍 37%

40-60 – 72
👍👍👍👍👍 29%

60-80 – 40
👍👍👍 16%

80-100 – 31
👍👍 12%

0-20 – 15
👍 6%

👥 250 people voted so far.

Ребята, а у меня для вас крутейшая новость!

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

Дима Думик, CEO Chatfuel, придумал конкурс, который позволит вам выйти за рамки и провести эксперимент на самом Chatfuel. Схема простая:

1. Придумать концепт онбординга для Chatfuel - конструктора ботов. 🤖
2. Получить обратную связь от мощнейшей команды экспертов (а также ждите классный образовательный контент ;). 💡
3. Лучшее решение будет внедрено в Chatfuel; лучшие три – разделят приз в миллион рублей 💰

В команде экспертов:
- CEO Chatfuel и сооснователь сервисов Penxy и Мята Дмитрий Думик
- директор по продуктам Google и бизнес-ангел Андрей Дороничев
- продакт-менеджер в Facebook Анна Булдакова (это я 😊)
- CEO Rick.ai Илья Красинский
- дизайн-менеджер в Intercom и бывший директор по дизайну в «Яндексе» Константин Горский.

Такие конкурсы проводятся супер-редко, поэтому не упускайте возможность добавить такой интересный кейс себе в портфолио ;)

Больше информации + детальное описание проблемы с циферками тут:
https://t.me/dumik/8

Ну что же, вот и ответ на последнюю задачку Retention-марафона: https://t.me/proproduct/717 Не забывайте, что скидка будет действовать еще неделю!

В задаче оценки долгосрочного Retention Spotify нам поможет график роста месячной аудитории, Sensor Tower и арифметика.

- С июня 2016 по июнь 2017 года, то есть за год, MAU Spotify выросло на 40 миллионов пользователей.
- По данным Sensor Tower, в июне 2017 Spotify имел 12 миллионов скачиваний в Google Play и Apple AppStore. Можем предположить, что число новых пользователей примерно равно этому значению (в реальности оно меньше, так как часть скачиваний приходится на старых пользователей, которые поменяли телефон).
- Sensor Tower нам также поможет узнать, что позиции Spotify в топе бесплатных приложений за год почти не менялись, поэтому можно предположить, что в другие месяцы число скачиваний было сопоставимым. То есть, за год приложение скачали примерно 140 миллионов раз.
- Теперь, чтобы оценить долгосрочный месячный Retention, поделим дополнительную месячную аудиторию за год на число скачиваний за этот год. Это приблизительная оценка того, какую часть новых пользователей за год Spotify превратил в месячную аудиторию.
- Примерная оценка долгосрочного месячного Retention будет 40 / 144 = 27%.

А вот и обещанный образовательный контент в рамках конкурса для продактов https://t.me/proproduct/719 (вы ведь уже участвуете? :)

Лонг-рид от Ани Булдаковой про приоритезацию в продукте

Для продакт-менеджера умение приоритизировать не просто полезный навык — это основа успеха в профессии. Поэтому неудивительно, что вокруг него развелось невероятное количество различных фреймворков и методов.

Давайте вспомним, как это обычно выглядит:

— Все идеи и фичереквесты сваливаются в бэклог. Некоторые особо упоротые персонажи даже пишут брифы к каждому таску, но в какой-то момент сдаются, так как за скоростью роста бэклога угнаться невозможно;
— Затем все это копируется в эксельку (или же используется шаблон для скоринга в таск трекере). Продакт и компания (обычно техлид, но в особых случаях и вся команда) собираются и начинают скорить по некоторым критериям из фреймворка. Возьмем, к примеру, RICE (Reach - Impact - Confidence - Effort), для оценки трудозатрат (Effort) обычно привлекаются разработчики. Если разработчики джуны, процесс идет относительно быстро. Если постарше, то мучительно медленно: на этапе брифа или идеи у всех очень разное представление о решении и о том, как его воплощать в жизнь, поэтому дискуссия затягивается и порой вообще уходит в сторону;
— Все это веселье повторяется с завидной регулярностью, потому что новые идеи прибывают, старые теряют актуальность или, наоборот, становятся более важными.

Обычно в какой-то момент всем это надоедает и табличка в эксельке начинает зиять пустыми столбцами.

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

Почему все это в корне неправильно? Не читайте дальше, задумайтесь на минутку — давайте для наглядности возьмем такой (супер упрощенный) пример.

Допустим, я ученый, и моя цель — устроиться на работу в престижный университет. Какое из следующих трех действий будет иметь наибольший эффект для достижения моей цели:
— Провести исследование и опубликовать результаты в научном журнале;
— Начать ходить в спортзал;
— Смотреть сериалы по вечерам.

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

Давайте теперь переложим это на наши продуктовые реалии. Предположим, мы делаем новый Netflix, и у нас есть три фичи в бэклоге:
— Добавить блок "Рекомендуемые фильмы";
— Сделать возможность родительского контроля;
— Добавить возможность создавать списки фильмов.

Что будем делать? У первого, вроде, наиболее широкая аудитория, третье проще всего сделать — второе исключаем, получается?

А теперь давайте снова вспомним про цель — какую фичу вы возьмете в работу, если ваша цель:
— увеличить среднее время просмотра;
— выйти на рынок детских продуктов;
— совершить прорыв в machine learning.

Кажется, понятно, что в первом случае мы сравнивали яблоки с апельсинами. Если продакт начинает приоритизировать фичи — это четкий звоночек, что у продукта нет стратегии.

(Продолжение в следующем посте)

(продолжение)

Как происходит приоритизация здорового человека:

1. Анализ рынка, определение основных рисков и возможностей. На основе этого создается стратегия продукта (анализ, безусловно, подразумевает общение с пользователями — существующими или потенциальными).
2. Анализ текущего состояния продукта, основных проблем и блокеров.
3. На основе п.1 и п.2 команда определяет цели. Повторюсь, цели — это не фичи; это некоторая точка, в которую мы хотим прийти за счет изменения продукта. Здесь очень большую роль играет продуктовое чутье, умение предугадать, что может стать катализатором роста.
4. Обычно если первые три пункта сделаны хорошо, то дальше не составляет труда определить основные гипотезы.
5. Понять, какое минимальное решение позволит нам проверить гипотезу. Оценка фич "по размеру" не имеет никакого смысла по двум причинам:
— Если маленькая фича не продвинет нас к цели, а большая продвинет, имеет смысл вкладываться в большую: ее в итоге все равно придется делать, а маленькая только отвлечет нас по пути.
— Сравнение из первого пункта "большая-маленькая" работает только для сравнения порядка: понятно, что поменять цвет кнопки намного проще, чем добавить блок "Рекомендуемые фильмы". Саму же фичу можно (и нужно) резать до тех пор, пока не получится ровно тот кусок, который проверяет гипотезу. Например, для блока "Рекомендуемые фильмы" не обязательно писать рекомендательную систему с нуля, если мы хотим проверить, как люди относятся к рекомендациям в принципе: для этого подойдут и ручные редакторские подборки.

Стандарт — делать первые два пункта раз в полгода; третий пункт — раз в квартал. Но все индивидуально, смотрите, что лучше ложится на модель вашего продукта.

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

Не будьте менеджерами бэклога, будьте менеджерами продукта.

В продолжение предыдущего поста прилетел вопрос – а что делать, если пришел на работу в компанию, где как раз менеджерят бэклог (а не продукт) и скорят фичи (а не проблемы)? У меня есть офигенно простой и эффективный метод на этот случай – я называю его "один, два, три".

0. Побуду кэпом и проговорю лишний раз на всякий случай: почему нельзя приходить и все менять? Потому что у вас еще нет кредита доверия команды, + у вас нет глубокого понимания контекста, чтобы предложить лучшее решение. Нужен запас времени, чтобы все это приобрести, но не останавливать же разработку на то время, пока вы разбираетесь в ситуации? Поэтому делаем следующее:

1. Берем все фичи из бэклога, загоняем в один столбик в эксельке. Никаких описаний и дополнительных оценок в столбике быть не должно.

2. Берем в охапку двух, максимум трех человек в команде, у которых наибольший контекст и понимание продукта, – может быть техлид, ваш непосредственный менеджер, бывший продакт, исследователь и тд.

3. Каждому даем отдельный список из п.1 и просим раскидать все фичи по трем бакетам:
1 – то, что мы должны делать прямо сейчас, у нас есть подтверждения, что это важно; 100% уверенность, что мы должны заниматься именно этим, а не чем-то другим
2 – пока нет данных, но наша интуиция говорит, что это важно и должно быть сделано
3 - все остальное.

4. Вы мерджите столбики: по моему опыту, если вы пришли к правильным людям, у вас будут расхождения всего в паре пунктов, большинство оценок (особенно для группы 1) будет совпадать.

5. Делаем встречу на всех задействованных ранее людей, приходим к консенсусу по расхождениям, получаем два столбика: название фичи + циферка. Добавляем еще один, с обозначением общей темы или проблемы (вам желательно подготовить их заранее). Раскидываем все фичи по темам. В идеале в группе 1 темы не должны повторяться: если есть дупликаты, выбираете только одну фичу, вторую переносите в категорию 2.

6. Вуаля! Группа 1 – это ваш план на ближайшее время; то есть, вы спокойно можете делать execution и параллельно думать над стратегией. Группа 2 – это ваша подсказка от команды: с этих тем/проблем вы можете начинать исследование и дальше копать глубже. В группе 3 часто оказывается всякий треш, но порой это интересная отправная точка, чтобы пообщаться с командой и понять, откуда эти идеи пришли.

На все про все – 3-4 часа работы максимум.

@proproduct

Спонсор проекта

Привет, меня зовут Замесин Иван, я продакт, веду курсы по кастдеву и делаю https://bemeta.co

Мне слишком легко отложить классную статейку в Read It Later в Safari и никогда в жизни не прочитать её. Пуффф и я в моменте умный так как отложил классную статейку, но совсем не помогаю Ивану из будущего становиться круче.

На очередной статье «Bill Gates, Warren Buffett, and Oprah Winfrey spend five hours per week doing deliberate learning.» я психанул и прочитал её (!!!!). И понял что пора бы уже начать учиться по–настоящему чтобы как минимум оставаться актуальным. Делюсь лучшими статьями про продакт-менеджмент, аналитику, предпринимательство и поведенческую психологию в канале:

👉👉 @newgameplusco

Ребята, ура! Свершилось то, что мы так долго ждали: готов отчет по исследованию рынка продакт-менеджеров в России 🎮🔥🎮🔥

Зарплаты и образование, необходимые навыки и бэкграунд, полезные ресурсы, особенности работы – все, что вы хотели знать о продактах в России, но боялись спросить 😃

Огромная благодарность ребятам из RealtimeBoard, в частности, Андрею Хусиду, который откликнулся на мою просьбу о помощи, и Диме Распопову, Наде Нецветаевой и Егору Коробейникову, без которых этот отчет не увидел бы свет и точно не был бы таким красивым. Большое уважение всей вашей команде, которая делает не только офигенный продукт, но и такие вот подарки для продуктового сообщества!

Спасибо Тане Ландо за идею и помощь с проведением опроса!

Для меня это первая попытка сделать что-то подобное, поэтому, пожалуйста, поделитесь фидбэком – что думаете насчет самой идеи, что понравилось, что можно улучшить. Буду благодарна!

И, конечно, если вам понравилось, поделитесь с друзьями – всем, кто вложился в работу над этим исследованием, будет очень приятно! 😊

На всякий случай: в отчете много ссылок, не пропустите!

Одна из самых полезных – список курсов, которые проходили участники опроса
https://docs.google.com/document/d/1nxvzaTsKidUH34AxW3LvWK16w0letZ7nKAixQZF4-9Y/edit?usp=sharing

Так как снова возникают вопросы - поделюсь своей статьей про то, как выбрать метрики для продукта:

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

“В процессе дизайна можно полагаться на пользовательские данные и на результаты экспериментов. Это то, что сейчас называется data-driven design, но я предпочитаю термин data-informed design — “рулит” все еще дизайнер, а не данные.
Чтобы это работало на практике, надо смотреть на правильные метрики. Базовые цифры по трафику (количество просмотров страницы или количество уникальных пользователей, к примеру) легко отслеживать; они дают неплохое понимание, как поживает ваш сайт; но часто они совершенно бесполезны для оценки UX-изменений. Все потому, что они слишком общие и напрямую не отражают качество продукта или цели проекта — на их основе сложно понять, что делать дальше.
Я работаю UX-исследователем в Google, и мы разработали несколько полезных фреймворков для определения и выбора метрик, отражающих:
- качество user experience (HEART)
- цели вашего продукта или проекта (Цели-Сигналы-Метрики)”.

Во-первых, да, data-informed. INFORMED by data, not driven.
Сначала стратегия и цели, затем метрики. Сначала гипотеза и, опять же, цели, затем эксперимент. Накручивать циферки только ради циферок можно очень долго и очень успешно, только продукт от этого лучше не станет.

Во-вторых, да, на “базовые метрики” смотреть бесполезно. Ну поверьте, нет такой волшебной пилюли, которая работала бы для всех. Безусловно, у вашего продукта могут трекаться такие же метрики, как и других продуктов: те же DAU, Retention, ARPU и прочие. Но вот вопрос, какие из них будут для вас более важны, а какие — менее. Условно говоря, приложение, которое отправляет сигнал SOS в ближайшую службу спасения, вряд ли будет смотреть на Retention.

В-третьих, какая-то повальная путаница с тем, что считать метриками продукта, что — метриками проекта, а где вообще продакт маркетинг затесался. По сути все просто: вот у нас есть продукт, которым можно как-то пользоваться. То, что происходит до начала использования, относится к продакт-маркетингу; то, что происходит во время, к продукту. Проект (~фича) — это гипотеза внутри продукта; соответственно, на высоком уровне успех проекта определяется метриками продукта, но также имеет и собственные “технические” метрики, которые позволят понять, все ли работает хорошо, не сломалось ли чего.
И есть еще отдельная группа метрик для исследований (время выполнения заданий или как раз Task Success, о которой говорится в статье), которые позволяют сделать количественные выводы для usability тестов. Ну это так, для общей картины 😉

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

https://medium.com/no-flame-no-game/%D0%BA%D0%B0%D0%BA-%D0%B2%D1%8B%D0%B1%D1%80%D0%B0%D1%82%D1%8C-%D0%BF%D1%80%D0%B0%D0%B2%D0%B8%D0%BB%D1%8C%D0%BD%D1%8B%D0%B5-%D0%BC%D0%B5%D1%82%D1%80%D0%B8%D0%BA%D0%B8-%D0%B4%D0%BB%D1%8F-%D0%BF%D1%80%D0%BE%D0%B4%D1%83%D0%BA%D1%82%D0%B0-7a76a2e1c6c5

Спонсор проекта

Ребята, новые курсы в @binarydistrict_ru

Customer Journey Map. 27–28 октября
Двухдневный интенсив с практикой о том, как создавать CJM, находить точки роста, работать с инструментами
https://goo.gl/NUk8mB

Project management in IT. 19 ноября —16 декабря
Длительный курс для тех, кто хочет вести IT-проекты и работать с сильными командами разработчиков и дизайнеров. Спикеры и кейсы из «Тинькофф Банка», ABBYY, Acronis, Skyeng, Dodo Pizza, «МегаФона» и МТС
https://goo.gl/Y49oQL

Также идет наборы на курсы, о которых мы уже рассказывали.
Product Owner Weekend 27–28 октября
Product Owner: управление продуктом 22 октября — 26 ноября

Скидка 10% по промокоду proproduct

Ребята, а у меня к вам вопрос 🙂 я тут в очередной раз думаю над форматом канала и хочу услышать ваше мнение:

- про что вам хотелось бы почитать - о продакт-менеджменте, machine learning, продакт-менеджменте для ML-продуктов, о чем-то совсем другом – жизни за границей, например
- в каком формате? Нравятся ли вам короткие/длинные заметки, интервью с продактами, видео интервью и видео Q&A (было и такое)?

Поделитесь своими мыслями, пожалуйста!
В качестве благодарности авторам 3-х лучших ответов подарю книжку "Дилемма инноватора. Как из-за новых технологий погибают сильные компании" https://www.ozon.ru/context/detail/id/1936823/ (если она уже у вас есть, договоримся 😉 ). Жду ответы до 21 октября включительно!

https://goo.gl/forms/IGYVoKWujzapVUaL2

Вчера познакомилась с Jake Knapp - это автор одной из моих любимых книжек "Sprint: How to Solve Big Problems and Test New Ideas in Just Five Days". К слову, если кто не знал: Джейк 10 лет проработал в Google, придумал Inbox, затем присоединился к Google Ventures и там вместе с John Zeratsky создал дизайн-спринт: фреймворк для быстрой проверки гипотез, который сейчас используется в Slack, Airbnb, Facebook, IDEO и многих других компаниях.

Недавно Джейк выпустил новую книгу, но с технологиями она связана лишь косвенно. Название говорит само за себя – Make Time: How to Focus on What Matters Every Day. Я уже, конечно, добавила ее себе в список для чтения и собираюсь скоро поделиться основными тезисами (хотя, судя по предыдущей книге, там будет миллион практических советов), а пока что пара мыслей от самого Джейка:

- Слово productive – наследие индустриальной революции, а сейчас просто базз-ворд. Не стремитесь к продуктивности; замените productive на purposeful – старайтесь, чтобы каждый день был прожит с целью.

- Сейчас очень модно быть "занятым" (в англоговорящей культуре это вообще стандартный small talk: How are you? - Great, busy): это такой синоним, что дела идут хорошо. На самом деле, легко можно быть занятым, но не делать ничего значимого. Многочисленные приложения (даже крутейший Inbox, придуманный Джейком) создают обманчивое ощущение "занятости", полезного действия. В большинстве случаев, это всего лишь шум, отвлекающий фактор.

- Чтобы быть purposeful, нужно сделать 3 вещи:
1) в начале дня ответить на вопрос: "Если бы день закончился через минуту, что было бы моим самым желанным достижением? Завершение/работа над каким делом принесла бы мне наибольшую радость?". Под это дело надо выделить 60-90 минут и забронировать этот слот в календаре.
2) чтобы это время принесло максимальную пользу, нужен фокус – соответственно, нужно избавиться от всех отвлекающих факторов: телефона, нотификаций на ноутбуке, интернета, встреч и людей.
3) и еще нужно, чтобы у вас был достаточный уровень энергии: иначе сфокусироваться будет сложно, даже несмотря на отсутствие Инстаграма под рукой.
Про все эти три части Джейк подробно пишет в книге и дает кучу упражнений для их прокачки.

Пока книга не доехала до России, можно подписаться на рассылку Джейка и его друга по Google Ventures Джона, где они ставили на себе эксперименты по улучшению продуктивности:
http://www.timedorks.com/

Я начала читать ваши ответы в опросе https://t.me/proproduct/732 – ❤️❤️❤️ какие же вы классные! Спасибо и за крутые предложения, и за такие добрые слова: сразу прилив мотивации и куча идей, как сделать лучше!

И сразу по мотивам ваших ответов: многие просят рассказать про переезд и работу за границей, поэтому я решила доработать и повторить интенсив с прошлого года.

Что будет: онлайн-вебинар на 1,5 часа

Про что:
- Где и как искать работу
- Процесс собеседования
- Как готовиться
- Ваши вопросы про Германию, Ирландию, Великобританию

Когда: 30 октября в 21-00 по Москве. Участникам вебинара будет доступна запись.

Записаться можно тут https://telegra.ph/Intensiv-Rabota-za-rubezhom-10-16

Как определить стратегию продукта?

Один из самых полезных фреймворков в этой области – анализ 5 сил Портера. По сути, он позволяет по полочкам разложить конкуренцию и оценить "привлекательность" отрасли/рынка для ведения бизнеса.

Портер разработал эту систему в противовес довольно устаревшему уже SWOT-анализу, но, на самом деле, и его изначальную концепцию успели доработать и добавить еще одну "силу" (так что итого их уже шесть 😁):

1) Угроза появления новых игроков
2) Угроза появления продуктов-заменителей
3) Рыночная власть потребителей
4) Рыночная власть поставщиков
5) Уровень конкурентной борьбы в индустрии (среди существующих игроков)
6*) Власть дополняющих продуктов/сервисов.

Подробнее про каждый пункт почитать можно в той же википедии, но, по сути, о чем каждый из этих пунктов:

1) Какой барьер входа в эту индустрию? Какова вероятность, что появятся новые, более сильные игроки?
2) Какие сейчас существуют альтернативы тому, что мы хотим предложить?
3) Сколько у нас может быть клиентов на этом рынке? В каком объеме/с какой частотой они будут покупать продукт? Какая у них покупательная способность и не упадет ли она в ближайшее время? Насколько дорого им обойдется переключение между продуктами?
4) Насколько мы зависим от цен и условий поставщиков? Какие отношения между поставщиками и тем рынком, куда мы собираемся зайти?
5) На чем основывается стратегия конкурентов, в чем их конкурентное преимущество? Анализ с точки зрения ценообразования/инноваций/качества предоставления услуг и тд
6) Есть ли продукт/услуга, которые дополняют другой продукт/услугу, существующие на рынке? Пример: Intel и Microsoft (процессоры Pentium и Windows).

У фреймворка есть некоторые недостатки (тоже можно поискать в интернете), но мне лично очень нравится, что он помогает высокоуровнево охватить полную картину и обнаружить пробелы и возможности. Работает как при запуске нового продукта, так и при запуске новой (крупной) фичи ^_^

@proproduct

Спонсор проекта

Похоже, наметился новый технологический тренд – @philtechnews. Ученые, инженеры, предприниматели во всем мире с помощью современных технологий ищут ответы на глобальные вызовы: неравенство, изменение климата, старение населения, миграция, нерациональное потребление...

О самом интересном из мира филантропии и технологий пишет канал @philtechnews. Читайте, чтобы быть в курсе, как блокчейн, VR, дроны, 3D-печать, AI и другие хайповые технологии уже сейчас используют в социальных проектах. Go philtech!

🔥 Ух какое интервью у нас получилось с Аней!

Поговорили о том, как продакту развивать чутье, самых частых ошибках и где лучше работать — в стартапе или большой компании. Затронули тему важности выбора сооснователей стартапа ("это как создать семью", только без секса, поэтому сложнее) и, конечно, устроили холивар на тему "должен ли продакт отвечать за деньги".

Бонус: затронули острую тему гендерного неравенства в IT, а также узнали у Ани о ее секретном проекте 🙈

https://www.youtube.com/watch?v=_LlqGPywix4

P.S. Конкурс продлен до 21 октября и еще есть четыре дня, чтобы отправить заявку! Глеб Кудрявцев отлично написал, как подойти к этой задаче и почему обязательно надо участвовать☝️ Вопросы/обсуждения в чате.