Что такое Lean Startup: цикл «создать — измерить — научиться»

Коротко о методе

Lean Startup — способ строить новый продукт в условиях неопределённости. Вместо того чтобы месяцами разрабатывать «идеальную» версию, вы разбиваете идею на проверяемые предположения и тестируете их на реальных людях как можно раньше.

Главная мысль: самый дорогой провал — сделать продукт, который никому не нужен. Lean Startup снижает этот риск, превращая разработку в серию экспериментов.

Цикл «создать — измерить — научиться»

В основе метода — повторяющийся цикл из трёх шагов:

1. Создать (Build). Делаете минимальную вещь, которая позволит проверить гипотезу. Это может быть MVP, лендинг, кликабельный прототип или даже ручной сервис.
2. Измерить (Measure). Собираете данные о поведении пользователей: регистрируются ли, возвращаются ли, платят ли.
3. Научиться (Learn). Сравниваете результат с ожиданием и решаете, что делать дальше.

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

Чем быстрее вы проходите цикл, тем дешевле обходится каждый урок.

Гипотезы: с чего начинается цикл

Любая бизнес-идея держится на предположениях. Их нужно явно записать и проверять по очереди, начиная с самых рискованных.

Две ключевые гипотезы:

• Гипотеза ценности — решает ли продукт реальную проблему, за которую люди готовы платить временем или деньгами.
• Гипотеза роста — как новые пользователи будут узнавать о продукте.

Хорошая гипотеза конкретна и проверяема. Сравните:

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

Подтверждённое обучение

Validated learning — знания, подтверждённые данными о поведении реальных пользователей, а не мнениями. «Друзьям понравилось» — это не подтверждённое обучение. «Пользователи из рекламы доходят до оплаты» — уже да.

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

Пивот или продолжение

После каждого цикла принимается решение:

• Продолжать (persevere) — гипотеза подтвердилась, улучшаете продукт в том же направлении.
• Пивот (pivot) — гипотеза не подтвердилась, и вы меняете одну из ключевых составляющих: сегмент клиентов, проблему, канал, модель монетизации или саму функцию.

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

Пример: сервис онлайн-записи для салонов

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

1. Гипотеза: владельцы салонов хотят онлайн-запись, потому что тратят много времени на звонки.
2. Создать: вместо полноценной платформы — лендинг с описанием и формой заявки, а для первых салонов — запись через простую форму и Telegram-бота, которые обслуживаются частично вручную.
3. Измерить: сколько владельцев оставили заявку, сколько начали пользоваться, сколько записей прошло через сервис и продолжают ли его использовать.
4. Научиться: выясняется, что владельцам важнее не запись, а напоминания клиентам, чтобы те не пропускали визиты.
5. Решение: пивот в сторону напоминаний. Следующий цикл проверяет, готовы ли салоны платить именно за эту функцию.

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

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

• Строить MVP так долго, что он перестаёт быть минимальным.
• Не записывать гипотезы и критерии успеха заранее.
• Опираться на опросы «купили бы вы?» вместо реального поведения.
• Менять сразу несколько вещей и потом не понимать, что сработало.
• Считать Lean Startup оправданием для некачественного продукта: минимальный не значит сломанный.