От MVP до Production за 3 месяца: реальный roadmap для стартапа 2026

Что такое MVP в 2026 и чем он не является

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

В 2026 году окружающая среда сильно изменилась. Раньше «настоящий MVP» собирали 6-9 месяцев — потому что для авторизации, биллинга, email-уведомлений, базы данных, аналитики приходилось писать всё руками. Сейчас всё это собирается за вечер из готовых блоков: NextAuth для авторизации, Drizzle ORM для базы, ЮKassa SDK для платежей, Mautic или Brevo для email, Я.Метрика и PostHog для аналитики. Что раньше требовало команду из 5 человек на полгода, сейчас делает один разработчик с Cursor или Claude Code за 8-12 недель.

Три рабочих типа MVP, которые я применяю в зависимости от ситуации. Lean MVP — это полноценный продукт с урезанным функционалом. Подходит когда домен изученный, конкуренты уже доказали спрос, и вопрос только в том, как сделать дешевле или удобнее. Concierge MVP — это когда вы продаёте сервис вручную, без автоматизации. Клиент думает, что пользуется продуктом, а на самом деле его обслуживает фаундер через Telegram и Google Sheets. Подходит когда вы не уверены в продукте и хотите проверить готовность платить до начала разработки. Wizard of Oz MVP — это когда продукт визуально выглядит готовым (есть UI, кнопки, формы), но за каждым действием стоит ручная работа в бэкенде. Подходит для AI-продуктов, где модель ещё не готова, но нужно проверить product-market fit на интерфейсе.

Главное правило 2026: AI-инструменты делают MVP в 3-5 раз быстрее, но не делают его лучше. Если вы не понимаете задачу клиента, не знаете рынка и пишете код наугад с помощью Cursor — вы получите MVP в три раза быстрее, но шансы провала те же. Скорость не решает проблему фокуса.

Главная ошибка стартапов — «сделать всё»

За пять лет работы с стартапами я наблюдал одну и ту же закономерность: 80% проектов умирают не потому что плохо построили продукт, а потому что построили продукт без клиентов. Это разные ошибки, и от каждой защищаться нужно по-разному. От плохого кода защищают тесты и code review. От продукта без клиентов защищает только одно — дисциплина не начинать разработку до того, как доказан спрос.

В книжке «Lean Startup» Эрика Риса есть формула: build → measure → learn. Большинство фаундеров застревают на «build» и не доходят до «learn». Они месяцами пишут код, потому что писать код понятно и приятно — а кастдев-интервью неприятно и страшно. Результат: через 6 месяцев есть красивый продукт, который никому не нужен, и нет ни одного платящего клиента.

Лучший MVP 2026 года — тот, который собран из готовых блоков на 80% и содержит только 20% уникального кода. Если в проекте есть авторизация, биллинг, email, чат, файлы, аналитика — это всё готовое. Уникальный код — это та часть, которая решает реальную задачу клиента и которой нет ни у кого другого. Если вы пишете свою CRM, свой email-маркетинг, своё хранилище файлов, свою систему очередей — вы тратите ресурсы на инфраструктуру вместо продукта. На старте у меня всегда правило: build what you can buy. Если задачу решает готовый сервис за разумные деньги (до 5000 ₽/мес) — берём готовое, не пишем своё.

Конкретный пример из практики. Клиент попросил CRM для записи в кабинет психолога. Первая мысль — написать своё. Час подумали и поняли: 90% задачи решается Notion + n8n + Telegram-бот. Запись клиента из формы на сайте → создание записи в Notion → автоматический Telegram-бот психологу → SMS-напоминание клиенту за день. Всё работает, заняло один вечер, стоит 0 ₽/мес. Через год, когда нагрузка вырастет и Notion перестанет хватать, мигрируем на собственную CRM. Но за этот год у нас уже будет реальная статистика, реальные клиенты и понимание, какая именно CRM нужна.

Месяц 0: Discovery (1-2 недели ДО разработки)

Самые ценные две недели проекта — те, которые предшествуют первой строке кода. Если хорошо сделана дискавери, разработка будет в три раза быстрее, потому что вы не будете переписывать половину фич в середине проекта. Если плохо — будете перерабатывать MVP до момента запуска, и сорвёте все сроки.

5 кастдев-интервью с потенциальными клиентами — это абсолютный минимум. Не «опрос в Google Forms» (это не кастдев), не разговор с друзьями (они вас любят, они врут из вежливости) — а 30-минутные интервью с реальными представителями целевой аудитории. Вопросы открытые: «Расскажите, как вы решаете задачу X сейчас», «Что в текущем решении вас раздражает», «Сколько времени или денег вы тратите на это в месяц», «Если бы я предложил вам решение за N ₽, вы бы взяли?». После пяти интервью вы либо подтверждаете гипотезу, либо понимаете, что задача другая. Без этого этапа двигаться нельзя.

