Урок 3 из 8 · 20 мин · обновлено

Гипотезы и MVP: как дёшево проверить идею

Как превратить идею в проверяемую гипотезу, заранее задать критерий успеха и проверить её минимальной версией продукта — MVP.

От идеи к гипотезе

После интервью из урока 2 у продакта «Рядом» появилась идея: напоминать клиентам о записи. Но идея — это ещё не план. Её нужно превратить в гипотезу — проверяемое предположение.

Удобный шаблон:

Если мы сделаем изменение, то метрика изменится так-то, потому что причина.

Для «Рядом»:

Если присылать клиентам напоминание за сутки до визита, то доля неявок снизится с 20% до 12%, потому что люди чаще всего просто забывают о записи.

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

Критерий успеха — заранее

До проверки команда договаривается, какой результат будет считаться успехом. Например: «Если неявок станет меньше 15%, делаем функцию для всех. Если нет — ищем другую причину».

Без этого возникает соблазн подогнать вывод: «Ну, неявок стало 19% вместо 20% — значит, работает!» Заранее заданная планка защищает от самообмана.

MVP: минимальная проверка

MVP (minimum viable product, минимально жизнеспособный продукт) — самая дешёвая версия, которая позволит проверить гипотезу. Не «первая версия со всеми функциями», а ровно столько, сколько нужно, чтобы узнать правду.

Вид MVP Как выглядит Пример для «Рядом»
Ручная работа Делаем руками то, что потом будет делать программа Менеджер пишет клиентам напоминания из таблицы
Лендинг Страница с описанием и кнопкой, считаем нажатия «Подписка для мастеров — оставьте заявку»
Прототип Кликабельные экраны без настоящего кода Показать мастерам макет расписания
Фальшивая дверь Кнопка, за которой пока ничего нет Кнопка «Записаться снова», по нажатию — «Скоро появится»

Продакт «Рядом» выбрал ручную проверку: две недели менеджер отправлял напоминания 200 клиентам, а ещё 200 — нет. Разработка не понадобилась вовсе.

Что если гипотеза не подтвердилась

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

В «Рядом» неявок у тех, кто получал напоминание, стало 11% против 21% у остальных. Критерий успеха — меньше 15% — выполнен, функцию можно отдавать в разработку.

Попробуйте сами. Мастера жалуются, что клиенты редко возвращаются во второй раз. Сформулируйте гипотезу по шаблону «если — то — потому что» и предложите самый дешёвый способ её проверить.

Пример ответа

Гипотеза: если через 3 недели после визита предлагать клиентке записаться к тому же мастеру в один клик, то доля повторных записей вырастет с 30% до 40%, потому что люди откладывают повторную запись, когда для неё нужно снова искать мастера.

Проверка: менеджер вручную отправляет 150 клиенткам сообщение со ссылкой на запись к их мастеру, ещё 150 не получают ничего. Через месяц сравниваем долю повторных записей. Критерий успеха — не меньше 37% в группе с сообщением.

Мини-тест · 4 вопроса

Проверьте себя

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

  1. Какая формулировка — проверяемая гипотеза?

  2. Зачем задавать критерий успеха до проверки?

  3. Что такое MVP?

  4. Команда вручную отправила напоминания 200 клиентам из таблицы, чтобы проверить идею. Это…