“Осознанность” - важное слово уходящего года

Психотерапия позволяет человеку понять, что он может повлиять на ситуацию, предпринять те или иные действия, чтобы улучшить ее. Это как продуктовая рефлексия, когда продукт - Вы. Состояние человека изменяется при помощи изменения поведения, проведения экспериментов. Именно изменение поведения влияет на многие аспекты жизни человека, будь то отношения с другими людьми, выражение собственных эмоций, повышение личной эффективности в учебе или на работе или позитивное мышление.
По рекомендации подписчиков канала, я прошел несколько сеансов психотерапии по личной эффективности в сервисе Zigmund.online. И вот основные поинты этого опыта:

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

2. Успех в метриках неразрывно связан и коррелирует с личной эффективностью. Личная эффективность раскладывается на метрики:
- Скорость, с которой достигаете своих целей в определенных условиях с оптимальными затратами внешних и внутренних ресурсов. Краткосрочные перспективы.
- Быстрота перехода личности от исходного (текущего) состояния в желаемое. Среднесрочные перспективы.

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

4. Идеальная личная эффективность - это умение человека выполнять практически моментальный переход от текущего состояния к желаемому, это умение жить «здесь и сейчас», жить с удовольствием.
Для этого нужно делать следующие шаги:
- разобраться с целями: понять, чего вы хотите на самом деле, и научиться достигать желаемого при меньших затратах времени и сил. Все по SMARTу и MVP. 20% усилий приносит 80% профита.
- научиться каждый день проводить “стресс-тесты” и работать «на пике» собственной эффективности (кстати, на эту тему хорошая книга у Максима Дорофеева “На пике” есть)
- выделять 20-30% времени и сил на реализацию своих целей, желаний и «мечт»
- использовать самые оптимальные способы усиления вашей результативности;
- разработать комфортный и реальный для вас индивидуальный план повышения личной эффективности

5. Не нужно иметь больших надежд на будущее, достаточно просто испытывать любопытство по поводу грядущих времен. Попробуйте Zigmund.Online — сервис онлайн-психотерапии. Это платформа с подбором психолога именно под ваш запрос, с инструментами управления занятиями, уведомлениями и встроенной системой платежей. В сервисе тщательно проверяют и собеседуют всех психологов. По промокоду product на первые 2 занятия скидка 55%.

Насмотренность продакта

Насмотренность - «творческая мышца» продакта. Ее не только можно, но и нужно тренировать. Тренировать - это означает решать кейсы из разных продуктов, наблюдать за профессионалами, развивая свой стиль и вкус.

Что делаю я и советую всем:

1. Преподавать и работать со студентами в рамках их проектов. Тут как бонус будет реальная систематизация знаний и взгляд со стороны на любую гипотезу. Выбирайте удобный формат для себя, тему, в которой разбираетесь и откликайтесь.

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

3. Обновления и релизы конкурентов. Как тех, кто на шаг впереди, так и позади. Все является насмотренностью и сигналами. Смотреть важно не только за новинками, но и откатами назад.

4.Блоги продактов. Там очень много инсайтов и кейсов. Выбирайте тех, кого интересно читать. И начинайте везти свой блог, это просто полезно.

5. Участие в кейс-чемпионатах и хакатонах, на которых можно посмотреть результаты. Кстати, рекомендую посмотреть результаты кейс-чемпионата P1. Разные команды проводили исследования, проектировали продукты, готовили презентации. Результаты оценивали CEO и CPO МегаФона, Ozon, Альфа-Банка, Тинькофф, Skyeng. Тут тонна образовательного контента и кейсов: https://clc.to/pioneum1_results

Про что нужно помнить, когда проводишь решенческое интервью

Когда вы провели валидацию гипотез в рамках проблемного интервью, вы приступаете к тестированию прототипов решений, не забывайте про такие хаки, как:

1. Нужен опыт использования, а не мнение. Нам нужно, чтобы респондент комментировал именно ход своих мыслей и действий, пока выполняет задачу. Но по умолчанию люди пытаются сразу предлагать идеи о том, как улучшить систему. Полезен только наглядный опыт первого использования продукта случайным человеком, а не мнение о том, как надо «допилить вот эту фичу».

2. Необходимо ставить задачи «верхнего уровня». То есть не «Найти кнопку», а «Организовать рабочий процесс». И не стараться в формулировке задания подсказать пользователю, как решать задачу, тем более, если варианты решения могут быть разными.

3. Это не количественный тест, а качественный. Не нужно нанимать много людей и создавать репрезентативную картину. Главное понять – могут ли люди справиться с заданием и устраивает ли продуктовую команду, как это происходит (мучительно или не очень). Достаточно заказать 3-4 теста, чтобы гарантированно получить один содержательный или обратить внимание на несколько эпизодов из разных тестов.

4. Не обязательно искать тестера именно из своей ЦА. Подходит почти любой уверенный пользователь ПК, по крайней мере для нашего продукта. Если продукт изначально очень сложный, то кейс должен быть простым. Например, для сложной программы: “… найти куда загрузить данные эксперимента, запустить обсчет и получить результат, далее сохранить в файл...”.

5. Проводить тесты необходимо на незнакомых людях. Случайные люди всегда лучше, чем круг общения. Друзья и знакомые быстро закончатся, да и не все из них захотят «подвисать» целый час над интерфейсом. А нам важен именно первый опыт взаимодействия с продуктом. Тестирование нужно проводить регулярно, и нужны пользователи со «свежим» взглядом.