Конкурентный анализ — три главных конкурента, и не «посмотреть лендинг», а полноценный осмотр продукта изнутри. Заводим тестовый аккаунт, проходим весь онбординг, оплачиваем месяц подписки, общаемся с их поддержкой. Записываем что хорошо, что плохо, какая цена, какая бизнес-модель. На выходе должно быть понимание, чем ваш продукт будет лучше или, как минимум, чем он будет другим.

Job To Be Done. Какая работа клиента ваш продукт делает, и почему он будет нанимать именно вас? Классический пример — «клиент не покупает дрель, он покупает дырку в стене». Сформулируйте JTBD в одном предложении. Если получается длинно — значит, ещё не до конца понимаете задачу.

Гипотеза продукта на 1 страницу A4. Кто клиент, какую задачу решаем, как именно решаем, чем отличаемся от конкурентов, сколько берём денег, как привлекаем клиентов, какие три ключевые метрики покажут успех. Если не помещается на страницу — продукт слишком сложный для MVP.

Финансовая модель — простая unit-экономика. Сколько стоит привлечь клиента (CAC), сколько он принесёт за всё время жизни в продукте (LTV), на какой стадии окупится. Если LTV меньше CAC — нет смысла строить продукт, единичная экономика отрицательная. Если LTV больше CAC хотя бы в 3 раза — можно двигаться.

Месяц 1: Foundation — каркас и инфраструктура

Первый месяц целиком уходит на фундамент: окружение, авторизация, база данных, первые две ключевые фичи. Цель к концу месяца — рабочий продукт на staging-окружении, который можно показать первым потенциальным клиентам.

Неделя 1: Окружение

Выбор стека. В 2026 для большинства MVP я рекомендую Next.js 15 (App Router) + TypeScript + Tailwind + shadcn/ui для фронта, Drizzle ORM + Postgres для бэка, Vercel или собственный VPS (см. отдельную статью про VPS) для хостинга. Альтернатива для тех, кому нужно проще: Remix + SQLite + Fly.io. Не стартуйте на экзотических стеках типа Elixir или Rust — на отладку вы потратите больше времени, чем сэкономите на производительности.

Репозиторий. GitHub или GitFlic (российская альтернатива на случай геопроблем). Базовый GitHub Actions workflow: lint + type-check + test при каждом PR. Прав на main только из PR. Без этой дисциплины через месяц получите «работало вчера, сегодня не работает» и часы разборок.

VPS. Selectel или RuVDS, 4 GB RAM минимум. Caddy для веб-сервера и автоматических SSL-сертификатов. Docker для упаковки приложения. Подробный setup есть в моей статье про VPS для разработчика.

Доменное имя + сертификат. Купите домен на reg.ru или nic.ru на 2-3 года вперёд — дешевле и не нужно вспоминать о продлении. SSL-сертификат Let's Encrypt бесплатно через Caddy. Wildcard-сертификат если планируете поддомены типа app.domain.ru, api.domain.ru.

Базовая телеметрия. Я.Метрика на каждую страницу с целями. Sentry self-hosted (или его форк Glitchtip — он легче) для трекинга ошибок. Без этого в production вы будете узнавать о падениях от клиентов, что недопустимо.

Неделя 2: Авторизация и БД

Авторизация. Не пишите свою. NextAuth (Auth.js) или новый Better Auth закрывают 95% задач: регистрация по email, OAuth (Google, VK, Я.ID), magic-link, reset password. Подключается за день. Своя авторизация — это потенциальная дыра в безопасности и месяц работы вместо одного дня.

Postgres + ORM. Postgres на отдельной VPS-машине или managed-сервис (Selectel Managed PostgreSQL, Yandex Cloud Managed PostgreSQL — от 1500 ₽/мес). Из ORM в 2026 я выбираю Drizzle (легкий, типобезопасный, ближе к SQL) или Prisma (более популярный, но тяжелее). Не работайте через сырой SQL — рискуете SQL-injection и тратите время на boilerplate.

Базовая модель данных. User (id, email, hashed_password, created_at), Account (для OAuth-привязок), Subscription (id, user_id, plan, status, current_period_end). Этих трёх таблиц достаточно для 90% MVP. Не делайте сложную ER-схему на 30 таблиц с самого начала — добавите по мере появления реальной нужды.

