MVP SaaS за 6 недель: реальный план запуска без миллиона

SaaS MVP — это не «сайт с кабинетом за неделю». Но первую рабочую версию не нужно сразу превращать в огромную платформу: компактный запуск с одной ценностью начинается от 5,9 млн сум, расширенный MVP — до 27 млн сум. Ниже — план на 6–10 недель.

Что такое MVP на самом деле

MVP — Minimum Viable Product, минимально жизнеспособный продукт. Не «урезанная версия будущего большого продукта», а одна конкретная ценность, за которую кто-то готов платить прямо сейчас. Если из вашего MVP можно убрать любую фичу и он всё ещё решает главную задачу клиента — значит эта фича не должна быть в MVP.

Распределение 6 недель по этапам

Что входит в бюджет 5,9–27 млн сум

Типовая команда на 6 недель:

• Продуктовый бриф и приоритизация одной гипотезы
• Прототип главного пользовательского сценария
• Адаптивный интерфейс и базовая дизайн-система
• Backend, база данных, авторизация и роли по согласованному объёму
• Аналитика, тестирование и production-деплой
• Компактная версия — от 5,9 млн сум; интеграции, биллинг и расширенная админка увеличивают объём до 27 млн сум

Стек, который не подведёт

За 6 недель нет времени на эксперименты с новыми технологиями. Стек проверенный и продуктивный:

Что НЕ делать в MVP

Самая дорогая ошибка — попытка покрыть все edge cases с первого дня. За 6 недель вы физически не сделаете:

• Мобильные приложения iOS/Android (делайте PWA или отложите на v2)
• Многоязычность (запустите в одной локали, добавьте после первых 100 клиентов)
• Админку с 50 отчётами (вам нужна PostgreSQL + Metabase, не своя админка)
• Кастомный дизайн-язык (берите shadcn/ui, кастомизируйте только primary color)
• Микросервисы без подтверждённой потребности в независимом масштабировании
• Real-time коллаборацию (подождите, пока клиенты её реально попросят)
• AI-фичи ради AI (добавляйте только если это core value)

Критичные вещи, которые нельзя пропустить

Даже в MVP должны быть:

1. Аутентификация с защитой от перебора паролей и CSRF
2. Роль-модель хотя бы на 2 уровня (user / admin)
3. HTTPS с валидным сертификатом (Let's Encrypt бесплатно)
4. Ежедневные бэкапы БД (Neon/Supabase делают автоматически)
5. Логирование ошибок (Sentry бесплатный план)
6. Product analytics с первого дня — иначе не поймёте что работает
7. Email-уведомления: welcome, payment, критичные действия
8. Politika obrabotki personal'nyh dannyh + cookies banner
9. Rate limiting на API (базовый, хотя бы 100 req/min на пользователя)
10. Удаление аккаунта пользователем (требование UZ и GDPR)

Сроки: почему не 4 недели и не 10

4 недели реальны только для прототипа или продукта на готовых модулях. Для новой бизнес-логики такой срок обычно создаёт технический долг, поэтому рабочий диапазон первого релиза — 6–10 недель.

Интеграции, миграция, сложные права и согласования могут потребовать больше времени. Если появляются новые требования, согласуйте, что убрать из первой версии, как меняется бюджет и дата. Сам по себе более длинный срок не доказывает плохое планирование.

6 недель — золотая середина: достаточно для качества, недостаточно для перфекционизма.

После MVP: первые 90 дней

День 1–14 после запуска: ручной onboarding каждого первого клиента. Вы — customer success до первых 20 платящих. День 15–45: на основании реального использования приоритизируете backlog v2. День 46–90: первая серьёзная итерация (обычно это то, что не предсказывал никто из основателей).