Эти и другие лайфхаки по теме быстрой проверки идей и точек роста будут на открытом занятии 22 января - «CustDev для самой быстрой проверки идеи», который проведу я. Там будут также пошаговый чек-лист для создания сценариев и подведения итогов, включая перечень шаблонов и инструментов, практика создания сценария интервью.
Регистрация по ссылке.
Буду рад всех видеть, приходите!
Занятие входит в программу онлайн-курса «Product Manager IT-проектов» (я соавтор и руководитель программы), который доступен сейчас по скидке 30%.

Метрики продуктивности команды

Недавно познакомился с весьма содержательным и набирающим популярность каналом PRO Менеджмент, в котором есть интервью с опытными руководителями с эффективными кейсами (очень понравилось интервью с создателем Пикабу как пример построения эффективного бизнеса на удалëнке), статьи о менеджменте с возможностью обсуждения, полезные подкасты. Правильный и эффективный менеджмент - залог успеха продакта как руководителя.

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

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

Выполнение рабочего цикла
Метрики agile можно использовать практически в любом виде продукта. Подобная система заставляет вас разбивать задачи на мелкие подзадачи и таким образом оптимизировать свою продуктивность. Чем короче получается рабочий цикл, тем быстрее вы выполняете свое дело. Если вы будете разбивать задачу на короткие рабочие циклы, то приближающиеся дедлайны заставят вашу команду работать продуктивнее. Важно измерять, выполнили ли сотрудники задачу в срок, в заданных временных рамках.

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

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

Какая должна быть аналитика у продуктов

Постарался составить полный список аналитики, которая сейчас нужна в наше время при управлении продуктами. И вот, что получилось:

Бизнес-аналитика
Выявление потребностей бизнеса, их оценка, принятие решений по изменению существующих процессов или внедрение новых. Описание возможных вариантов развития бизнеса, необходимо хорошо ориентироваться в бизнесе, понимать и применять маркетинговые исследования, быть в тренде бизнеса. Кстати, 20го января в 20.00 будет интересный вебинар от Наталии Желновой (Руководитель направления в ПАО "Сбербанк") про Моделирование бизнес-процессов: для чего использовать и как эффективно организовать, я обязательно схожу.

Системная аналитика
Фильтрация бизнес-требований, понимание целесообразности разработки, после чего фиксирование функциональных требований доступным, для разработки, способом (написание ТЗ, постановок, их согласование), координация процесса разработки, умение быстро предоставлять информацию, принятие взвешенных решений по проблемам разработки. Приемка продукта.

Аналитика UX
Выявление потребностей пользователя, умение перекладывать эти потребности на user friendly пользовательский интерфейс. Проектирование веб-систем и приложений.
Владение инструментами проектирования веб-интерфейсов. Знание принципов юзабилити, владение методиками проектирования. Умение видеть картину в целом, с точки зрения пользователя.

Аналитика Big Data
Структурирование данных для их хранения, преобразования, поиска, быстрого и удобного доступа к ним, для последующей обработки и составления аналитической отчетности или для удовлетворения других потребностей бизнеса.

Аналитика Data Scientist
Формулирование, фиксирование выдвигаемых математических гипотез для принятия решений, касаемо бизнеса компании.

Интеграционная аналитика
Построение mapping-таблиц различных форматов данных друг на друга, знание продуктов интеграции, понимание основных архитектурных решений по выстраиванию процессов интеграции. Координация процесса разработки

“Вирусная” аналитика
Проектирование вариантов защиты информации от вирусов, желание копаться во взломанном софте, выявляя причины и способы заражения.

Что делать в ситуациях, когда глубинное интервью идет не по плану

В посте разобрал основные ситуации, когда интервью идет не по плану. Пост приурочен к открытому вебинару «CustDev для самой быстрой проверки идеи» в Otus 22го января в 20.00.

Ситуация 1: респондент говорит обо всём, кроме того, что нужно

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

Давайте вернемся немного назад. Смотрите, я вас спросил о [о чем был вопрос]. Вы мне ответили [краткий пересказ слов респондента]. А я бы хотел услышать о [назвать ситуацию или конкретный этап процесса, о котором хотите узнать подробнее].

Ситуация 2: респондент отвечает односложно, не раскрывая подробностей

- Покажите респонденту, что вы ожидаете услышать подробный ответ:
Что происходило с момента, когда вы решили [купить квартиру] и до момента, когда [оформили ипотеку]? Давайте пройдемся прямо по шагам.
- Если подробностей всё еще мало, проговорите, что вы услышали от респондента, дождитесь подтверждения или новых дополнений с его стороны и попросите рассказать более детально о том, что вас интересует.

Ситуация 3: в рассказе постепенно появляются новые детали, в которых теряется как интервьюер, так и сам респондент

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

Ситуация 4: придуманный «на ходу» вопрос уводит респондента в обсуждение неважной темы

- Не стесняйтесь взять паузу, чтобы у вас было время «переварить» новую информацию и обдумать вопрос:
Я хочу немного разобраться и понять, что вы делали. Правильно ли я понимаю, что вы [озвучиваете, как вы поняли, что респондент вам сообщил].
Секунду, я сформулирую вопрос.
- Пока вы проговариваете эти фразы и делаете паузу, спросите себя: достаточно ли вам деталей, которые сообщил респондент, или нужно задать дополнительные вопросы? Сможете ли вы использовать услышанное для описания проблемы или подготовки рекомендаций?
- На основе размышлений сформулируйте подходящий вопрос и не забудьте оценить, насколько формулировка близка к тому, что вы действительно хотели узнать.

Ситуация 5: структура вопросника задает рамки беседы, которые мешают рассуждениям респондента