Email-уведомления. Свой SMTP-сервер на VPS поднимать не нужно — будете час бороться с anti-spam репутацией и неделю с PTR-записями. Берите Unisender (российский, дёшево, нормально работает с РФ-доменами), Brevo (бывший Sendinblue, есть бесплатный тариф 300 писем/день) или Resend (для зарубежных проектов, лучший DX). Подключается через SMTP или API за час.

Неделя 3: Core feature №1

Самая важная фича продукта — та, без которой продукта нет. Если у вас CRM для психологов — это запись клиента. Если RAG-система для юристов — это поиск по документам. Если SaaS-сервис для маркетологов — это создание кампании. От API через бизнес-логику до UI с базовым CRUD. Тесты — только на критичный путь, не на все edge-cases. К концу недели должна быть возможность пройти полный сценарий: зарегистрировался → использовал главную фичу → получил результат.

Неделя 4: Core feature №2 + первый деплой

Вторая ключевая фича — та, которая дополняет первую и делает продукт полным. Если первая фича — «создать запись», вторая обычно «увидеть историю и аналитику». К концу недели — деплой на staging-окружение (отдельный поддомен, отдельная БД). Демо для 3 потенциальных клиентов из вашего списка beta-тестеров. Не показ слайдов, а реальный заход в продукт, регистрация, прохождение основного сценария. Записывайте каждый «упс» — это будущие задачи на месяц 2.

Базовый docker-compose.yml для локальной разработки (Postgres + Redis + app):

# docker-compose.yml — локальная разработка MVP
version: "3.9"

services:
  postgres:
    image: postgres:16-alpine
    restart: unless-stopped
    environment:
      POSTGRES_USER: mvp
      POSTGRES_PASSWORD: localdev
      POSTGRES_DB: mvp_dev
    ports:
      - "5432:5432"
    volumes:
      - postgres_data:/var/lib/postgresql/data
    healthcheck:
      test: ["CMD-SHELL", "pg_isready -U mvp"]
      interval: 5s
      timeout: 5s
      retries: 5

  redis:
    image: redis:7-alpine
    restart: unless-stopped
    ports:
      - "6379:6379"
    volumes:
      - redis_data:/data

  app:
    build:
      context: .
      dockerfile: Dockerfile.dev
    restart: unless-stopped
    environment:
      DATABASE_URL: postgres://mvp:localdev@postgres:5432/mvp_dev
      REDIS_URL: redis://redis:6379
      NEXTAUTH_SECRET: change-me-in-production
      NEXTAUTH_URL: http://localhost:3000
    ports:
      - "3000:3000"
    volumes:
      - .:/app
      - /app/node_modules
    depends_on:
      postgres:
        condition: service_healthy
      redis:
        condition: service_started

volumes:
  postgres_data:
  redis_data:

Месяц 2: Product — наполнение и шлифовка

Второй месяц — это превращение каркаса в полноценный продукт. Биллинг, email-маркетинг, аналитика, AI-функционал если он есть. К концу месяца у вас должен быть продукт, который может работать без вашего ручного вмешательства за каждым клиентом.

Неделя 5: Биллинг и платежи

Для РФ-аудитории — ЮKassa (бывшая Яндекс.Касса) или Robokassa. ЮKassa дороже на 0.5-1%, но проще в подключении и стабильнее. Поддерживает СБП (выгодно — комиссия 0.4-0.7% против 2.5-3.5% по картам), банковские карты, электронные кошельки. Для зарубежных клиентов — Stripe (если открыт счёт в одной из 40 поддерживаемых стран) или Paddle (берёт всё на себя, включая налоги, но забирает 5-10%).

Тарифные планы. Минимум два: дешёвый и дорогой. Без выбора клиент чаще не покупает — нет якоря. Дорогой тариф нужен не для продаж, а чтобы дешёвый казался выгодным. Третий «enterprise» с надписью «По запросу» — для тех, кому нужно больше.

Триал. 14 дней бесплатно с полным доступом — золотой стандарт для SaaS. Не требуйте карту на старте триала — конверсия упадёт в 2-3 раза. Лучше 5% клиентов с привязкой карты, которые потом отвалятся на отписке, чем 30% клиентов, которые увидели «введите карту» и закрыли вкладку.

Базовая интеграция ЮKassa в Node.js (создание платежа, обработка webhook):

// payment.js — интеграция ЮKassa в Node.js
import { YooCheckout } from '@a2seven/yoo-checkout';
import crypto from 'crypto';

const checkout = new YooCheckout({
  shopId: process.env.YOOKASSA_SHOP_ID,
  secretKey: process.env.YOOKASSA_SECRET_KEY,
});

