Микро-SaaS и MVP за 3 недели: где срезать углы, а где заложить фундамент на вырост

MVP за 3 недели — это не уменьшенная версия финального продукта, а другой продукт с другой целью: проверить бизнес-гипотезу до того, как вкладываться в её масштабирование. Каждое решение сводится к одному вопросу: помогает ли это узнать, нужен ли продукт людям, или мы делаем эту работу просто потому, что так "правильнее"?

Углы, которые стоит срезать

• Кастомная дизайн-система. Используйте shadcn/ui или обычный набор Tailwind-компонентов как есть. Никто не отвалится из-за того, что кнопки не уникальны.
• Мультитенантная архитектура с первого дня. Single-tenant с понятным путём апгрейда быстрее строится и проще в осмыслении, пока вы ещё не знаете, есть ли у вас платящие клиенты.
• Админ-панель. Первые недели поддержки и онбординга можно обойтись прямыми запросами к базе или готовым generic-инструментом администрирования.
• Исчерпывающее покрытие тестами. Покройте платёжный флоу и всё деструктивное; не пишите исчерпывающие unit-тесты для UI, который вы, возможно, удалите в следующем спринте.

Фундамент, который стоит заложить сейчас

Некоторые решения дорого отменять позже, и срезание углов на них создаёт не приемлемый MVP-долг, а настоящий технический долг:

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

Стек, который мы берём по умолчанию

Для действительно быстрого MVP: Nuxt или Next для frontend/SSR-слоя, Tailwind с shadcn/ui (или Nuxt UI, если вы уже в экосистеме Vue) для слоя компонентов, управляемый инстанс Postgres вместо self-hosted инфраструктуры, управляемый провайдер аутентификации вместо самописного. Ни один из этих выборов не окончательный — они выбраны потому, что быстрее всего приводят к тестируемому продукту, и каждый из них потом заменим без полного переписывания.

Что значит "готово" для MVP за 3 недели

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

Вывод

Скорость в MVP достигается не за счёт того, что вы работаете быстрее, а за счёт правильного определения тех 20% продукта, которые действительно нужны, чтобы ответить на гипотезу, — и дисциплины оставить остальные 80% непостроенными, пока не станет ясно, что их стоит строить.