- Задавайте интересующие вас вопросы сразу, как только респондент затронул тему: не ждите момента, когда обсуждение темы запланировано в вопроснике.
- Подготовьте респондента к тому, что в обсуждении вы пройдете весь исследуемый процесс по этапам или шагам, и предваряйте каждый смысловой блок вопросов пояснениями:
Мы с вами обсудим весь процесс [покупки товара] по шагам, от момента, когда вы поняли, что хотите [приобрести товар], до момента начала использования. Сейчас мы поговорим о [называете первый шаг процесса].
- Подумайте над изменением порядка вопросов для следующих интервью, чтобы он соответствовал логике рассказа респондента.

Приходите на вебинар! Нужны консультации - напишите автору канала.

Ликбез про лояльность пользователей

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

В чем выгода лояльности?

- LTV намного больше. Лояльный клиент это такой клиент, у которого LTV намного больше, чем у среднестатистического клиента из клиентской базы. Большая разница в LTV достигается за счет того, что такие клиенты имеют значительно более длительный срок жизни клиента.
- Бюджет на привлечение становится меньше. Если вы покупаете клиента с длинным сроком жизни клиента, то он будет покупать в следующем месяце, через месяц и так далее. В этом случае в каждом последующем месяце вам уже нужно купить на 1 клиента меньше.
- Recurring Revenue. Постоянный приток денег от таких клиентов. 40 месяцев прибыли от одного клиента не сильно ощутимы. Но если таких клиентов 40-60% от вашей клиентской базы то это позволит вам ежемесячно обеспечивать необходимый объем прибыли компании. Для накопления знаний по LTV и метрики лояльности могу порекомендовать хороший курс от коллег из ВШЭ по продуктовой аналитике, который стартует 1 февраля - https://product.hsbi.ru/product-analytics.


Как измеряется лояльность?

- % one-time buyers - процент покупателей на одну покупку очень простая с точки зрения вычисления метрика. Она определяет сколько у вас клиентов за период сделало одну покупку по отношению к другим клиентам (сделавшим 2+ покупок) из этого периода. В качестве периода можно, например, брать месяц или все время жизни базы.
- retention rate, % - процент удержания позволяет вам отслеживать динамику цельности вашей базы за разные периоды. Исходя из тактических соображений, я предпочитаю работать с ней на коротких периодах (2-4-N недель). Лояльный клиент и должен совершать покупки согласно нашему определению, но когда он совершит следующую покупку - с точки зрения лояльности неясно. У каждого клиента есть свой цикл покупок.
- NPS - расчет тех, кто готов порекомендовать ваш продукт по отношению к тем, кто не готов порекомендовать или готов дать отрицательную рекомендацию. Формируется она на базе опросов клиентов, задавая вопрос - насколько вероятно, что вы порекомендуете продукт вашему другу или коллеге.

Увеличить LTV можно двумя способами
- Продать клиенту больше в рамках естественного Customer LifeCycle (через программы по удержанию)
- Продлить Customer Lifetime, где в этот дополнительный период клиент что-то да купить (через программы лояльности).

Нужна консультация - пишите автору канала @SKoloskov.

Тонкости ценобразования для разных продуктов

Правильная цена — это цена, правильная для клиента. А клиент — это всегда какая-то группа лиц. Чтобы не ошибиться в ценообразовании, надо чётко понять, что за люди покупают ваш продукт, на основании чего они принимают решение, выбрать верный ценник. При поддержке курса «Управление продуктом» от онлайн-университета SKillbox, где также научат рассчитывать экономику, анализировать конкурентов и тестировать идеи, чтобы создавать лучшие предложения на рынке.

В2С
Люди принимают решения эмоционально. Если играете в нижнем сегменте рынка, значит, единственный козырь — цена.
Если работаете в среднем сегменте — ставьте цену на уровне конкурентов, а ваши способы выделиться:
⁃Акции — скидки на праздники, кэшбэк.
⁃Простая ценовая политика — ровные цены, минимум опций, «всё включено».
⁃Возможность вернуть деньги. Это не совсем про цену, но действует чудесно.

Если ваш продукт — “лакшери”, то:
⁃Сделайте цены отличными от всех. Например, пусть всегда заканчиваются на 888.
⁃Никогда не давайте скидок. Скидка обесценивает товар и разочаровывает потребителей, уже совершивших покупку. В hi-end сегменте клиенты покупают историю, а не характеристики. Никто не будет покупать историю, в которой его облапошили.
⁃Заигрывайте со специальными сериями, с ценой х3 к стандартной. Это, может, и не принесёт много продаж, но оттянет внимание клиентов. И основной продукт не будет казаться таким дорогим.

Предпринимательская компания
Предпринимательские компании быстро принимают решения. Они могут быть импульсивными, а способ принятия сильно зависит от руководства и напоминает продажи на B2C-рынке. Такого клиента легко найти и легко потерять. Ответов на вопросы: «Кто он такой? Как принимает решения? Что ценит в партнёрах? Что его радует?» — нет в принципе. Поэтому:
⁃Цена должна быть простой. Клиент постоянно чем-то занят, ему лень думать. Не надо делать прайс на трёх листах с примечанием.
⁃Хорошо связать цену с какими-то понятными вещами — чашкой кофе, полным баком, шашлыком.
⁃Скидки должны быть кратны 10.

Корпорация
Здесь всем рулит бюрократия. Выяснить, как клиент принимает решение, практически невозможно. Более того, людей, которые принимают решение, всегда несколько. И парочка из них обязательно сменится за время продажи. Поэтому нужно помнить о следующем:
⁃Оптимальная цена — на 5–15% ниже конкурентов. Сильно дешевле будет подозрительно. А с другими ценниками вы попадёте в стоп-лист.
⁃Должен быть запас для снижения цены, чтобы сделать приятно менеджеру на стороне клиента, считающему себя «отжимателем всех и вся».
⁃В цене должен быть заложен ретробонус для клиента, который будет ему интересен.
⁃В цену надо закладывать очень дорогие продажи (если обычно продаёте за месяц — закладывайте год, если за полгода — три) и очень дорогое обслуживание.

