Тестирование гипотез с помощью прототипов
Вместе с Антоном Сурковым, Senior Product Manager Репетит.ру разобрались, что такое прототип, зачем и когда он нужен, как быстро протестировать гипотезу с его помощью и какие инструменты для этого пригодятся, как оценить результаты.
Когда и зачем нужны прототипы?
Одна из главных задач любого продакт-менеджера — узнавать что-то новое о пользователях, их проблемах, придумывать новые решения. Цитата из вакансии: “Ты проводишь исследования, а в частности качественные интервью, UX исследования. Ты умеешь находить инсайты, формулировать из них гипотезы, системно их проверять”.
Создавать прототип = тестировать гипотезу (почти всегда). Исключением может быть “Я нарисую прототип для донесения правильной мысли программистам или дизайнерам. Это проще, чем писать”. В этом случае прототипирование является своеобразным визуальным языком повествования, во всех остальных кейсах он необходим для тестирования идей.
Зачем проверять гипотезы?
- Расти — для постоянного совершенствования важно регулярно искать новые боли аудитории и предлагать свои решения этих проблем.
- Не делать ерунду — значит не тратим дорогие ресурсы разработки на непроверенные прототипом гипотезы и не создаем невостребованный продукт.
- Протестировать пользовательский опыт — например, насколько удобно пользоваться предлагаемым решением.
- Визуализировать продукт — структурировать свои мысли или упростить коммуникацию с программистами, дизайнерами и другими стейкхолдерами.
- Улучшить маркетинговые показатели — маркетологи чаще всего используют прототипы для исследований: рисуют лендинги, email-рассылки и другие креативы для сравнения результативности.
- Продать идею инвестору — сейчас такой путь кажется более сложным, чем даже несколько лет назад, так как многим инвесторам будет недостаточно вашего прототипа: необходимо предоставить больше данных, например, MVP. Тем не менее, при развитых софт скиллах убедить вложиться в продукт можно и на этом этапе разработки.
Рассмотрим пример.
Репетит.ру тестировал новый flow того, что происходит с пользователем после оставления заявки. Желаемый процесс был такой: после заявки человек может самостоятельно выбрать себе репетитора, просмотреть страницы откликнувшихся репетиторов. В общем, что-то вроде личного кабинета работы с заявкой.
Доска в фигме, где собирались прототипы, выглядит так:
На скриншоте выше вместе с дизайнером было отрисовано 3 варианта кликабельных прототипов. Вот один из них:
Дальше все просто — отрисовали несколько вариантов прототипов (это можно сделать в Figma, Гугл презентациях и тд), протестировали на себе, а потом показываем пользователям и собираем обратную связь.
Можно задавать вопросы вроде “Что понимаешь?”, “Что хочешь сделать дальше?” или поместить респондентов в какой-то конкретный кейс, где они будут, например, родителями, желающими записать ребенка к репетитору. Так, проводим классическую “коридорку”, быстрое юзабилити-тестирование интерфейса. После получения ОС итеративно дорабатываем продукт.
Исследование рынка немецких репетиторов на прототипе UserBrain + Tilda
На вебинаре подробно разобрали кейс подбора учеников для репетиторов в Германии. Рассказали, какие сервисы могут помочь в анализе результатов и сборе обратной связи от респондентов.
Формулируем гипотезу
При ограниченных сроках большее количество времени следует удалить именно подготовке, а не работе в Фигме. Самая сложная часть — понять, какую гипотезу мы тестируем, а не нарисовать прототип.
Единственной верной “формулы” выдвижения гипотезы нет, в идеале формулировка должна быть заточена под продукт и метрики, которые будут проверяться с помощью тестов. Например: Действие Х величит метрику Y на H потому что Z.
При проведении эксперимента на основе прототипа, формулировку гипотезы можно расширить.
— Что хотим сделать? — требования к разработчикам, дизайнерам, себе и тд
— Какая часть аудитории будет задействована? — дополнительное подтверждение того, что “не делаем невостребованную ерунду”
— Какие метрики будем отслеживать? — важно выбрать целый ряд показателей и не фокусировать на одном, так как тестирование гипотезы может дать неожиданные результаты
— Какие у нас ожидания? Какой эффект получим? — здесь необходимо определить критерии результативности нашего теста
— Какие наши дальнейшие действия? — то есть при каком исходе продолжаем работать с тестируемым вариантом
Самая частая ошибка формулирования цели тестирования прототипов: хотим получить обратную связь. Важно понять, что именно вы хотите проверить с помощью прототипов. Не «посмотреть, получится ли разместить все блоки на сайте», а «оценить, насколько пользователю удобно будет выбрать товар и сделать заказ таким способом».
Немного о Job story
Когда мы что-то улучшаем или делаем новую фичу, стоит это сформулировать через Job story. Этот метод стал чем-то вроде отраслевого стандарта. Составляется так: Когда ___, я хочу ___, чтобы ___. Например, Когда важный новый клиент регистрируется, я хочу получать оповещения, чтобы я мог начать с ним разговор.
Каждое продуктовое или дизайнерское решение должно иметь обоснование в виде JS.
Если вам интересно развиваться в профессии продакт-менеджера, то будем рады вам помочь в рамках курса “Профессия: продакт-менеджер” — будет 70% практики (на вашем личном проекте после каждого из занятий) , работа с экспертами из Amazon, Яндекс и Booking. com, плотное взаимодействие с продуктовым комьюнити (мы более 10 лет являемся организаторами ProductCamp, крупнейшего в Восточной Европе комьюнити менеджеров по продукту) , помощь с трудоустройством и прохождением испытательного срока — в среднем, мы трудоустраиваем за 2,5 месяца обучения. Будем рады помочь и до встречи!
Ну а если у вас остались вопросы о развитии в продакт-менеджменте, сомнения, или если вам не хватает профессионального взгляда со стороны — приходите на нашу бесплатную Карьерную консультацию, на которой обсудим ваш опыт, определим карьерный трек.
Узнать подробности о курсе или записаться на бесплатную Карьерную Консультацию можно по ссылке: https://go.productstar.ru/l1X4tW
Годная статья в целом