MVP (minimum viable product, минимально жизнеспособный продукт) — самая простая версия продукта, которую можно дать реальным людям, чтобы проверить главное предположение: нужна ли им эта польза и готовы ли они пользоваться продуктом или платить за него. Термин популяризировал Эрик Рис в книге «Бережливый стартап».
Главное слово здесь «проверить». MVP делают не для того, чтобы выпустить меньше функций, а для того, чтобы быстрее и дешевле узнать, что действительно важно пользователю.
MVP, прототип и демо: в чём разница
Прототип показывает, как продукт может выглядеть и вести себя, и часто работает без реальных данных. Демо-версия нужна, чтобы показать возможности на встрече. MVP работает с настоящими пользователями и настоящими задачами, пусть и в узком объёме. Поэтому по прототипу можно обсуждать идею, а по MVP — измерять поведение людей.
Что должно быть в MVP
Один ключевой сценарий от начала до результата: человек приходит с задачей и получает то, зачем пришёл. Простой способ собирать данные о том, дошёл ли он до результата. Понятные сообщения об ошибках и способ связаться с автором. Всё остальное можно отложить до момента, когда станет ясно, что оно нужно.
Чего в MVP быть не должно
Настроек «на все случаи», сложных ролей и прав, интеграций «про запас» и функций, о которых никто не просил. Каждая лишняя возможность удлиняет разработку и размывает проверку: становится непонятно, что именно повлияло на результат.
Минимальный не значит небрежный
Урезать нужно объём, а не ответственность. Защита данных пользователей, резервная копия, понятная обработка ошибок и проверка основного пути остаются в MVP. Продукт, который теряет данные или ломается на первом шаге, не проверяет идею: он проверяет терпение людей.
Пример из практики
В QRPortal сначала довели до рабочего состояния бесплатный сценарий: создать QR-код, скачать его и проверить сканированием. Платежи отложили, пока не накопится база пользователей и отзывов. Это типичное применение идеи MVP: сначала убедиться, что основная польза работает, и только затем строить вокруг неё коммерческие функции.
Когда MVP не подходит
Если аудитория и требования уже хорошо известны, а продукт регулируется правилами, например в финансах или медицине, выпускать «сырую» версию нельзя. Тогда полезно другое: небольшой пилот, прототип для проверки юзабилити и поэтапный запуск с самого начала по требованиям безопасности.
С чего начать
Сформулируйте предположение одной фразой: «Такой-то группе людей нужно вот это, потому что…». Затем выберите один сценарий, который его проверяет, и определите, по какому признаку вы поймёте, что предположение подтвердилось. Дальше — этапы разработки MVP и проверка результата.