Менеджерская компания
Это компания, где всем рулит команда наёмных менеджеров.С менеджерскими компаниями проще. Команда управленцев действует рационально и работают на достижение своего KPI.
Поэтому:
⁃Этот менеджер тратит не свои деньги. Основная эмоция, которая им управляет, — страх. Страх получить по голове за неверное решение.
⁃Если ваша цена аргументирована синергией «несколько в одном», убедитесь, что принимает решение по каждому из них один человек.
⁃Если ваш клиент уже использует конкурентное решение и в целом им доволен, цена — не тот фактор, который позволит продать. Так может сработать с предпринимателем, он считает деньги. Менеджер считает риски, и менять работающую систему на другую — работающую, но более дешёвую — ему нет никакого смысла.

Основные законы развития успешных продуктов

1. Закон Галла. Любой сложный стартап когда-то начинался с одной простой функции. Google с одной строчки поиска, WhatsApp с кнопки статуса «где я», Craigslist со списка рассылки и т.п. —> Если в проекте не сработала главная функция, худшее что можно сделать, это навесить вокруг еще несколько фич.

2. Правило двух пицц. Его сформулировали в Amazon (The Two-Pizza Rulе). Суть проста — любой крутейший продукт должна запускать очень маленькая команда, которая может наесться одной пиццей. То есть это 2-5 человек.

3. Закон выжигания каналов продаж. Любой канал продаж (если он не твой) со временем наполняется конкурентами и выжигается. У баннерной рекламы когда-то был CTR типа 50%, а сейчас отличный результат это 0,1%.

4. Сетевой эффект в подгруппах (Reed’s Law) — когда участники команды могут не только взаимодействовать друг с другом, но и образовывать коллег, ценность такого сообщества резко вырастает и становится пропорциональна 2 в степени «количество участников» ( V~ 2^n) Этот эффект виден в Slack или в FB/Telegram/WhatsApp-группах.
Кстати, именно таким образом проходит и прокачка и насмотренность продакт-менеджера на курсе от Product University, который скоро стартует и куда рекомендую записаться.

5. Закон Мура для контента. Стоимость и скорость создания контента удешевляется каждые 2 года в 2 раза. Количество контента увеличивается в 2 раза каждые 2 года. Все, что сейчас делать дорого и долго (видео, VR, игры), через 2 года будет делать в 2 раза быстрее и дешевле, а через 4 года это сделает каждый школьник.

6. Ценность данных о пользователях и ценность аудитории неуклонно растет.
Главный актив — аудитория и ее доверие. Кстати, даже в недвижимости, главный актив — это не стены из бетона, а трафик прохожих, проходящих мимо этих стен, аудитория живущих вокруг людей. Этим объясняется феномен Facebook и других бесплатных продуктов — да, можно раздавать функционал и контент бесплатно, но если ты в обмен получаешь аудиторию и доверие людей.

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

Нужна консультация по продукту? Напишите автору канала @SKoloskov.

Ключевые библиотеки Python для продакт-менеджера

