presentation.pdf
2.1 MB
Портфолио нашей команды 😎
Аннонс глобальной конференции по бизнес - анализу, есть те, кто собирается? https://irmuk.co.uk/events/business-analysis-conference-europe/
Начал публиковать портфолио на Behance, вот что из этого получается https://www.behance.net/gallery/85091127/portfolio-razrabotki-tehnicheskoj-dokumentacii
Behance
Портфолио разработки технической документации
Портфолио по разработке технической документации и проектирования businessanalytics.pro
FaceApp - это мобильное приложение на базе AI с основателем из России. Приложение позволяет пользователям применять ряд преобразующих фильтров к загруженным изображениям. Хотите знать, как вы будете выглядеть как представитель противоположного пола? В возрасте 40 лет? Ниже крутая стата о бизнес - показателях приложения включая цифры о доходности https://www.businessofapps.com/data/faceapp-statistics/
Business of Apps
FaceApp Revenue and Usage Statistics (2026)
FaceApp is an AI-powered mobile app which allows users to apply a number of transformative filters to uploaded pictures. Want to know what you would look like as a member of the opposite sex? Aged 40 years? Or without spots or wrinkles? Launched in early…
Новое видео на канале посвящено работе с Google Tag manager (GTM) https://youtu.be/BKRCOzesv9o
YouTube
Как WEB аналитику начать работать с Google Tag Manager (GTM)
Как WEB аналитику начать работать с Google Tag Manager (GTM):
- Как установить контейнер GTM на сайт?
- Как добавить код google analytics при помощи GTM?
- Как проверить корректность установки кода?
Больше интересных кейсов и примеров в наших официальных…
- Как установить контейнер GTM на сайт?
- Как добавить код google analytics при помощи GTM?
- Как проверить корректность установки кода?
Больше интересных кейсов и примеров в наших официальных…
Forwarded from 100x | Денис Мартынцев
Как проверять больше продуктовых гипотез
Для многих компаний создание полноценной команды роста скорее утопия, чем реальность. Причин этому огромное множество – от особенностей бизнеса до банального нежелания руководства менять устоявшиеся процессы.
Цели по росту ложатся на продакт-менеджера и задача в такой ситуации – выстроить системную работу над проверкой гипотез.
Научный подход и решения, принимаемые на основе данных, помогут управляемо двигаться к целям, вместо того, чтобы вслепую наращивать функционал продукта.
Вот несколько советов, с помощью которых можно проверять больше продуктовых гипотез:
1. Выделите фиксированное время на работу с гипотезами
Совет может показаться банальным, но как ни странно, отсутствие времени – главная причина, которая мешает добиваться результата.
Продакт погрязает в операционной рутине, едва успевая выполнять задачи по взаимодействию со стейкхолдерами, составлению роадмэпа, описанию функционала и многому другому, что заполняет ежедневный график работы.
В таких условиях проверка гипотез становится эпизодическим актом и происходит только в моменты, когда удается разгрести завал по текучке. Об управляемом росте речи не идет.
Чтобы выстроить полноценную работу, нужно зафиксировать в календаре конкретный объем времени, который будет посвящен только гипотезам. Он варьируется в зависимости от ситуации, но занимает не меньше 20%. Один полный день в неделю или два дня по четыре часа – стартовый минимум, который позволит сделать процесс управляемым.
2. Заведите правила и единое пространство для записи гипотез
Многие менеджеры не видят смысла поддерживать порядок в работе с гипотезами, потому что относятся к ним, как к эфемерным идеям, большинство из которых не будет реализовано.
До тех пор, пока гипотеза не сформормулирована достаточно четко, так и есть. Но как только вы заведете единые правила формулировки и выделите конкретный документ для записи, гипотезы обретут куда больший вес.
Есть разные способы формулирования гипотез. Например, шаблон: «если…, то...». В первой части вы пишите, что конкретно предполагаете сделать, во второй – к какому ожидаемому результату это приведет.
Записывая гипотезы по такому шаблону в одном документе, вам гораздо проще будет сравнивать их между собой и выбирать лучшие.
3. Вовлекайте команду в работу с гипотезами
Генерация гипотез часто бывает индивидуальной работой продакт-менеджера. Это упущение, которое сильно мешает построить системный процесс.
Старайтесь привлекать команду не только, когда возникают конкретные задачи по проверке, но и на предварительных этапах.
Сделайте задачу по генерации гипотез общей для всех, включая аналитиков, разработчиков и тестировщиков. Вы удивитесь, насколько неожиданные и оригинальные идеи будут приходить от ваших коллег.
По началу команда может озвучивать и записывать гипотезы в свободной форме, а вы будете переформулировать их по шаблону. Если это станет регулярной практикой, люди сами научатся формулировать гипотезы в едином стиле.
Добавив к задаче по генерации также оценку и обсуждение, вы сможете поднять вовлеченность команды еще выше. У разработчиков больше не будут возникать вопросы, зачем вы просите их городить очередные костыли и хотите испортить прекрасный код.
Для многих компаний создание полноценной команды роста скорее утопия, чем реальность. Причин этому огромное множество – от особенностей бизнеса до банального нежелания руководства менять устоявшиеся процессы.
Цели по росту ложатся на продакт-менеджера и задача в такой ситуации – выстроить системную работу над проверкой гипотез.
Научный подход и решения, принимаемые на основе данных, помогут управляемо двигаться к целям, вместо того, чтобы вслепую наращивать функционал продукта.
Вот несколько советов, с помощью которых можно проверять больше продуктовых гипотез:
1. Выделите фиксированное время на работу с гипотезами
Совет может показаться банальным, но как ни странно, отсутствие времени – главная причина, которая мешает добиваться результата.
Продакт погрязает в операционной рутине, едва успевая выполнять задачи по взаимодействию со стейкхолдерами, составлению роадмэпа, описанию функционала и многому другому, что заполняет ежедневный график работы.
В таких условиях проверка гипотез становится эпизодическим актом и происходит только в моменты, когда удается разгрести завал по текучке. Об управляемом росте речи не идет.
Чтобы выстроить полноценную работу, нужно зафиксировать в календаре конкретный объем времени, который будет посвящен только гипотезам. Он варьируется в зависимости от ситуации, но занимает не меньше 20%. Один полный день в неделю или два дня по четыре часа – стартовый минимум, который позволит сделать процесс управляемым.
2. Заведите правила и единое пространство для записи гипотез
Многие менеджеры не видят смысла поддерживать порядок в работе с гипотезами, потому что относятся к ним, как к эфемерным идеям, большинство из которых не будет реализовано.
До тех пор, пока гипотеза не сформормулирована достаточно четко, так и есть. Но как только вы заведете единые правила формулировки и выделите конкретный документ для записи, гипотезы обретут куда больший вес.
Есть разные способы формулирования гипотез. Например, шаблон: «если…, то...». В первой части вы пишите, что конкретно предполагаете сделать, во второй – к какому ожидаемому результату это приведет.
Записывая гипотезы по такому шаблону в одном документе, вам гораздо проще будет сравнивать их между собой и выбирать лучшие.
3. Вовлекайте команду в работу с гипотезами
Генерация гипотез часто бывает индивидуальной работой продакт-менеджера. Это упущение, которое сильно мешает построить системный процесс.
Старайтесь привлекать команду не только, когда возникают конкретные задачи по проверке, но и на предварительных этапах.
Сделайте задачу по генерации гипотез общей для всех, включая аналитиков, разработчиков и тестировщиков. Вы удивитесь, насколько неожиданные и оригинальные идеи будут приходить от ваших коллег.
По началу команда может озвучивать и записывать гипотезы в свободной форме, а вы будете переформулировать их по шаблону. Если это станет регулярной практикой, люди сами научатся формулировать гипотезы в едином стиле.
Добавив к задаче по генерации также оценку и обсуждение, вы сможете поднять вовлеченность команды еще выше. У разработчиков больше не будут возникать вопросы, зачем вы просите их городить очередные костыли и хотите испортить прекрасный код.
Forwarded from 100x | Денис Мартынцев
4. Старайтесь проверять гипотезы без разработки
Многие гипотезы можно проверить, не меняя ничего в продукте. Существует несколько способов сделать это:
— Исследование имеющихся данных
В основе гипотезы могут лежать причинно-следственные связи, существование которых можно доказать или опровергнуть, исследуя ретроспективные данные о продукте.
— Анализ поведения и разбор сессий
Проверить гипотезы, связанные с изменениями в интерфейсе, можно, изучив некоторое количество пользовательских сессий или проанализировав поведение пользователей через вебвизор.
— Интервью с пользователями
То, что в России принято называть CustDev. Общаясь с реальными пользователями продукта и задавая им правильные вопросы (не про будущее), вы можете отсеивать многие гипотезы без единой строчки кода. Важно понимать, что вы не получите статистически значимые результаты через интервью, но найдете подтверждение или опровержение выдвинутым гипотезам. Это поможет решить: продолжать развивать идею или перестать тратить на нее время и ресурсы.
— Эксперименты в каналах привлечения
eBay проверил гипотезу о функционале индикатора количества оставшихся товаров через тестовую e-mail-рассылку. Zynga измеряла востребованность несуществующих игр, тестируя кликабельность рекламных баннеров. По аналогии с ними вы можете проверять гипотезы за пределами вашего продукта.
5. Упрощайте до минимума, если без разработки не обойтись
Худший способ проверить гипотезу – реализовать 100% функционала и посмотреть, что получится. Вы потратите много времени, ресурсов и энергии команды на задачу, которая принесет ожидаемый результат с вероятностью не больше 10-20%. Таковы средние показатели по количеству подтверждающихся гипотез.
Если разработки не избежать, как менеджер продукта, вы должны стремиться минимизировать усилия команды:
— выделите MVF (минимально жизнеспособную фичу), которая по аналогии с MVP позволит собрать достаточные данные, чтобы подтвердить или опровергнуть гипотезу;
— продумайте способ информирования о новом функционале и используйте фантомные кнопки, которые позволят измерить процент заинтересованных пользователей;
— смоделируйте ухудшающий тест, который путем отрицательных изменений, позволит установить влияние функций продукта на целевые метрики.
О важности проверки гипотез для достижения целей по росту бизнеса знает каждый менеджер продукта. Но в России существует не так много компаний, в которых продакты занимаются этим системно.
Не бойтесь брать на себя инициативу и менять устоявшиеся корпоративные уклады. Эксперименты с процессами работы команды дают не меньше пользы бизнесу, чем непосредственно эксперименты в продукте.
Начав проверять больше продуктовых гипотез, делая это системно и регулярно, вы вплотную приблизитесь к созданию кросс-функциональной команды роста и в будущем сможете стать ее лидером.
Многие гипотезы можно проверить, не меняя ничего в продукте. Существует несколько способов сделать это:
— Исследование имеющихся данных
В основе гипотезы могут лежать причинно-следственные связи, существование которых можно доказать или опровергнуть, исследуя ретроспективные данные о продукте.
— Анализ поведения и разбор сессий
Проверить гипотезы, связанные с изменениями в интерфейсе, можно, изучив некоторое количество пользовательских сессий или проанализировав поведение пользователей через вебвизор.
— Интервью с пользователями
То, что в России принято называть CustDev. Общаясь с реальными пользователями продукта и задавая им правильные вопросы (не про будущее), вы можете отсеивать многие гипотезы без единой строчки кода. Важно понимать, что вы не получите статистически значимые результаты через интервью, но найдете подтверждение или опровержение выдвинутым гипотезам. Это поможет решить: продолжать развивать идею или перестать тратить на нее время и ресурсы.
— Эксперименты в каналах привлечения
eBay проверил гипотезу о функционале индикатора количества оставшихся товаров через тестовую e-mail-рассылку. Zynga измеряла востребованность несуществующих игр, тестируя кликабельность рекламных баннеров. По аналогии с ними вы можете проверять гипотезы за пределами вашего продукта.
5. Упрощайте до минимума, если без разработки не обойтись
Худший способ проверить гипотезу – реализовать 100% функционала и посмотреть, что получится. Вы потратите много времени, ресурсов и энергии команды на задачу, которая принесет ожидаемый результат с вероятностью не больше 10-20%. Таковы средние показатели по количеству подтверждающихся гипотез.
Если разработки не избежать, как менеджер продукта, вы должны стремиться минимизировать усилия команды:
— выделите MVF (минимально жизнеспособную фичу), которая по аналогии с MVP позволит собрать достаточные данные, чтобы подтвердить или опровергнуть гипотезу;
— продумайте способ информирования о новом функционале и используйте фантомные кнопки, которые позволят измерить процент заинтересованных пользователей;
— смоделируйте ухудшающий тест, который путем отрицательных изменений, позволит установить влияние функций продукта на целевые метрики.
О важности проверки гипотез для достижения целей по росту бизнеса знает каждый менеджер продукта. Но в России существует не так много компаний, в которых продакты занимаются этим системно.
Не бойтесь брать на себя инициативу и менять устоявшиеся корпоративные уклады. Эксперименты с процессами работы команды дают не меньше пользы бизнесу, чем непосредственно эксперименты в продукте.
Начав проверять больше продуктовых гипотез, делая это системно и регулярно, вы вплотную приблизитесь к созданию кросс-функциональной команды роста и в будущем сможете стать ее лидером.
Как работать с целями Google analytics при помощи google tag managet (GTM ) https://youtu.be/CmGYVamix2Q
YouTube
Как настроить цели Google Analytics при помощи Google tag manager (GTM)
Как установить GTM на сайт https://youtu.be/BKRCOzesv9o В этом видео мы: - посмотрим как отслеживать клики на сайте - определим корректный url и ошибку - узн...
Опубликован пример технического задания (ТЗ) на разработку IT системы https://www.behance.net/gallery/85549735/primer-tz-na-razrabotku-mobilnogo-prilozhenija
Behance
Пример ТЗ на разработку мобильного приложения
Пример технического задания (ТЗ) на разработку мобильного приложения для IT системы
Инструкция и шаблон xls как работать с канвой бизнес - модели в нашем блоге https://businessanalytics.pro/blog/canva_business_model/
Пример подробного ТЗ на CRM систему курьерской компании https://www.behance.net/gallery/85703153/tz-CRM-dlja-kurerskoj-kompanii-i-mobilnoe-prilozhenie
Behance
ТЗ CRM для курьерской компании и мобильное приложение
Техническое задание для CRM курьерской компании с мобильным приложением управления курьерами
Канва бизнес - модели (+ шаблон в exel на русском) https://businessanalytics.pro/blog/canva_business_model/
Новая статья в блоге о типах реализации собственной криптобиржи https://businessanalytics.pro/blog/solution_crypto_exchange/
Почему не нужно долго париться с MVP https://secretmag.ru/practice/osnovatel-twitch-rasskazal-kak-splanirovat-mvp-i-ne-oblazhatsya.htm?utm_source=sftg&utm_medium=social
secretmag.ru
Основатель Twitch рассказал, как спланировать первый прототип продукта и не облажаться
Первый прототип продукта должен быть до смешного простым. Для его разработки не обязательно с головой уходить в трёхлетнее исследование или десять лет работать в интересующей отрасли, считают в венчурном фонде [Y Combinator](https://www.ycombinator.com).…