MVP не спас бизнес. Он ограничил масштаб ошибки.
После моей статьи про запуск MVP за 4 недели появилась критика: «Сначала анализ, потом код. MVP не должен заменять исследование».
С этим тезисом сложно спорить. Но важно расставить акценты.
Что было в проекте??
К нам пришли не с задачей на аналитику (!), а с запросом на полноценную разработку.
Гипотеза уже была сформирована заказчиком, бюджет и сроки - предварительно заложены. Перед нами не стояла задача «откатить процесс назад» и перестроить стратегию клиента.
Но мы настояли на промежуточном этапе - бюджетной версии MVP перед полноценной разработкой.
Не чтобы заменить анализ.
А чтобы проверить ключевую гипотезу до масштабных инвестиций.Клиент планировал разработку на 3-4 месяца. Мы запустили MVP за 4 недели.
После запуска стало очевидно:
пользователям ключевая функция не нужна. Если бы мы пошли в полноценную разработку, ресурсы были бы потрачены кратно больше.
MVP позволил сократить потенциальные потери более чем на 70% бюджета гипотезы.
Он не сделал гипотезу правильной. Он сделал ошибку управляемой.
Где проходит граница?
Аналитика снижает вероятность ошибки.
MVP снижает её стоимость.
В идеальном мире сначала глубокое исследование, потом разработка. В реальном бизнесе часто приходят уже с готовым решением. И тогда задача - не читать лекцию о методологии, а управлять риском в заданных условиях.
Итог.
MVP - не «спасатель бизнеса».
Это инструмент финансовой дисциплины. Ошибки неизбежны. Вопрос не в том, ошибётесь ли вы.
Вопрос - сколько будет стоить ваша ошибка и на каком этапе вы её обнаружите.