Что фиксировать при запуске MVP?

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

Обновлено

Практика

Что записывать после запуска

Ошибки

Частые ошибки

Пример

Пример

MVP сервиса бронирования переговорных запущен с гипотезой: «30% компаний, попробовавших сервис, вернутся в течение двух недель». Через две недели — 12%. Из записанных разговоров видно: мешает отсутствие напоминаний участникам встречи. Их добавляют за три дня, повторная проверка — 27%.

Пошагово

Как сделать

  1. Сформулируйте гипотезу, которую проверяет MVP.
  2. Задайте метрику успеха и срок проверки.
  3. Настройте сбор обратной связи в одно место.
  4. Записывайте наблюдения ежедневно, коротко.
  5. Раз в неделю фиксируйте выводы и решения.
Вопросы

Частые вопросы по теме

Что такое MVP?

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

Сколько времени держать MVP?

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

Нужно ли писать код для MVP?

Не всегда: иногда достаточно лендинга, ручного процесса или прототипа.

Как собирать обратную связь?

Разговоры с пользователями, короткие опросы, чат поддержки — всё в одно место.

Что делать, если MVP не сработал?

Разобрать, какая гипотеза не подтвердилась, и решить: менять решение, сегмент или идею.

Fast Notes

Как это устроено в Fast Notes

В Fast Notes наблюдения за MVP удобно надиктовывать голосом, а в конце недели спросить: «что пользователи говорили про напоминания» — со ссылками на заметки.