Когда говорят про MVP, многие почему-то представляют недоделанный продукт, который кое-как работает и который стыдно показывать людям. Я воспринимаю это немного иначе — MVP может быть маленьким по функционалу, но свою главную задачу он должен решать нормально. И свежий пример у меня сейчас буквально перед глазами — 152scan.ru.
Идея сервиса довольно понятная: пользователь вводит адрес своего сайта, система автоматически проходит по страницам и ищет потенциальные проблемы, связанные с персональными данными. Проверяются формы, согласия, cookie, сторонние скрипты, документы и другие открытые элементы сайта, после чего пользователь получает результат проверки.
Одна задача — и закрыть её полностью
На первую рабочую версию у нас ушла примерно неделя. Причём мы изначально не пытались сделать огромную платформу со всеми функциями, которые только можно придумать. Сначала определили главный сценарий: человек заходит, вводит сайт, запускает проверку и получает понятный результат.
Дальше вокруг этого сценария уже появилась необходимая бизнес-логика. Сервис должен самостоятельно обходить страницы, находить нужные элементы, классифицировать проблемы, формировать краткий результат и давать возможность получить более подробный отчёт. Сейчас на сайте уже работает бесплатная первичная проверка и платный полный отчёт, то есть это уже не макет и не красивая презентация будущего продукта.
Что сознательно отложили
При этом идей по развитию там ещё вагон, и некоторые из них уже запланированы. Например, регулярные проверки, сравнение результатов, уведомления и дополнительные возможности анализа можно спокойно добавлять следующими релизами. Они полезны, но для проверки самой идеи продукта совершенно не обязательно было ждать, пока мы реализуем вообще всё.
Вот это для меня и есть нормальный MVP. Не сделать двадцать процентов каждой функции, а выбрать одну основную задачу и закрыть её полностью настолько, чтобы реальный человек уже мог воспользоваться продуктом. Всё остальное можно развивать после первых пользователей, обратной связи и понимания, что людям вообще действительно нужно.
Как это собирается технически
С технической стороны такой подход тоже сильно упрощает жизнь. Сначала я собираю минимальный интерфейс, потом рабочую логику, после этого связываю всё между собой и начинаю гонять реальные сценарии использования. Если основная механика работает, продукт уже можно отдавать людям, а не ещё три месяца двигать кнопки и придумывать настройки, которыми никто потом не воспользуется.
На таких проектах ИИ тоже помогает — быстрее пройти путь от идеи до рабочего прототипа, не теряя время на типовые куски. А подход «сначала ядро, потом всё остальное» — противоположность истории вроде Дельников, где продукт рождался без готового бизнеса и ТЗ. Там другая логика; здесь — чёткий сценарий и быстрый запуск.
Опасность «идеальной первой версии»
Наверное, самая опасная история начинается именно тогда, когда разработчики несколько месяцев делают «идеальную первую версию». Добавляют роли, тарифы, аналитику, интеграции, красивые личные кабинеты и ещё двадцать функций, а потом выпускают продукт и внезапно выясняют, что сама идея никому особенно не нужна.
С 152scan.ru мы пошли в обратную сторону — сначала сделали рабочее ядро, которое уже можно использовать, а теперь будем смотреть на реальные сценарии и постепенно наращивать продукт. Мне такой подход нравится гораздо больше, потому что через неделю у тебя уже есть сервис, а не папка с макетами и список задач примерно до следующего Нового года.
Это перекликается с тем, что я писал про сайты: продукт должен работать, а не только красиво выглядеть. Если у вас есть идея сервиса и нужно быстро проверить, зайдёт ли она — напишите, разберём, как собрать MVP без лишнего.