«MVP за 30 дней — это маркетинг, такого не бывает» — слышим мы примерно раз в неделю.

В Hexbit мы укладываемся в 30 рабочих дней регулярно. Но не потому, что наши разработчики работают по 14 часов и пишут плохой код. А потому, что у нас выстроен процесс, набор готовых модулей и жёсткая дисциплина по объёму. Сегодня показываю, как это устроено — на конкретном кейсе, в днях и часах.


Реальный кейс: SaaS для автошколы за 30 дней

К нам пришёл основатель автошколы из Екатеринбурга. Запрос:

«Нужен личный кабинет для учеников: расписание, оплата, тесты ПДД, чат с инструктором. Сейчас всё в Excel и WhatsApp, я устал».

Бюджет: 480 000 ₽. Срок — «как можно быстрее, в идеале до старта нового набора». До старта — 5 недель.

Мы зафиксировали MVP-объём так: - Личный кабинет ученика (расписание, оплаты, статус курса). - Кабинет администратора (просмотр учеников, выставление счетов, отметка о посещении). - Тесты ПДД с авто-проверкой (база из 800 вопросов). - Telegram-бот для напоминаний о занятиях. - Что не делаем в MVP: чат с инструктором (отдали в WhatsApp), мобильное приложение (только адаптивный сайт), интеграции с ГИБДД (отказались до v2).

Запустили на 28-й рабочий день. Дальше — как именно.


Тайминг по дням

Неделя 1 (5 дней): аналитика, проектирование, дизайн

  • День 1. Установочный созвон 1.5 часа. Фиксируем сценарии (10 штук), ключевую метрику (% оплаченных курсов через ЛК), стек, дедлайны.
  • День 2–3. Аналитик пишет user story и acceptance criteria. Параллельно дизайнер проектирует структуру кабинета.
  • День 4. UI-кит: цвета, типографика, состояния кнопок. Берём за основу нашу библиотеку компонентов.
  • День 5. Согласование макетов 4 ключевых экранов. Без согласования — не двигаемся.

Что параллельно делает devops: сразу поднимает dev и stage окружения, настраивает CI/CD. На неделе 2 разработчики приходят на готовую инфраструктуру.

Неделя 2 (5 дней): фундамент

  • День 6–7. Backend-разработчик собирает основу: модели (User, Course, Lesson, Payment), авторизация по телефону, админка Django.
  • День 8. Frontend-разработчик собирает каркас: layout, роутинг, авторизация, базовые экраны.
  • День 9. Интеграция оплат: ЮKassa — стандартный модуль из нашей библиотеки RapidStack™, подключение занимает 6 часов.
  • День 10. Демо клиенту. Кабинет уже работает: можно зарегистрироваться, посмотреть курс, оплатить (тестово).

Неделя 3 (5 дней): функционал

  • День 11–12. Расписание: календарь, бронирование занятий, статусы. Используем готовый компонент календаря.
  • День 13. Кабинет администратора: список учеников, фильтры, выставление счетов.
  • День 14. Тесты ПДД: импорт базы вопросов из CSV, экран теста, авто-проверка, история результатов.
  • День 15. Telegram-бот для напоминаний (наш стандартный модуль): подключение по номеру телефона, шаблоны напоминаний.

Неделя 4 (5 дней): финал и тесты

  • День 16–17. UI-полировка, состояния пустые/загрузки/ошибки.
  • День 18. Внутреннее QA: команда тестирует все сценарии. Фиксируем 12 багов.
  • День 19. Исправление критичных багов. Несколько мелких UX-замечаний — отдаём в backlog v1.1.
  • День 20. Демо клиенту. Принимаем правки (не больше 3 — это в договоре).

Неделя 5 (3 дня): продакшн

  • День 21–22. Подготовка прода: домен, SSL, бэкапы, мониторинг, Яндекс.Метрика.
  • День 23. Разворачивание на продакшн, миграция тестовых данных в реальные.
  • День 24–25. Параллельная работа: тестируем на реальном железе, ловим последние баги.
  • День 26–27. Обучение администратора (1 час по Zoom), запись скринкаста, передача документации.
  • День 28. Открытие для учеников. Запущено.

Итого: 28 рабочих дней. С запасом до конца 30-дневного срока.


За счёт чего получается такая скорость

Это не магия и не «китайская» работа. Это шесть конкретных факторов.

1. Жёсткое определение MVP-объёма

Самое сложное — на старте отрезать всё лишнее. Мы делаем это по правилу:

«Без какой функции не запустится бизнес? Только это идёт в MVP. Всё остальное — в v1.1.»

В кейсе с автошколой клиент изначально хотел чат с инструктором, мобильное приложение и интеграцию с ГИБДД. Мы убрали всё это. Бизнес запустился без этих функций.

Если на старте не отрезать объём — никакая скорость не поможет. Срок по умолчанию растягивается на 4–6 месяцев.