// Создание платежа (вызывается из API endpoint при оплате)
export async function createPayment(userId, planId, amount) {
  const idempotenceKey = crypto.randomUUID();
  const payment = await checkout.createPayment({
    amount: { value: amount.toFixed(2), currency: 'RUB' },
    capture: true,
    confirmation: {
      type: 'redirect',
      return_url: `${process.env.APP_URL}/billing/success`,
    },
    description: `План ${planId} для пользователя ${userId}`,
    metadata: { userId, planId },
    receipt: {
      customer: { email: await getUserEmail(userId) },
      items: [{
        description: `Подписка: ${planId}`,
        quantity: '1.00',
        amount: { value: amount.toFixed(2), currency: 'RUB' },
        vat_code: 1, // НДС не облагается (УСН)
        payment_subject: 'service',
        payment_mode: 'full_payment',
      }],
    },
  }, idempotenceKey);

  return payment.confirmation.confirmation_url;
}

// Webhook-обработчик (POST /api/webhooks/yookassa)
export async function handleWebhook(req, res) {
  const { event, object } = req.body;

  if (event === 'payment.succeeded') {
    const { userId, planId } = object.metadata;
    await activateSubscription(userId, planId, object.id);
    await sendEmail(userId, 'subscription_active');
  }

  if (event === 'payment.canceled') {
    await logFailedPayment(object.metadata.userId, object.id);
  }

  res.status(200).json({ ok: true });
}

Неделя 6: Email-маркетинг и onboarding

Welcome-email сразу после регистрации — с приветствием, ссылкой на онбординг-чек-лист, контактом фаундера. Reset password — через защищённый одноразовый токен с временем жизни 1 час. Onboarding-чеклист встроенный в продукт: 5-7 шагов от регистрации до «aha-момента». Шаги типа «Создайте первый проект», «Пригласите коллегу», «Подключите интеграцию» — каждый шаг подсвечивает следующее действие, после прохождения отмечается галочкой.

Триггерные емейлы через n8n — это абсолютный must. Welcome через 5 минут после регистрации. «Вы не возвращались 3 дня» через 3 дня неактивности. «Триал заканчивается завтра» за 24 часа до конца. «Вы оставили карту в корзине» через час после оставленной попытки оплаты. Без этой цепочки конверсия из триала в платящих будет 5-8%, с ней — 12-18%.

Неделя 7: AI-функционал (если применимо)

Если в продукте есть AI — это, скорее всего, главная сложность месяца. Интеграция с YandexGPT для РФ-аудитории (нет проблем с биллингом из РФ, рубли, договор с юр.лицом), Claude через прокси или OpenAI через прокси для зарубежных задач. Streaming-ответы обязательны — без них ощущение что «всё зависло». Token counting и rate-limiting на уровне пользователя — иначе один злой клиент за день съест ваш месячный бюджет в OpenAI. Кеширование одинаковых запросов (через Redis) — экономит 20-40% бюджета.

Если в продукте RAG (поиск по документам) — отдельная история. Я подробно описал её в статье про RAG-системы. Кратко: документы → чанки → embeddings → векторная БД (Qdrant/Weaviate) → поиск по схожести → передача контекста в LLM → ответ с цитатами. Каждый шаг — потенциальная точка сбоя, и каждый нужно протестировать отдельно.

Неделя 8: Analytics и метрики

Я.Метрика на каждую страницу с настроенными целями (регистрация, прохождение онбординга, первая оплата, отписка). PostHog self-hosted для product analytics — воронки, retention, cohort-анализ. Без воронок вы не понимаете, на каком шаге люди уходят, и оптимизируете не то. Базовые воронки: «лендинг → регистрация», «регистрация → активация» (прохождение онбординга), «активация → first value» (первая полезная фича использована), «first value → оплата». Метрики DAU (Daily Active Users), MAU (Monthly Active Users), retention day 1/7/30 — собираем с первого дня, иначе через месяц не сможем понять, лучше или хуже стало.

Месяц 3: Production — запуск и масштаб

Третий месяц — это переход от «работает на staging» к «работает в продакшне с реальными клиентами и реальными деньгами». Сначала технические основы, потом юр-соответствие, потом soft launch с первыми 10 клиентами, потом полноценный public launch.

Неделя 9: Performance + security

