Как определить и выпустить MVP стартапа за 6 недель

Шесть недель кажутся невозможным сроком, пока не осознаешь: большая часть того, что команды строят в первой версии, никогда не была нужна. Самый быстрый способ выпустить MVP — не писать код быстрее, а решить, что не строить. MVP — это не уменьшенная версия продукта мечты, а кратчайший путь узнать, будут ли настоящие люди платить, кликать и возвращаться. Цель — не впечатлить, а проверить одно рискованное предположение прежде, чем вы потратите год и бюджет на его защиту. Как только вы это принимаете, шесть недель перестают быть подвигом и становятся дисциплиной, а сам срок превращается в инструмент, который вынуждает принимать каждое верное решение.

Начинайте с урезания, а не с добавления

Большинство MVP проваливаются из-за объёма, а не из-за кода. Основатель приходит со списком функций, который уже подразумевает успех, и пытается отстоять каждый пункт так, будто без каждого всё рухнет. Работа первой недели — обратная: свести идею к единственному циклу, который доказывает ценность, к той последовательности действий пользователя, что либо работает, либо нет. О каждой функции спрашивайте: если убрать её, устоит ли главное обещание? Если да — она подождёт. Урезание — это не нехватка амбиций, а то, как амбиции выживают при столкновении с календарём.

Полезный тест — описать продукт одной фразой с одним глаголом. Ресторан принимает заказы онлайн. Коуч продаёт сессии. Магазин продаёт один товар. Всё, что не служит этому глаголу, — кандидат в список на вырезание, и именно из этого списка рождается скорость. Запишите эту фразу до того, как напишете хоть строчку спецификации, и перечитывайте её всякий раз, когда кто-то предлагает новое. Если функцию нельзя возвести к глаголу, это идея второй версии, переодетая в костюм первой.

Что вырезать без чувства вины

• Админ-панели с графиками, которые никто не откроет в первый месяц
• Множество ролей и тонкие права доступа до появления пользователей
• Вход через соцсети, реферальные программы и геймификацию
• Нативные мобильные приложения, когда достаточно адаптивного веб-приложения
• Крайние случаи, затрагивающие два процента сценариев
• Кастомную дизайн-систему, когда чистый стандартный интерфейс выходит быстрее

Вырезать это не значит не строить никогда. Это значит, что вы отказываетесь платить за них единственным ресурсом, который MVP не может восполнить, — временем до проверки гипотезы. Каждый пункт выше легко добавить позже, когда платящие пользователи скажут, что он важен, и покажут, как именно они пользуются продуктом. Чего не вернуть — так это шести недель, потраченных на вылизывание системы прав для аудитории, которой ещё не существует, и импульса, упущенного, пока рынок шёл дальше без вас.

Сколько на самом деле стоит MVP за шесть недель

Объём определяет стоимость гораздо сильнее, чем технологии. В AXYL Studio сфокусированный MVP веб-приложения стартует примерно от 8 000 €, а кроссплатформенный мобильный MVP для iOS и Android — примерно от 12 000 €. Оба укладываются в одно и то же окно в четыре-шесть недель, потому что цена и срок — это по сути одно решение с двух сторон: чем плотнее объём, тем быстрее и дешевле разработка. Расплывчатый объём и превращает шестинедельный проект в шестимесячный, а заказ на 8 000 € — в бесконечный. Зафиксировать объём до написания кода — самый мощный рычаг, что у вас есть над обеими цифрами, и стоит он лишь честности.

Эти цифры предполагают дисциплину. Раздувает их ровно то же, что раздувает календарь, — лишний объём. Платежи Stripe добавляют около 2 000 €, интеграция CRM — около 1 200 €, функция с ИИ — около 3 500 €, а кастомная дизайн-система — около 2 500 €. Ничего плохого в этих желаниях нет, и некоторые быстро окупятся, но каждое из них — решение потратить деньги и дни до того, как появилось доказательство, что кто-то заплатит. Честный порядок такой: выпустить версию без них, посмотреть, к чему на самом деле тянутся реальные пользователи, и затем добавить те одну-две, что выпрашивают данные, а не те шесть, что вообразила дорожная карта.

Недельный ритм, который держит в честности

Скорость рождается из ритма, а не из подвигов. Мы ведём MVP недельными циклами: каждый понедельник вы согласуете небольшой набор того, что должно заработать к пятнице, и каждую пятницу видите что-то настоящее в браузере, а не слайд с описанием того, что появится когда-нибудь. Это создаёт здоровое давление. Нельзя спрятаться за наполовину сделанной функцией, когда договорённость — работающий кусок каждую неделю, и проблемы всплывают, пока ещё есть время и бюджет их исправить. Демо каждую пятницу к тому же не даёт вам, основателю, исчезнуть на месяц и вернуться к продукту, который вы уже не узнаёте и не хотите.

Реалистичная карта шести недель

• Недели один и два: постройте основной цикл от начала до конца, пусть и некрасиво
• Недели три и четыре: добавьте те немногие вспомогательные функции, что нужны постороннему, чтобы пользоваться в одиночку
• Неделя пять: подключите платежи и реальные подтверждения, если продукт действительно в них нуждается
• Неделя шесть: отполируйте шероховатости, исправьте то, что вскрыло реальное тестирование, и готовьтесь к запуску
• Каждую пятницу: выкатывайте то, что можно открыть в браузере, чтобы прогресс не был догадкой

Ловушки, что тихо съедают недели

Самые дорогие задержки редко бывают техническими. Это нерешительность, переодетая в тщательность: ожидание идеального логотипа, третий редизайн одного экрана или ещё одна функция, потому что её предложил друг за ужином. Каждый такой выбор меняет неделю обучения на неделю надежд, а надежда не оплачивает счета. Раннее совершенство — не осторожность, а самый удобный способ избежать вердикта реальных пользователей, ведь продукту, который никогда не выходит, невозможно сообщить, что он был неправ. Побеждают те команды, что готовы к суду пораньше и к смене курса, пока менять курс ещё дёшево.

Когда переходить от MVP к продакшену

MVP — это вопрос, а не готовый продукт, поэтому планируйте день, когда ответ окажется «да». Когда реальное использование подтверждает спрос, продакшн-версия веб-приложения обычно доходит примерно до 20 000 €, а мобильного приложения — примерно до 25 000 €, тогда как крупные кастомные платформы стартуют около 35 000 €. Знание этих цифр с самого начала делает две вещи: не даёт проверенной идее застопориться ровно тогда, когда она заработала, и освобождает вас строить нарочно простую первую версию, ведь больше нет соблазна переусложнять сегодня из страха перед переписыванием, которого может и не понадобиться. Закладывайте вторую фазу как награду за доказательства, а не как страховку от страха перед ними.

Если перед вами список функций и вы не знаете, что вырезать, — это ровно тот разговор, который мы любим вести. Расскажите, что именно ваш продукт должен доказать, и в AXYL Studio мы поможем определить версию, которую можно выпустить за четыре-шесть недель, а не за кварталы, с честной детальной оценкой в придачу и без обязательства продолжать.