MVP и SaaS.
От идеи до работающего продукта. Auth и база, платежи и подписки, главная фича — рабочая. SEO-фундамент, документация и передача под ключ.
Скидка 25% на все услуги до 31 августа
Для IT-стартапов и продуктовых фаундеров.
Работающий продукт, а не кликабельный макет: вход, база, платежи и главная фича — в проде. На нём можно проверять спрос, идти за первыми деньгами и показывать инвестору. Заложен фундамент, который переживёт первую тысячу пользователей.
Что входит.
- Аутентификация и база данных
- Платежи и подписки (Stripe / ЮKassa)
- Главная фича — рабочая, не макет
- SEO-база для будущего роста
- Документация и передача доступов
- Созвон-туториал по поддержке
Что НЕ входит.
Чтобы не было завышенных ожиданий — честно о границах услуги.
- «Логин на коленке» и таблицу вместо схемы данных — фундамент не режу
- Все хотелки сразу — MVP это про главную фичу, остальное во вторую итерацию
- Нативные приложения под iOS/Android — это отдельный стек и бюджет
- Привлечение первых юзеров — помогу с посадочными, но трафик не гоню
Как идёт работа.
Определяем главную фичу и границы первой версии. Что в MVP, а что ждёт — фиксируем.
Схема данных, модель пользователей и прав, выбор интеграций. Фундамент под рост.
Auth, база, платежи, главная фича целиком. SEO-база на посадочных. Релизы на staging.
Деплой, документация, доступы, созвон-туториал. Продукт — в ваших руках.
Комплектации.
Границы условные: итоговый состав собираем под задачу на брифе. Здесь — чтобы было понятно, из чего складывается разброс цен.
MVP
Проверить спрос и взять первые деньги
Auth, база, одна главная фича целиком, платежи, админка, деплой, документация, передача
MVP+
Показывать инвестору, расти на первой тысяче
Всё из MVP + вторая-третья фича, роли и права, подписки с тарифами, аналитика продукта, посадочная страница
Итерации после запуска
Продукт живёт, нужно развивать
Двухнедельные спринты: фичи по приоритету, техдолг, оптимизация, поддержка релизов
От чего зависит цена.
Смета фиксируется до старта и не меняется по ходу. Но чтобы она была честной, нужно понимать, что именно на неё влияет.
Сложность модели данных
Главный фактор, и он не виден снаружи. Один тип пользователя и плоский список сущностей — быстро. Роли, права, организации с вложенными командами, история изменений — это недели проектирования до первой строчки интерфейса.
Платежи и тарифы
Разовая оплата — просто. Подписки с пробным периодом, сменой тарифа в середине месяца, пропорциональным пересчётом и обработкой неудачных списаний — отдельный проект внутри проекта.
Реальное время
Если продукту нужны живые обновления — совместное редактирование, чаты, уведомления без перезагрузки — это другая архитектура. Закладывать её нужно сразу: переделать «потом» дороже, чем сделать сейчас.
Внешние интеграции
Каждый сторонний сервис — это его лимиты, его формат ошибок и его простои. Две-три интеграции обычно закладываются в базовую смету, десяток — меняет и бюджет, и срок.
Требования к безопасности
Обычный SaaS и продукт, работающий с персональными или платёжными данными, — разные уровни. Шифрование, аудит доступа, журналирование действий добавляют работы, но их отсутствие потом стоит дороже.
Ошибки, которые дорого стоят.
Собрано из проектов, которые приходили к нам на переделку.
Впихнуть все фичи в первую версию
MVP означает «минимально жизнеспособный», а не «маленькая версия всего». Каждая необязательная фича в первой версии — это отложенная дата, когда вы узнаете, платят ли вам вообще. Проверять гипотезу надо до того, как кончились деньги.
Экономить на архитектуре данных
Урезать фичи правильно, урезать фундамент — нет. Схема данных и модель прав переписываются тяжелее всего: это то, во что упирается каждая следующая фича. Сэкономленная неделя на старте оборачивается месяцем перед раундом.
Кликабельный прототип вместо продукта
Фигма-прототип проверяет, понятен ли интерфейс. Он не проверяет главного: достанет ли человек карту. Настоящий ответ даёт только работающий продукт с реальной оплатой.
Забыть про посадочную страницу
Продукт готов, а рассказать о нём негде. Лендинг с описанием, ценами и формой нужен одновременно с MVP — иначе первые пользователи не появятся, и проверять будет нечего.
Разрабатывать без аналитики продукта
Без событий и воронок непонятно, где отваливаются пользователи: на регистрации, на онбординге или на оплате. Решения о развитии принимаются вслепую, по ощущениям основателя.
Вопросы по услуге.
«MVP за 100 000 ₽» — это обычно лендинг с формой. В мою цену входит аутентификация, архитектура данных, платежи и главная фича целиком — то, на чём продукт живёт после запуска. Дешёвый MVP проверяет клики, нормальный — проверяет, платят ли.
Урезать фичи — да, это правильная философия MVP, я сам предложу убрать лишнее из первой версии. Но урезать фундамент — архитектуру и auth — нельзя: это переписывается тяжелее всего и сорвёт сроки перед раундом.
Да, для MVP среднего размера и при зафиксированном скоупе. Срок ломает не объём кода, а меняющиеся требования. Договорились о составе первой версии — делаем её, остальное во вторую итерацию.
Нужен фундамент: структура URL и метаданные на посадочных. Полноценное продвижение избыточно, но заложить базу стоит почти ничего, а прикрутить потом — отдельный дорогой проект.
Вам — полностью, с первого дня. Репозиторий, доступы к инфраструктуре, документация передаются по завершении, никаких лицензий и роялти. Стек открытый (Next.js, Postgres), поэтому продолжить разработку может ваша будущая команда или другой подрядчик.
Скоуп первой версии фиксируем на старте — именно он держит срок. Если по ходу становится ясно, что что-то не влезает, говорим сразу и предлагаем выбор: убрать фичу во вторую итерацию или сдвинуть дату. Чего не делаем — не молчим до дедлайна и не сдаём полуработающее.
Варианта три: нанимаете свою команду (код и документация к этому готовы), продолжаем мы отдельными итерациями, или комбинируете. Передача включает созвон-туториал и описание архитектуры — чтобы новый разработчик вошёл в проект за дни, а не за месяц.
Да, это часть этапа архитектуры. Смотрим на предполагаемую нагрузку, модель данных и планы по командам. Обычно предостерегаю от двух крайностей: микросервисов на старте, когда пользователей ещё нет, и таблицы вместо нормальной схемы данных, которую потом переписывать дороже всего.
Эта услуга в проде.
Проекты, где делали ровно это. Задача, решение, стек и результат — внутри.
Промо self-hosted мессенджера: E2E-шифрование, тарифы и гайд по развёртыванию через Docker.
Внутренний инструмент Zodas Lab: сшивает Search Console, Вебмастер, GA4 и Метрику в одну воронку по проекту. Кейс о том, как мы инженерим SEO.
Готовы обсудить проект? Опишите задачу — скажу честно, реально ли, сколько и за какой срок. Среднее время ответа — 4 часа.
Обсудить проект