Lighthouse 90+ на главных страницах — это базовый показатель. Если не дотягиваете, проверяйте размер бандла (раскалывайте по route'ам), оптимизируйте изображения (WebP/AVIF), отложите загрузку тяжёлых скриптов (lazy load). Базовая безопасность по моему чек-листу 47 пунктов. WAF — Cloudflare бесплатный тариф закрывает 90% базовых атак, или собственный fail2ban + ufw + rate-limiting на уровне приложения. Бэкапы БД — ежедневный pg_dump в S3-совместимое хранилище (Selectel S3, Cloudflare R2, MinIO на собственном VPS), с retention 30 дней. Раз в месяц тестируйте восстановление — иначе в момент аварии узнаете, что бэкапы битые.

Неделя 10: Legal compliance

Договор оферты на сайте — обязателен, и не «скачал шаблон, поменял название» — а юристом проверенный документ под вашу модель. Политика конфиденциальности — отдельная страница, доступная из футера. Согласие на обработку персональных данных — чекбокс при регистрации (не pre-checked, активное действие пользователя). Уведомление РКН о начале обработки ПД — обязательно для всех, кто собирает любые данные пользователей. Подробности в моей статье про уведомление РКН. Полноценный аудит 152-ФЗ и локализация персональных данных в РФ — это базовый минимум перед запуском. Cookie-баннер по новым правилам — без него штраф от 300 тыс. ₽ для юр.лиц, подробности в статье про cookie-баннеры.

Неделя 11: Soft launch — первые 10 клиентов

Бесплатный или льготный доступ для первых 10 клиентов из вашего beta-листа. Главное — это не «деньги», а «обратная связь и улучшения». Ведите дневник проблем — ежедневная заметка с тем, что увидели за день в логах, что сообщили клиенты, какие баги нашли сами. Скорость реакции на критичные баги — 1 час максимум. Если клиент не может оплатить или не может войти — это критика. Если у него где-то поехала кнопка — это не критика.

Custom development для платящих клиентов — нормальная практика на этом этапе. Клиент хочет интеграцию с его внутренней системой? Делаете, потому что он первые 5-10 клиентов диктуют направление развития продукта. Только не превратитесь в подрядчика — фиксируйте требования и пишите код, который будет полезен и другим клиентам, не только этому конкретному.

Неделя 12: Public launch

Лендинг с правильным копирайтом — заголовок отвечает на «что это и для кого», подзаголовок на «какую проблему решает», блок с фичами на «как», блок с социальным доказательством (отзывы первых 10 клиентов) на «почему вы», CTA «попробовать бесплатно» в трёх местах страницы. Без четкого ответа на эти вопросы лендинг не работает, сколько ни лей трафика.

Запуск через vc.ru (статья «Как мы запустили...» с реальными цифрами), Habr Show HN, Telegram-канал тематический (договариваетесь на разовый пост или бартер), Я.Директ кампания (минимальный бюджет 10-30 тыс. ₽ на месяц для проверки воронки). Public launch в первый день должен принести 100-500 регистраций — если меньше, нужно усиливать каналы привлечения. Если больше — следите за стабильностью инфраструктуры, как раз сейчас всплывут проблемы с производительностью.

Стек инструментов автора для MVP 2026

Свёл в одну таблицу инструменты, которые сам использую при запуске MVP. Принцип отбора — self-hosted или с бесплатным тарифом, лёгкий старт, заменяет дорогой SaaS-аналог.

Итого: на инфраструктуру MVP в первые 3-6 месяцев уходит 1500-3500 ₽/мес против $200-500/мес за полный SaaS-стек. Экономия в год — 200-500 тыс. ₽, и эти деньги лучше потратить на маркетинг, а не на подписки.

Команда для MVP — что делать самому, что нанимать

Состав команды на старте сильно зависит от того, как вы умеете программировать. Solo-founder с AI-помощниками (Cursor, Claude Code, GitHub Copilot) в 2026 году может сделать весь MVP сам, если знает свой стек. Это не «вайб-кодинг» — это реальная разработка с использованием AI как ускорителя на 30-50%. Сам сделал так несколько MVP, включая последний RAG-проект.

Команда из 2-3 человек — оптимально для скорости и качества. Один fullstack-разработчик (бэк + фронт), один продакт/маркетолог (кастдевы, лендинг, копирайт, реклама), опционально дизайнер на парт-тайм для UI. Если у вас сложный продукт с большой UI-частью — дизайнер с самого начала. Если простой инструмент — дизайнер не нужен до момента product-market fit, можно обойтись готовыми компонентами shadcn/ui.

Когда нанимать CTO. При выручке от 500 тыс. ₽/мес, при сложной AI-составляющей продукта, при заявках на гранты или инвестиционные раунды. CTO — это не «человек, который пишет код», а человек, который выстраивает архитектуру, нанимает команду, отвечает за технические решения с финансовыми последствиями. На MVP-стадии чаще выгоднее CTO-as-a-Service — внешний эксперт на парт-тайм, чем штатный сотрудник с долей.

Когда нанимать дизайнера. После product-market fit, не раньше. Дизайнер на MVP-стадии часто становится узким горлышком: разработчик готов делать новые фичи, а дизайн не подъехал. Лучше использовать готовые компоненты shadcn/ui и Tailwind UI, пока продукт не доказал жизнеспособность. После PMF дизайнер становится критичным — превращает «работает» в «красиво работает», что напрямую влияет на конверсию и удержание.

Юр. форма для стартапа в 2026

Самозанятый (НПД). Самый простой вариант для соло-фаундера. Налог 4% от физлиц, 6% от юрлиц. Лимит — 2.4 млн ₽/год. Подходит для запуска MVP с физлицами в качестве клиентов. Не подходит, если планируете нанимать сотрудников или брать в команду фаундеров.

ИП на УСН. УСН 6% (от доходов) для услуг и SaaS с низкой себестоимостью, УСН 15% (от прибыли) для физических товаров с высокой себестоимостью. Можно нанимать сотрудников. Можно работать с юрлицами. Бухгалтерия простая — справится один человек или сервис типа «Моё дело» за 5-10 тыс. ₽/мес.

ООО. Нужно если планируете команду из 3+ человек с долями, привлечение инвестиций (никто из инвесторов не вложится в ИП), работа с крупными корпоратами через b2b с НДС. Дороже в обслуживании (бухгалтер 15-30 тыс. ₽/мес, иногда обязательный аудит), но даёт юридическую защиту и серьёзность в глазах партнёров.

ИТ-аккредитация Минцифры. Если у вас IT-проект (разработка ПО, AI, веб-сервисы), оформляйте аккредитацию сразу после регистрации. Льготы: 0% налог на прибыль до 2030 года (для ООО на ОСН), ипотека под 5% годовых для сотрудников, отсрочка от мобилизации для разработчиков, упрощённое получение виз для иностранных IT-специалистов. Аккредитация бесплатная, заявка подаётся через Госуслуги, рассмотрение — 1-3 рабочих дня.

Метрики, которые нужно отслеживать с первого дня

Без метрик вы не управляете продуктом, вы надеетесь. Каждая из метрик ниже должна быть видна на одном дашборде, обновляться раз в день, и вы должны знать её значение наизусть.

Активация: процент новых пользователей, которые дошли до «aha-момента» — той самой точки, после которой они понимают ценность продукта. Для Slack это первое сообщение в канале, для Dropbox это первый сохранённый файл, для CRM это первая запись клиента. Норма для SaaS — 30-50% активация в первые 7 дней.

Retention D1, D7, D30: процент пользователей, вернувшихся на следующий день, через неделю, через месяц после регистрации. Без retention продукт мёртв — приток клиентов компенсируется оттоком, и расти можно только за счёт всё большего и большего рекламного бюджета. Норма для SaaS — D1 40%+, D7 20%+, D30 10%+.

CAC vs LTV. CAC (Customer Acquisition Cost) — стоимость привлечения одного платящего клиента. Складывается из расходов на рекламу, продажи, контент. LTV (Lifetime Value) — сколько денег клиент принесёт за всё время жизни в продукте. Здоровое соотношение LTV/CAC ≥ 3. Если меньше — единичная экономика не сходится.

MRR (Monthly Recurring Revenue): для подписочной модели — главная метрика роста. Рост MRR на 15-20% месяц к месяцу на ранней стадии — отличный показатель. Падение или стагнация — звоночек, надо разбираться.

Churn: процент клиентов, отказавшихся от продукта за месяц. Норма для SaaS — 2-5% в месяц. Если выше 7-8% — проблема либо в продукте (не закрывает потребность), либо в онбординге (клиент не понял, как пользоваться).

NPS (Net Promoter Score): опрос «насколько вероятно, что вы порекомендуете нас другу» по 10-балльной шкале. Считаем раз в квартал. NPS выше 30 — хорошо, выше 50 — отлично.

На старте достаточно простого Google Sheets с ручным обновлением раз в неделю. Когда вырастете до 100+ платящих клиентов — переходите на полноценный BI (Metabase self-hosted, бесплатный, ставится на VPS за час).

5 типичных ошибок при запуске MVP

1. Перфекционизм. «Ещё одна неделя на полировку UI, и запустим». Через 4 недели «ещё одна». Запуск откладывается до бесконечности, бюджет тает, мотивация фаундера падает. Лекарство: установите жёсткий deadline на public launch до начала разработки. Если не успели — запускайтесь как есть, дорабатывайте по обратной связи реальных клиентов.

2. Делать всё своими руками. «Зачем нам ЮKassa, сделаем свой биллинг», «зачем NextAuth, напишем свою авторизацию», «зачем Mautic, сделаем свою email-рассылку». Каждое такое решение — это +неделя разработки, и в итоге MVP, который должен был выйти за 3 месяца, выходит за 9. Лекарство: правило build what you can buy. Если задача решается готовым сервисом за разумные деньги — берём готовое.

3. Нет аналитики с первого дня. «Аналитику добавим потом». Запустились, через месяц решили посмотреть метрики — а их нет. Ретроспективно собрать невозможно. Нет данных — нет понимания, что работает, что нет. Лекарство: Я.Метрика + PostHog + базовые цели подключаются за 2 часа в неделю 1 разработки.

4. Игнорирование юр.документов. «152-ФЗ не для нас», «оферту напишем потом», «РКН не заметит». РКН проверяет по жалобам, и одна жалоба клиента-юриста = штраф 300 тыс. ₽ + предписание о прекращении обработки ПД. Лекарство: 152-ФЗ соответствие — это неделя работы юриста за 30-50 тыс. ₽, и больше не нужно беспокоиться.

5. Запуск без юзеров. «Сначала допилим, потом покажем». Public launch без soft launch — это слепой полёт. Не знаете, как клиенты реально пользуются продуктом, не знаете, какие у них вопросы, не знаете, где ломается онбординг. Лекарство: 10 beta-клиентов за 2 недели до public launch. Можно бесплатно или со скидкой 90% — главное получить реальную обратную связь.

Реальный кейс: запуск RAG-системы для юр-компании за 4 месяца

В 2025 ко мне пришла юр-компания: 4 юриста, специализация на корпоративном праве, база из 10 000 документов (договоры, прецеденты, заключения). Задача — помочь юристам быстрее находить нужные прецеденты при подготовке к делам. Раньше уходило 2-3 часа на поиск по архиву, хотели сократить до 10-15 минут.

Месяц 1: дискавери и архитектура. Провёл 4 интервью с каждым юристом отдельно — оказалось, у всех разные подходы к поиску, и единый интерфейс не подойдёт. Решение — natural language search с возможностью фильтрации по типу документа, дате, клиенту. Выбор стека: MongoDB Atlas (managed, документоориентированная, удобно хранить разнородные документы), e5-mistral для embeddings (открытая модель, локально на VPS), Claude через прокси для генерации ответов с цитатами, Next.js для интерфейса. Бюджет на месяц: 150 тыс. ₽ (мой день разработки + закупка инфраструктуры).

Месяц 2: загрузка документов и RAG-pipeline. Парсинг 10 000 документов (PDF, DOCX, иногда сканы — пришлось добавить OCR через Tesseract). Чанкинг с overlap 200 токенов. Генерация embeddings (10 000 документов = ~100 000 чанков = ~3 дня обработки на одном GPU-VPS Selectel). Сохранение в Qdrant. Тестирование retrieval — точность 78% по golden set из 50 запросов. Бюджет на месяц: 250 тыс. ₽ (моя работа + GPU-аренда + Claude API).

Месяц 3: UI и soft launch. Интерфейс с чатом и боковой панелью с найденными документами и подсветкой цитат. Авторизация через NextAuth с magic-link (юристы не хотят запоминать пароли). Базовая аналитика — что ищут, какие запросы не находят результат. Soft launch с 3 юристами из команды — три недели тестирования, ежедневные правки. Бюджет на месяц: 200 тыс. ₽.

Месяц 4: production-ready и public launch. 152-ФЗ соответствие (документы клиентов — ПД). Резервное копирование. Мониторинг. Лендинг с описанием продукта. Запуск в трёх юридических Telegram-каналах. Первые 15 подписчиков за месяц по 12 000 ₽/мес. Бюджет на месяц: 250 тыс. ₽.

Итого: разработка 850 тыс. ₽, инфраструктура 25 тыс. ₽/мес после запуска, MRR через 6 месяцев — 200 тыс. ₽, окупился за 4 месяца после public launch. Главные уроки: дискавери в первом месяце сэкономило 2-3 недели разработки в третьем месяце (не пришлось переделывать UI после первых отзывов юристов). Self-hosted embeddings на собственном GPU сэкономили 80% бюджета по сравнению с OpenAI Embeddings API. Soft launch с 3 юристами выявил 30+ багов, которые в public launch стоили бы репутации.

Чек-лист «готов к production» за неделю до запуска

За 7 дней до public launch садитесь и проходитесь по списку. Каждый пункт — это «да» или «нет», без полутонов. Если хоть один «нет» — переносите запуск на неделю и закрываете дыру.

• HTTPS работает на всех страницах, HSTS включен с preload
• OWASP Top 10 проверен (SQL injection, XSS, CSRF, broken authentication)
• Бэкапы БД работают и протестированы восстановлением — реально восстановили dump на тестовом сервере
• Платёжная система работает — провели тестовый платёж, проверили webhook, проверили возврат денег
• Email-уведомления работают — welcome, reset password, billing — все доходят
• 152-ФЗ соответствие — есть согласия, политика, оферта, уведомление РКН подано
• Мониторинг работает — искусственно сгенерированная 500-ошибка пришла в Sentry/Glitchtip и в Telegram
• Документация для команды поддержки — FAQ, runbook для типовых проблем
• Лендинг с правильными мета-тегами — title, description, OG-картинка, Schema.org
• Аналитика собирает данные — Я.Метрика и PostHog видят регистрации, оплаты, активность
• Соцсети и Telegram-канал настроены, есть как минимум 5 постов
• Юридический CTA в футере — реквизиты, оферта, политика, контакт

Частые вопросы

Можно ли запустить MVP за 1 месяц? Если это микро-продукт типа Telegram-бота или одностраничного сервиса — да. Если полноценный SaaS с биллингом и онбордингом — нет, реалистично 2.5-3 месяца. Кто обещает «MVP за месяц» обычно запускает прототип без юр-документов, без аналитики, без биллинга. Это не MVP, а демо.

Что такое soft launch? Закрытый запуск для первых 5-20 клиентов до публичного запуска. Цель — поймать критичные баги, отшлифовать онбординг, получить первые отзывы. Длится обычно 2-4 недели. Без soft launch public launch почти всегда заканчивается катастрофой по UX.

Какой стек выбрать новичку? Next.js + TypeScript + Tailwind + Drizzle ORM + Postgres. Большая экосистема, много туториалов, легко найти разработчиков на доработки. Альтернатива для совсем простых проектов — Astro + Pocketbase, ещё проще, но меньше фич.

Стоит ли искать CTO с долей в проекте? Если у вас нет своих технических компетенций — да, без CTO вы не запуститесь. Но не отдавайте 50% за обещания — стандарт для технического сооснователя на MVP-стадии 15-30%, с vesting на 4 года и cliff на 1 год.

Когда нанимать первого разработчика? Когда фаундеры физически не успевают закрывать поток задач, и MRR позволяет платить зарплату 150-300 тыс. ₽/мес без выгорания личного бюджета. Раньше — рискованно, продуктивность разработчика без direct mentorship и без понимания продукта будет низкой.

Что делать если MVP не пошёл? Сделать pivot — изменить ключевую гипотезу, оставив техническую базу. Слушать клиентов: за что они готовы платить, что наоборот раздражает. Часто работающий продукт получается не из первой гипотезы, а из третьей-пятой. Slack начинал как игра, Instagram как чек-ин-сервис, Twitter как подкаст-платформа.

Сколько денег нужно на 3 месяца? Соло-фаундер с AI-помощниками: 350-800 тыс. ₽ (инфраструктура + юр.документы + базовый маркетинг + минимальная подушка на проживание). Команда из 2-3 человек: 1.5-3 млн ₽ (зарплаты + всё остальное). Если нет половины этой суммы — не стартуйте, не хватит до запуска.

Можно ли запустить без юр.лица? Тестовый запуск с 1-2 клиентами — можно как физлицо или самозанятый. Полноценный public launch — нельзя: нужны реквизиты для оферты, ЭДО с платёжной системой, основание для обработки ПД. Минимум — самозанятый или ИП.

Выводы

3 месяца от идеи до production — это реалистичный срок при условии правильной подготовки. Месяц 0 на дискавери экономит месяц переделок в середине проекта. Месяц 1 на фундамент даёт прочную базу для масштабирования. Месяц 2 на наполнение превращает каркас в продукт. Месяц 3 на production-готовность и soft launch снимает риск катастрофы при публичном запуске.

Главный принцип, который я вынес из 15+ запусков: скорость не важнее фокуса. Можно запуститься за 6 недель с продуктом, который никому не нужен, или за 14 недель с продуктом, который сразу начинает приносить деньги. AI-инструменты в 2026 году дают возможность второго пути даже соло-фаундерам без большой команды. Не упускайте этот шанс — но используйте AI как ускоритель, а не как замену пониманию продукта и клиентов.

И последнее. Самые успешные MVP, которые я видел, не были технически впечатляющими. Они были скучными в плане технологий — стандартный стек, готовые компоненты, минимум кастомного кода — но точно попадали в задачу клиента. Технологическая часть MVP — это 20% успеха, остальное — понимание клиента, маркетинг, упорство при первом отказе. Стройте продукт, а не код.