DataDrivenLab (StartUps | Growth | Product)
662 subscribers
279 photos
1 video
3 files
195 links
Помогаем компаниям отслеживать эффективность бизнеса и использовать аналитику | Разрабатываем техническую документацию, проводим исследования и проектируем интерфейсы | Контакты для связи и сотрудничества @dolgolevetsw
Download Telegram
FaceApp - это мобильное приложение на базе AI с основателем из России. Приложение позволяет пользователям применять ряд преобразующих фильтров к загруженным изображениям. Хотите знать, как вы будете выглядеть как представитель противоположного пола? В возрасте 40 лет? Ниже крутая стата о бизнес - показателях приложения включая цифры о доходности https://www.businessofapps.com/data/faceapp-statistics/
свежая аналитика популярности соц. сетей
Как проверять больше продуктовых гипотез

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

Цели по росту ложатся на продакт-менеджера и задача в такой ситуации – выстроить системную работу над проверкой гипотез.

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

Вот несколько советов, с помощью которых можно проверять больше продуктовых гипотез:

1. Выделите фиксированное время на работу с гипотезами

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

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

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

Чтобы выстроить полноценную работу, нужно зафиксировать в календаре конкретный объем времени, который будет посвящен только гипотезам. Он варьируется в зависимости от ситуации, но занимает не меньше 20%. Один полный день в неделю или два дня по четыре часа – стартовый минимум, который позволит сделать процесс управляемым.

2. Заведите правила и единое пространство для записи гипотез

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

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

Есть разные способы формулирования гипотез. Например, шаблон: «если…, то...». В первой части вы пишите, что конкретно предполагаете сделать, во второй – к какому ожидаемому результату это приведет.

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

3. Вовлекайте команду в работу с гипотезами

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

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

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

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

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

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

— Исследование имеющихся данных

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

— Анализ поведения и разбор сессий

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

— Интервью с пользователями

То, что в России принято называть CustDev. Общаясь с реальными пользователями продукта и задавая им правильные вопросы (не про будущее), вы можете отсеивать многие гипотезы без единой строчки кода. Важно понимать, что вы не получите статистически значимые результаты через интервью, но найдете подтверждение или опровержение выдвинутым гипотезам. Это поможет решить: продолжать развивать идею или перестать тратить на нее время и ресурсы.

— Эксперименты в каналах привлечения

eBay проверил гипотезу о функционале индикатора количества оставшихся товаров через тестовую e-mail-рассылку. Zynga измеряла востребованность несуществующих игр, тестируя кликабельность рекламных баннеров. По аналогии с ними вы можете проверять гипотезы за пределами вашего продукта.

5. Упрощайте до минимума, если без разработки не обойтись

Худший способ проверить гипотезу – реализовать 100% функционала и посмотреть, что получится. Вы потратите много времени, ресурсов и энергии команды на задачу, которая принесет ожидаемый результат с вероятностью не больше 10-20%. Таковы средние показатели по количеству подтверждающихся гипотез.

Если разработки не избежать, как менеджер продукта, вы должны стремиться минимизировать усилия команды:

— выделите MVF (минимально жизнеспособную фичу), которая по аналогии с MVP позволит собрать достаточные данные, чтобы подтвердить или опровергнуть гипотезу;

— продумайте способ информирования о новом функционале и используйте фантомные кнопки, которые позволят измерить процент заинтересованных пользователей;

— смоделируйте ухудшающий тест, который путем отрицательных изменений, позволит установить влияние функций продукта на целевые метрики.

О важности проверки гипотез для достижения целей по росту бизнеса знает каждый менеджер продукта. Но в России существует не так много компаний, в которых продакты занимаются этим системно.

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

Начав проверять больше продуктовых гипотез, делая это системно и регулярно, вы вплотную приблизитесь к созданию кросс-функциональной команды роста и в будущем сможете стать ее лидером.
Качества бизнес - аналитика 😎
Соотношение пользователей iOS и Android по странам
Какую марку машин чаше всего "Гуглит" каждая страна
Россияне следят за курсом доллара, но сбережения хранят в рублях.🤔
Инструкция и шаблон xls как работать с канвой бизнес - модели в нашем блоге https://businessanalytics.pro/blog/canva_business_model/
Канва бизнес - модели (+ шаблон в exel на русском) https://businessanalytics.pro/blog/canva_business_model/
Новая статья в блоге о типах реализации собственной криптобиржи https://businessanalytics.pro/blog/solution_crypto_exchange/