2. Готовая библиотека модулей (RapidStack™)

У нас есть 30+ заготовленных модулей: авторизация, оплаты (ЮKassa, СБП, Stripe), Telegram-боты, чаты, push-уведомления, календарь, базовая аналитика. Мы не пишем их каждый раз заново.

Подключить ЮKassa с нуля — 4–6 рабочих дней. Подключить нашу готовую обёртку — 6 часов. Это разница между «MVP за 6 недель» и «MVP за 4 недели».

Важно: это не SaaS и не шаблон. Под каждый проект код адаптируется. Просто мы не переоткрываем велосипед.

3. Параллельная работа команды

С первого дня команда работает параллельно:

  • Аналитик пишет требования.
  • Дизайнер делает макеты.
  • Devops настраивает инфраструктуру.
  • Backend начинает с моделей и авторизации (это можно делать без финальных макетов).

В студиях, которые делают MVP за 4–6 месяцев, разработка часто стартует после окончания дизайна. Это +2 недели в простое. Мы убираем этот разрыв.

4. Только зрелый стек

Никаких экспериментов. Стек известен и обкатан: - Backend: Python + Django. - Frontend: React или нативный JS, HTML/CSS — по контексту. - БД: PostgreSQL. - Деплой: Docker + nginx + gunicorn. - Мониторинг: Sentry + Яндекс.Метрика.

Команда знает каждую деталь стека. Не тратит время на «давай попробуем новый фреймворк».

5. Дисциплина по правкам

В договоре чётко: после демо на 20-м дне принимаем максимум 3 правки. Всё остальное — в backlog v1.1, который запускается после релиза.

Без этого правила MVP легко превращается в бесконечную итерацию. Клиент видит работающий продукт и хочет «ещё пять штук». Мы это останавливаем по договору.

6. Ежедневные созвоны на 15 минут

Каждый рабочий день — стэндап с клиентом по Zoom или в Telegram. Не «отчёт о проделанной работе», а 3 пункта: - Что сделано вчера. - Что планируем сегодня. - Что блокирует (нужны материалы, доступы, решения от клиента).

Если клиент не может выделять 15 минут в день — мы это обсуждаем на старте. Без обратной связи скорость падает в 2 раза.


Гарантия 30 дней + 50 000 ₽

В Hexbit мы фиксируем 30 рабочих дней в договоре. Если не сдаём в срок: - возвращаем всю предоплату; - переводим на счёт клиента 50 000 ₽ в качестве компенсации; - делаем это в течение 3 дней без споров.

За последние 18 месяцев мы выплатили компенсацию один раз — когда клиент задержал согласование макетов на 9 дней, и мы взяли это на себя как нашу зону ответственности.

Это не маркетинговая ловушка. Это финансовый стимул для нашей команды держать дисциплину по объёму, не брать сомнительные проекты и работать в выстроенном процессе.


Когда 30 дней не работают

Честный список:

  • Любые медицинские и финансовые лицензии (ОМС, ЦБ, Росздравнадзор) — на интеграции уходит 2–4 месяца.
  • Сложные интеграции с государственными API (ГИС ЖКХ, ЕГАИС, Честный знак) — те же 2–4 месяца, не из-за разработки, а из-за процедуры подключения.
  • Высоконагруженные продукты с миллионами пользователей — это не MVP, это полноценный продукт, и считать его за 30 дней нечестно.
  • Hardware + software решения (IoT, кассы, терминалы) — здесь 30 дней нет даже на согласование железа.

Во всех этих случаях мы делим проект на этапы. Этап 1 = 30 дней под гарантию. Этап 2 — после релиза первого, тоже под гарантию.


Что нужно от вас, чтобы запустить MVP за 30 дней

1. Готовность принимать решения за 24 часа. Не «я подумаю недельку». Если решение задерживается, тайминг рушится.

2. Один ЛПР на стороне клиента. Если решения принимает «совет из 4 партнёров», добавьте +30% к сроку. Решения по комитету несовместимы со скоростью 30 дней.

3. Готовый контент или согласие на плейсхолдеры. Тексты, фото, описания услуг. Если контента нет — ставим заглушки и заполняем после релиза.

4. Доступы к платёжным системам, домену, аккаунтам. Это пункт №1 в нашем чек-листе на старте. Без доступов мы не можем настраивать продакшн.


Итог

MVP за 30 дней — это не магия и не маркетинг. Это:

  1. Жёстко урезанный объём (только то, без чего бизнес не запустится).
  2. Готовые модули, которые мы не пишем заново.
  3. Параллельная работа команды с первого дня.
  4. Зрелый и обкатанный стек.
  5. Дисциплина по правкам и ежедневная синхронизация.
  6. Финансовая гарантия с обеих сторон.

Если хотите проверить вашу идею в этом темпе — напишите нам. На бесплатном созвоне 30 минут мы скажем, реально ли уложиться в 30 дней, и если нет — куда это можно разделить на этапы.