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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1. Аутентификация с защитой от перебора паролей и CSRF
2. Ролевую модель хотя бы на 2 уровня (пользователь / администратор)
3. HTTPS с валидным сертификатом (Let's Encrypt бесплатно)
4. Ежедневные бэкапы БД (Neon/Supabase делают автоматически)
5. Логирование ошибок (Sentry бесплатный план)
6. Продуктовую аналитику с первого дня — иначе не поймёте, что работает
7. Письма-уведомления: приветствие, оплата, критичные действия
8. Политику обработки персональных данных + баннер cookies
9. Ограничение частоты запросов к API (хотя бы 100 запросов в минуту на пользователя)
10. Удаление аккаунта пользователем (требование UZ и GDPR)

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

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

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

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

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

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

При приёмке MVP проверяйте права доступа отдельно от наличия экрана входа: рекомендации OWASP https://cheatsheetseries.owasp.org/cheatsheets/Authorization_Cheat_Sheet.html . Измерение полезного действия можно настроить по документации Google Analytics https://developers.google.com/analytics/devguides/collection/ga4/events . Эти источники относятся к проверкам продукта; календарь и состав первой версии согласуются для проекта.