В минимальный пакет знаний современного продуктолога входят ответы на вопросы, какие бывают базы данных, что такое mobile first, API, JSON, Single Page Application: как работает сайт-приложение. Нужно понимать технологии, языки и фреймфорки, которые используются в продукте.
Также будет полезно на базовом уровне изучить SQL и Python. Согласно исследованиям, свыше 50% продактов могут сами написать запросы на SQL и Python для работы с данными. Это позволяет не дергать разработчиков и аналитиков, извлекать и интерпретировать данные по продукту. Подготовили подборку самых полезных библиотек для Python для продакт-менеджера (подготовлена совместно с курсом «Python для решения бизнес-задач» от GeekBrains, где научат визуализировать отчетность и использовать чат-ботов для решения задач, по ссылке https://geekbrains.ru/link/zuzMcq):

NumPy позволяет очень эффективно обрабатывать многомерные массивы. Многие другие библиотеки построены на NumPy, и без неё было бы невозможно использовать pandas, Matplotlib, SciPy или scikit-learn — именно поэтому она занимает первое место в списке. Также в ней есть несколько хорошо реализованных методов, например, функция random, которая гораздо качественнее модуля случайных чисел из стандартной библиотеки. Функция polyfit отлично подходит для простых задач по прогнозной аналитике, например, по линейной или полиномиальной регрессии.

Pandas. Аналитики данных обычно используют плоские таблицы, такие, как в SQL и Excel. Изначально в Python такой возможности не было. Библиотека pandas позволяет работать с двухмерными таблицами на Python. Эта высокоуровневая библиотека позволяет строить сводные таблицы, выделять колонки, использовать фильтры по параметрам, выполнять группировку по параметрам, запускать функции (сложение, нахождение медианы, среднего, минимального, максимального значений), объединять таблицы и многое другое. В pandas можно создавать и многомерные таблицы.

Matplotlib. Визуализация данных позволяет представить их в наглядном виде, изучить более подробно, чем это можно сделать в обычном формате, и доступно изложить другим людям. Matplotlib — лучшая и самая популярная Python-библиотека для этой цели. Она не так проста в использовании, но с помощью 4-5 наиболее распространённых блоков кода для простых линейных диаграмм и точечных графиков можно научиться создавать их очень быстро.

Scikit-learn. Самыми интересными возможностями Python некоторые считают машинное обучение и прогнозную аналитику, а наиболее подходящая для этого библиотека — scikit-learn. Она содержит ряд методов, охватывающих всё, что может понадобиться в течение первых нескольких лет в карьере аналитика данных: алгоритмы классификации и регрессии, кластеризацию, валидацию и выбор моделей. Также её можно применять для уменьшения размерности данных и выделения признаков.

SciPy. Большинство описанных в этой статье библиотек и пакетов входят в стек SciPy, предназначенный для научных расчётов на Python. Библиотека SciPy — один из его компонентов, который включает средства для обработки числовых последовательностей, лежащих в основе моделей машинного обучения: интеграции, экстраполяции, оптимизации и других.

Рекомендация хорошего канала

Договорились с Лешей Арефьевым написать про каналы друг друга, чтобы познакомить читателей с контентом.
Обожаю авторские лонгриды. И на канале https://t.me/alexcouncil магическим образом показываются лично для меня ответы на насущные вопросы:

- Как погружаться в продукт или продукт в новой компании: 15 самых важных задач, которые надо сделать за 30 дней https://t.me/alexcouncil/662

- Оцифровка результатов: все индивидуально, но без нее нельзя брать и приоритизировать задачи https://t.me/alexcouncil/660 или https://t.me/alexcouncil/651

- Метрики вовлечения после редизайна: первое время метрики вырастут у нового варианта интерфейса, а потом просядут со временем. https://t.me/alexcouncil/655

- Про цикл продуктовой стратегии: чем быстрее мы что-то выпускаем, тем быстрее получаем обратную связь, а значит быстрее учимся - https://t.me/alexcouncil/644

- Про влияние UX на бизнес-метрики: влияние продолжит снижаться, но исследования и проектирование будут все также востребованы. Правда фокус уйдет в сторону более мелких изменений, которые в комплексе формируют опыт пользователя.
https://t.me/alexcouncil/642

За подписками на обновлением контента - сюда https://t.me/alexcouncil

Что такое эффективность сна и как она влияет на восстановление

Эффективность сна — это доля времени, когда вы действительно спите по отношению к тому, сколько проводите в постели.
Если человек ложится в полночь, а встает в восемь утра, но при этом спит только в течении четырех часов, то эффективность составляет всего 50%. Если шесть часов из восьми, проведенных в постели, то 75%.
Как правило, 85% называют нормой, а 90 — отличным результатом.

Ещё одна важная метрика — доля глубокого сна. Считается, что для хорошего восстановления нужно не менее 20%. Совсем хорошо, если 25-35%.
Чем лучше эти метрики, тем качественнее мы высыпаемся, лучше чувствуем себя по утрам и дольше сохраняем энергию в течение дня.

Какие фичи нужны для улучшения сна?
Я недавно начал тестировать курс от телеграм-бота Слипи. Там довольно системный подход к улучшению сна с фокусом на привычки и ритуалы. Подкупает, что там внушительная научная база, каждый совет подкрепляется ссылками на исследования, всего их в курсе больше 200.

Вот что я делаю уже сейчас для улучшения сна:

⁃ Первый шаг к повышению эффективности сна – создание идеальных условий. Для этого необходимо удалить из спальни все раздражители. В вашем храме сна не должно быть ни телевизоров, ни музыкальных проигрывателей.

⁃ Избавьтесь от всех мигающих и вспыхивающих огоньков. Спрячьте свой мобильный телефон как можно дальше

⁃ Закрепите ассоциативную связь между постелью и сном

⁃ Если вы проснулись – вставайте. Поработайте или почитайте книгу, после утомления ложитесь спать.

⁃ Будьте активны в течение дня, занимайтесь спортом

⁃ Расслабьтесь перед тем как идти спать

⁃ Последняя мера – уменьшить время, проводимое в постели

Если хотите углубиться в эту тему, узнать как это работает с научной точки зрения, и оптимизировать свой сон, то рекомендую Слипи. Там больше советов, и, самое главное, что их помогают плавно внедрить в жизнь.

Ссылку оставлю здесь.

Избранные товары как точка возвращаемости в продукт

Пост подготовлен в партнёрстве с @epicgrowth.

В каждом продукте должен быть раздел избранных товаров, которые пользователь добавляет в закладки без обязательства их купить. И вот почему:

1. Возвращаемость и средний чек пользователя растут с каждым новым товаром, добавленным в избранное.
Чтобы увеличить количество товаров в избранном, дайте пользователям возможность делать свои подборки товаров. Пользователи заведут списки желаний, тематические подборки, списки для регулярных покупок — и будут возвращаться снова и снова.

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

3. Готовые подборки повышают вовлеченность в создание списков.
Как и плейлисты в музыкальных сервисах, они могут быть предсозданными. Например, на базе ранее отложенных/просмотренных товаров пользователей (списки всех отложенных товаров, на которые действует акция), или на базе рекомендаций ко всем покупкам.

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

Нужна консультация по продукту - пишите автору канала @SKoloskov или оставьте запрос на сайте.

Метод критического пути в управлении продуктами

Critical path method (CPM) — пошаговая система планирования и управления сроками проекта или продукта целиком, его жизненными процессами. Разбивая огромную задачу на несколько комплексных, получается спрогнозировать с высокой вероятностью время старта и завершения каждой из задач. Больше никаких безумных дедлайнов, простоев производства, бессмысленных трат человеческих и финансовых ресурсов.
Раскладывая беклог задач на задачи, можно постараться порезать их на более мелкие и последовательные друг за другом, благодаря чему в каждом отрезке времени могут релизиться законченные полезные фичи.

Метод CPM подразумевает 5 последовательных шагов:

1. Определение активностей
Представляя масштаб проекта, вы можете разбить структуру работ на список активностей, задать им имена или коды. У всех активностей в проекте должны быть определены длительность и конкретная дата.

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

3. Создание групп активностей
Когда определены, какие действия зависят друг от друга, можно создать диаграмму критического анализа пути. С помощью стрелок можно легко соединить активности, исходя из их зависимостей.

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

5. Поиск критического пути
Группировка действий поможет создать самую длинную последовательность на пути или критический путь, используя следующие параметры:
- Ближайшее время старта (Early Start) — это момент, когда все предыдущие задачи завершены.
- Ближайшее время окончания (Early Finish) — ближайшее время старта и время, необходимое для завершения задачи.
- Последнее время окончания (Late Finish) — финальный момент — все активности завершены без переноса сроков.
- Последнее время начала (Late Start) — последнее время окончания минус время, которое требуется для завершения задачи.

Если интересно попрактиковаться в управлении по методу CPM, рекомендую посетить 5 февраля в 20.00 вебинар «Техники оценки Agile проектов для различных контекстов» от Otus. Приходите, управление ресурсами - важная компетенция продакта. Ссылка для регистрации: https://otus.pw/eUvp/

Грейды менеджеров продукта

Часто в ходе преподавательской деятельности интересуются, по каким грейдам развивается продакт. Ниже отвечаю:

• under-junior. Хочет быть менеджером продукта, но пока даже не двигается в этом направлении.
• junior. Начал изучать профессию, понимает, чем занимается продакт, есть основы продуктовых навыков, часто приобретенные из смежных экспертных зон, например, из проджект-менеджмента или маркетинга. Может выполнять задания взрослых коллег — делать базовые исследования, описывать фичи.
• middle. Есть первичный опыт работы с продуктом, но нет большого количества кейсов или экспертного уровня владения компетенциями. Может отвечать за продуктовую метрику или несколько, самостоятельно инициирует и проводит исследования. Может работать с командой разработки на базовом уровне — отвечает за дизайнера и нескольких инженеров. Может рассказать, по каким критериям он приоритезирует бэклог.
• senior. Может привести по несколько кейсов, чтобы проиллюстрировать владение каждой компетенцией. Уверен в себе, может рассказать “как и что нужно делать”. Пока что не думает про управление людьми, про стратегию, про индустрии в целом. Несет ответственность за большую команду разработки, обязательно выделенную, отвечает за важные для компании продуктовые метрики и за бизнес результат, а не за процесс и сроки, управляет продуктовым роудмэпом своего продукта.
• lead. Начал развиваться в управлении людьми. Отвечает за отдельное направление продукта, делает первые шаги в понимании стратегии продукта, в принятии решений и рассуждениях о том, куда продукту нужно развиваться. Самостоятельно отвечает за бизнес показатели и продуктовые метрики конкретного продукта. Может управлять продактами, дизайнерами, аналитиками и большой командой разработки. Умеет работать со стейкхолдерами, проявляет хорошие лидерские компетенции и имеет развитый навык структурного мышления.
• head of product. Умеет управлять небольшим количеством людей на уровне не только проверки KPI, но и их профессионального развития. Видит большую картинку значительного продуктового направления, системно организовывает работу команды и стейкхолдеров. Несет ответственность за людей, умеет развивать, может заниматься наймом команды. Отвечает за целую часть какого-то продукта, в котором несколько направлений, несет ответственность за деньги и за весь роудмэп продукта.
• chief product officer. Уверенно отвечает за P&L, за большой и комплексный продукт, который можно разделить на части. Отвечает за продуктовую стратегию, несет ответственность за людей и их развитие, ответственность за несколько продуктовых команд, за стратегию, за запуск и развитие новых направлений, рынков, за деньги — выручку или прибыль.

Классификацию, что я привел выше, описала Валерия Розов, экс-CPO Qlean и основатель HR-компании TYPICAL. Она руководила продуктовой командой из 20 человек (продакты, аналитики, дизайнеры) и проинтервьюировала более 200 кандидатов.

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

http://i.wannabelike.ru/rozova

Проверенные шаги, которые помогут увеличить LTV клиента


1. Увеличьте средний чек или частоту покупок (что выбрать зависит от специфики вашего бизнеса). Если логистика дорогая, то лучше сконцентрировать усилия на увеличении среднего чека. Здесь вам пригодятся up-selling и cross-selling;

2. Привлекайте «А-сегмент». Определить качество клиента можно, проанализировав состав и стоимость его первой корзины. Если существует реальная зависимость между характеристиками А-сегмента и каналами привлечения, сконцентрируйте все ресурсы в каналы привлечения, которые приносят вам наиболее качественных клиентов;

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

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

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

6. Регулярная информационная поддержка. Большинство e-commerce бизнесов не хотят тратить время и ресурс на контент-маркетинг, эта ошибка лишает их возможности выстроить долгосрочные отношения с клиентом. Решая реальные проблемы клиента можно заслужить доверие.

7. Предложите участие в реферальной программе. Стимулом для участия в реферальной программе может быть купон на скидку, бесплатный продукт или реальные деньги.

8. Стимулируйте делиться фактом покупки в социальных сетях и мессенджерах. Шопинг повышает настроение из-за выброса химических веществ в мозг. Продлите ощущение счастья, предоставив возможности поделиться информацией о покупке с друзьями.

9. Эффект ограниченности во времени. Купоны с большой скидкой, которая действует в течение 24 часов, электронные рассылки с информацией об ограниченности товарного запаса из списка избранного, бесплатный подарок здесь и сейчас и т.д.

10. Работайте с “брошенными” корзинами. Это поможет вам превратить случайных клиентов в постоянных, увеличить частоту покупок и средний размер чека.

Если хотите узнать побольше о поиске решений для роста LTV на базе аналитики, приходите на вебинар “Как увеличить LTV с помощью Amplitude” от Вадима Шестакова (консультант по аналитике Delivery Club, МегаФон, Утконоса) 10 февраля в 19 по МСК по ссылке

5 дней на проверку продукта

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

Сейчас спринт — это разработка Google Venture: формат, при котором в ходе решения задач создаются прототипы, а идеи проверяются на реальных клиентах. В спринтах задействованы пошаговые методики из самых разных областей: бизнес-планирования, инноватики, социологии, дизайна. Итак, пошагово:

Пошаговая методика тестирования
1. Выделить неделю, свободную от других дел.
2. Поставить дедлайн на пятницу — в этот день рабочий прототип должен быть опробован на реальных пользователях.
3. Понедельник отводится на обсуждение проблемы и определение этапов пользовательского пути, требующих особенного внимания.
4. Во вторник команда переключается с формулировки проблемы на поиск решений, каждый прорабатывает свой вариант.
5. В среду все (или только лучшие) решения презентуются команде, проводится структурированная дискуссия. По итогам дня выбирают одну или несколько финальных идей — они превращаются в гипотезы о решении. Их будем проверять на практике.
6. Четверг отводится на программирование и сборку функционального прототипа. У него должны быть только базовые возможности, чтобы можно было проверить основную ценность продукта. Конечный продукт впоследствии может несколько видоизмениться, но сохранить базовый принцип.
7. В пятницу проводятся полевые испытания.

Описанные идеи также вошли в книгу “Спринт” Джейка Кнаппа, Брейдена Ковитца
Успешный запуск возможен с привлечением ментора, на диване в разгар удаленки и без увольнения с основной работы.Об этом будет бесплатный интенсив «Как запускать продукты быстро и эффективно» от онлайн-университета GeekBrains. Приходите 6 февраля (в субботу) в 11:00 , регистрация по ссылке – https://geekbrains.ru/link/O3t5bx

Использовать User Stories или Use Cases?

Это зависит от вашей аудитории. Формальные и неформальные Use Cases помимо того, что более затратны в реализации, также предоставляют больше контекста и позволяют вам описать более сложные варианты использования вашего продукта. Некоторые пользователи настолько сложны, что вам необходимо использовать Use Cases для их описания. Некоторые настолько просты, что что-либо сложнее User Story является бесполезной тратой усилий. Интерпретация того, что является сложным, а что простым, тем не менее, не является просто оценкой того, что пользователи хотят делать, она также зависит от уровня владения предметной областью вашей командой разработчиков.

В процессе проектирования взаимодействия с системой в виде Use Case, руководитель продукта описывает много сопутствующей информации: роли пользователей, внутренние правила работы потенциальных пользователей, которые влияют на логику Use Case и являются бизнес-правилами. В процессе расстановки приоритетов и выявления критичности тех или других Use Case формируются требования к пользовательскому интерфейсу. При определении частоты выполнения того или иного действия пользователя в системе, описанного в виде Use Case, формируются требования к производительности системы.

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

Вот ключевые отличия кейсов от историй:
•UML-диаграмма прецедентов (Use Case) может использоваться с обеими схемами представления требований, наглядно показывая основные функциональные возможности взаимодействия стейкхолдера с проектируемой системой, без детализации их выполнения. Однако, неподготовленному читателю такая диаграмма покажется сложной и непонятной, в отличие от простых формулировок User Story и текстового (табличного) представления Use Case.
•User Story отлично подходит для разработки поведенческих сценариев тестирования, программы и методики приемочных испытаний;
•сценарии использования (Use case), в отличие от пользовательских историй, описывают процесс и его шаги подробно, предоставляя всю необходимую информацию о взаимодействии актора с системой, включая цель, пред- и пост-условия, триггеры, основные и альтернативные потоки, а также бизнес-правила;
•User Story позволяет указать нефункциональные требования с точным заданием значений нужных показателей, например, время отклика на событие, наработку на отказ и пр.;
•Use Сase объединяет функциональные требования по контексту.

Что можно автоматизировать в работе продакт-менеджера?

Совместно с Лео Кипером, автором канала Реальная автоматизация - https://t.me/RAutomation - подготовили список того, что уже можно было бы и полезно автоматизировать. По сути, это может вырасти до фичей и приложений.
Итак:

1. Расшифровки интервью и эмоций с бизнес-представителями и пользователями. Также с возможностью структурировать и ранжировать итоги.

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

3. Ведение дорожной карты (на базе срока и приоритета подставлять в нужное место фичу). В каждый момент, когда “прилетает” важная фича, по заранее настроенным критериям она занимает свое место со сроками.

4. Расшифровка и сбор фича-запросов из разных мест. Как в CRM-ках, из отзывов, беклогов, трендов, исследований пользователей вычленяются фичи, наполняются смысловыми гипотезами. По сути, становятся первым слоем воронки продуктового дискаверинга.

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

6. Автодобавление метрик по новым фичам. Базовый набор воронки по каждой: DAU-CR в ключевые для продукта метрики.

7. Автоматизированный календарь по долям внимания продакта (исследования - 10%, управление командой - 15%, общение с бизнесом - 10% и проч.)
Календарь рекомендует органично забивать календарь исходя из классического стека активности, переносить на следующие периоды мероприятия.

8. Автообновление цифр в юнит-экономике по итогам экспериментов и новых продуктов. Чтобы расчет был актуальный регулярно по итогам всех изменений в продукте.

9. Автообновление базы знаний по новым фичам и инсайтам. Вся актуальная база с описанием сервисов и добытых инсайтов.

10. Умные уведомления по релизам, тестам с настройками. Лента всех-всех изменений с фильтрами для удобства управления.

Для чего нужна оценка эффективности: KPI vs OKR

Что бы вы ни выбрали, все сводится к одному: единственный способ улучшить работу — это измерять и оценивать ее эффективность. Если вы сэкономите время на постановке целей или на оценке проделанной работы в конце года/квартала, вы лишите себя превосходной возможности учиться и развиваться и не сможете успешно координировать проекты, различающиеся по важности.
OKR по своему предназначению не является системой, которая нацелена на Performance Management, то есть на вознаграждение и наказание. В отличие от системы KPI, OKR – это система про постановку, с одной стороны, честных, с другой стороны, синхронизированных целей. Это те цели, в которые команды действительно верят, которых они собираются достигать и верят, что они могут достигнуть.

Несколько важных свойств, которые есть у системы OKR и которые, в том числе, отличают ее от системы KPI.
1. Первое — это смысл. У нас есть Objectives, и в рамках Objectives мы отражаем предназначение тех или иных команд.
2. Второе — это амбициозность. Здесь мы учитываем различные вероятностные сценарии и понимаем, что не все зависит от одной команды, а даже если и зависит от нее, то сценарии могут быть разные — может повезти, может не повезти.
3. Здесь есть прозрачность — это цели, которые известны всей компании, и за счет этого мы повышаем степень синхронизированности между различными подразделениями.
4. Это инициатива — мы вовлекаем команды, мы даем им возможность поучаствовать в постановке целей и за счет этого повышаем качество этих целей.
5. И это честность — мы отрываем цели от компенсации, за счет этого команды действительно обозначают те цели, в которые они действительно верят и на которые они замотивированы.
6. Еще одна важная мысль. На самом деле OKR — это довольно универсальный фреймворк, его можно использовать в совершенно разных ситуациях.
• Его можно использовать в разных временных горизонтах — год, квартал, что угодно.
• Его можно использовать для команд и для отдельных сотрудников.
• Его можно использовать для разных подразделений: для тех, у кого неопределенность в процессах выше, пользы будет больше, но вы можете использовать его везде.
• И для самых разных уровней неопределенности: мы жили в какие-то стабильные времена, сейчас коронакризис — это немножко разные форматы OKR, но тем не менее и там и там OKR отлично работает.
• Более того, понятно, что его можно использовать для самых разных размеров организаций и т.д.

Нужно управлять и изменениями, и инновациями, и процессами? Есть 3 варианта:
7. Только KPI, в которые зашиваются амбиции. Это не самый удачный вариант для управления изменениями, но есть кейсы, когда удалось сделать из KPI-системы что-то среднее.
8. Одновременно вести OKR и KPI. Важно в этом случае смотреть их совместно, т.к. они часто пересекаются.
9. Только OKR. В этом случае в OKR выделяется блок KPI или, как их называют в Google, приоритетные цели. Они отличаются от амбициозных целей и к ним отношение другое. По сути это KPI.

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

Ссылка - https://bit-ly.ru/wAKJN

Что можно сделать в рамках MVP без разработки

1. Ручные продажи целевой аудитории в чате или Zoom. Если вы знаете потенциального клиента, то пообщайтесь с ним в соцсети и проведите целевое интервью, сделайте коммерческое предложение.

2. Лендинг, на который ведется трафик. На Тильде, Вордпрессе, даже Notion можно запустить лендинг, на него вести бесплатный трафик, и по неким метрикам, например, по конверсии в регистрации, оценивать, хорош продукт или нет.

3. Промопосты и комментарии в лентах. Можно написать классный текст, адресовать его ЦА, получить большое количество реакций, комментариев, споров, трафика. Можно писать не посты, а комментарии, если вы точно видите перед собой представителя ЦА.

4. Реклама на Facebook, в Google, Яндекс или рассылки. Так можно протестировать, на ту ли аудиторию направлена идея. Вариантов сообщений для разной аудитории может быть масса, и этими каналами легко и быстро проверяется их вариативность.

5. Кампания на Kickstarter и Co, подходящих для вашей аудитории позволяет получить средства на разработку, собрать отзывы и оценить востребованность продукта.

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

7. Опросы с помощью различных сервисов. Дадут понять ответную реакцию, собирать заявки, а на некоторых сервисах опросов даже принимать оплаты в конце опроса, когда человек уже «готов».

8. Закрытое сообщество в соцсети. Собираете сообщество, привлекая людей интересной идеей или контентом, и в процессе общения делаете проект.

9. Ручное моделирование функционала. Какой-либо сервис можно протестировать через мессенджер или sms. Или в рамках решенческого интервью.

10. Бумажный прототип или в дизайн-редакторе. Вообще если вы занимаетесь дизайном, то концепция такого прототипа вам наверняка знакома и вы не раз делали подобное. Теперь пора использовать эти наброски в качестве MVP.

11. “Предзаказ” с гарантией возврата. Возможно, не существующего продукта. Если вам пришлось вернуть деньги - вы все равно проверили востребованность продукта.

12. Бесплатная помощь и мероприятия. Стримы, открытые уроки. Так вы сможете собрать аудиторию, пообщаться с ней вживую и затем, например, организовать сообщество в соцсети.

13. Промопосты на существующих площадках. Например, если вам нужны предприниматели — они уже собраны на vc ru. Кажется, что все рассказывают про уже работающий продукты, но нет, зачастую — это очередной этап MVP.

14. Доски объявлений. Если вы можете с первого дня выложить что-то, что вы продаете, на Авито/Юла, то почему бы это и не сделать? Airbnb начинал на досках объявлений.

Хотите больше про MVP, юнит-экономику и базовые скиллы продакта? GeekBrains приглашает 13-14 февраля с 11:00 до 19:00 на онлайн-интенсив по созданию продуктов с экспертами Альфа-Банка, Gett и Wikium. Интенсив полезен для начинающих продактов, руководителей и тех, кто планирует превратить свою идею в востребованный продукт.
Регистрируйтесь по ссылке: https://geekbrains.ru/link/5FdDiB