SaaS — это не «сайт за подписку», а сложный продукт с длинным циклом окупаемости. Большая часть проектов умирает не от технологий, а от переусложнения MVP. Разберём, как стартовать SaaS правильно — от валидации до запуска.
Этап 0 — Валидация
До первой строчки кода:
- Опишите job-to-be-done: какую конкретную задачу решает продукт.
- Найдите 10–20 потенциальных клиентов и поговорите с ними. Без landing-page, лично.
- Соберите waitlist через простую посадочную страницу.
- Если 5+ человек готовы платить за прототип — переходите к разработке. Если нет — копайте дальше в проблему.
Большинство SaaS-проектов разваливаются из-за пропуска этого этапа. Технические решения легко поменять, ошибочный product-market fit — нет.
Этап 1 — MVP
Минимальный жизнеспособный SaaS состоит из:
- Регистрация и логин (email + magic link).
- Биллинг (подписки через ЮKassa с автосписанием по картам).
- Один основной workflow — то, ради чего платят.
- Минимальная админка для вас, чтобы видеть, что происходит.
- Метрики — сколько регистраций, активаций, оплат.
Срок MVP — 8–14 недель. Бюджет — от 1 млн ₽. Если получается дольше — режьте скоуп. Лучше запустить «слишком простой» SaaS и докручивать, чем 8 месяцев готовить «всё включено».
Архитектура: мультитенантность
Главное технологическое решение — модель тенантов:
- Single DB, single schema, tenant_id: одна БД, во всех таблицах поле
tenant_id. Просто, дешёво, масштабируется до сотен тенантов. - Single DB, schema per tenant: своя схема в Postgres на каждого. Изоляция лучше, операции сложнее.
- DB per tenant: своя БД. Максимум изоляции, минимум удобства; нужен только enterprise-клиентам.
Стартуйте с первого. Перейти на schema-per-tenant можно позже без переписывания всего кода.
Стек для SaaS
- Фронтенд: Next.js + TypeScript, App Router, Tailwind, shadcn/ui.
- Бэкенд: Go или Node.js (NestJS, Fastify); REST или GraphQL.
- БД: Postgres + Redis для очередей и кэша.
- Биллинг: ЮKassa или СБП-инвойсы; для подписок — webhook на смену статуса.
- Хранилище: S3-совместимое (Yandex Cloud, Selectel).
- Мониторинг: Sentry для ошибок, Prometheus + Grafana или Yandex Cloud Monitoring для метрик.
- CI/CD: GitHub Actions или GitLab CI; деплой через Docker + nginx.
Метрики, которые надо мерить с дня 1
- MRR — monthly recurring revenue.
- Churn — отток подписчиков.
- Activation rate — доля регистраций, дошедших до первой ценности.
- CAC / LTV — стоимость привлечения и пожизненная ценность.
- NPS или CSAT — удовлетворённость.
Не нужны Grafana и сложные дашборды — Yandex Metrika + ваш бэкенд + регулярная выгрузка в Google Sheets закроют 90% потребностей на старте.
Типовые ошибки
- Перепроектирование архитектуры «под миллион пользователей» при 0 клиентов.
- Идеальный дизайн до запуска. Дизайн — это итерации, а не разовый проект.
- Слишком много фич. Первый месяц после запуска = жесткая обратная связь = переделки. Чем меньше кода, тем легче.
- Игнор биллинга на старте. Сделайте платный тариф с первого дня — это лучший фильтр гипотез.
- Отсутствие onboarding. Регистрация без инструкции = низкая активация. Пройдите путь нового пользователя сами и добавьте подсказки.
Что в сухом остатке
SaaS начинается не с кода, а с проверки гипотезы на реальных клиентах. MVP — простая мультитенантная архитектура (один tenant_id во всех таблицах), Next.js + Go/Node + Postgres, биллинг через ЮKassa, метрики с первого дня. Запускайтесь за 8–14 недель, докручивайте на основе обратной связи, не перепроектируйте под нагрузку, которой у вас ещё нет.
Частые вопросы
С чего начать SaaS-проект до первой строчки кода?
Этап валидации, до первой строчки кода. Опишите job-to-be-done — какую конкретную задачу решает продукт. Найдите 10–20 потенциальных клиентов и поговорите с ними без landing-page, лично. Соберите waitlist через простую посадочную страницу. Если 5+ человек готовы платить за прототип — переходите к разработке. Если нет — копайте дальше в проблему. Большинство SaaS-проектов разваливаются из-за пропуска этого этапа. Технические решения легко поменять, ошибочный product-market fit нет.
Что должно быть в MVP SaaS-проекта?
Минимальный жизнеспособный SaaS из пяти блоков. Регистрация и логин (email + magic link). Биллинг (подписки через ЮKassa с автосписанием по картам). Один основной workflow — то, ради чего платят. Минимальная админка для вас, чтобы видеть, что происходит. Метрики — сколько регистраций, активаций, оплат. Срок MVP — 8–14 недель. Бюджет от 1 млн ₽. Если получается дольше — режьте скоуп. Лучше запустить «слишком простой» SaaS и докручивать, чем 8 месяцев готовить «всё включено».
Какую модель мультитенантности выбрать для SaaS?
Главное технологическое решение. Single DB, single schema, tenant_id — одна БД, во всех таблицах поле tenant_id. Просто, дёшево, масштабируется до сотен тенантов. Single DB, schema per tenant — своя схема в Postgres на каждого. Изоляция лучше, операции сложнее. DB per tenant — своя БД. Максимум изоляции, минимум удобства, нужен только enterprise-клиентам. Стартуйте с первого варианта. Перейти на schema-per-tenant можно позже без переписывания всего кода.
Какой стек выбрать для SaaS в 2026 году?
Стандартный продакшен-набор. Фронтенд: Next.js + TypeScript, App Router, Tailwind, shadcn/ui. Бэкенд: Go или Node.js (NestJS, Fastify); REST или GraphQL. БД: Postgres + Redis для очередей и кэша. Биллинг: ЮKassa или СБП-инвойсы; для подписок webhook на смену статуса. Хранилище: S3-совместимое (Yandex Cloud, Selectel). Мониторинг: Sentry для ошибок, Prometheus + Grafana или Yandex Cloud Monitoring для метрик. CI/CD: GitHub Actions; деплой через Docker + nginx.
Какие метрики SaaS нужно измерять с первого дня?
Пять ключевых. MRR — monthly recurring revenue. Churn — отток подписчиков. Activation rate — доля регистраций, дошедших до первой ценности. CAC / LTV — стоимость привлечения и пожизненная ценность. NPS или CSAT — удовлетворённость. Не нужны Grafana и сложные дашборды — Yandex Metrika + ваш бэкенд + регулярная выгрузка в Google Sheets закроют 90% потребностей на старте. Без этих метрик невозможно понять, работает ли продукт и где течёт воронка.
Какие типовые ошибки убивают SaaS-проекты?
Пять частых. Перепроектирование архитектуры «под миллион пользователей» при 0 клиентов. Идеальный дизайн до запуска — дизайн это итерации, а не разовый проект. Слишком много фич — первый месяц после запуска жесткая обратная связь и переделки, чем меньше кода тем легче. Игнор биллинга на старте — сделайте платный тариф с первого дня, это лучший фильтр гипотез. Отсутствие onboarding — регистрация без инструкции = низкая активация. Пройдите путь нового пользователя сами и добавьте подсказки.