H-Studio
Обсудить проект
Разработка SaaS-продуктов для основателей — H-Studio
Направление · SaaS

SaaS-продукты за 6–12 недель⁠.

B2B SaaS-продукты для основателей и растущих команд — с архитектурой, которую можно развивать после первых платящих клиентов. Мульти-арендность, биллинг и роли — как часть первой рабочей версии, а не «когда-нибудь потом».

Формат
B2B SaaS · Мульти-арендность · Подписки
Срок до запуска
6–12 недель
Регион
Москва · Россия · СНГ
01 · Для кого мы строим

К нам приходят основатели на четырёх стадиях.

У каждой стадии — свои риски и свой объём работ. Мы фиксируем стадию на первой встрече и предлагаем формат, который реально соответствует ситуации.

Scenario · 01

“Идея и первые пользователи”

У вас есть продуктовая идея и понимание целевой аудитории. Нужна первая рабочая версия с архитектурой, которая выдержит рост — а не Tilda-прототип, который придётся выбросить через 3 месяца.

Scenario · 02

“Привлекли инвестиции — seed или Series A”

Получили инвестиции. Нужна готовая к запуску версия SaaS, которую можно показать инвесторам, через которую можно проводить due diligence, и которая удержит первых платящих клиентов без аварийных рестартов.

Scenario · 03

“Внутренний инструмент — превращаем в SaaS”

У вас есть работающий внутренний инструмент. Хотите вынести его как SaaS для внешнего рынка — с мульти-арендностью, подписками, ролевой моделью и изоляцией данных клиентов.

Scenario · 04

“Проект сломан — подрядчик ушёл или продукт не работает”

Прошлая команда сделала SaaS, который не работает на росте, ломается на десятом клиенте или просто не запустился в продакшен. Подключаемся через диагностику — без обвинений, с планом стабилизации.

02 · Что входит в готовый к запуску SaaS

Не кликабельный прототип, а первая рабочая версия продукта⁠.

Первая версия работает в продакшене: пользователи регистрируются, платят, работают в своих организациях, а команда управляет продуктом через админ-панель. Архитектура проектируется так, чтобы продукт можно было развивать после первых клиентов без немедленного переписывания. Код, документация и схема запуска передаются вам.

01

Бэкенд и данные

Java и Spring Boot или Node.js — выбираем по проекту. PostgreSQL с правильной схемой под мульти-арендность, Redis для кэша и сессий, очереди задач, REST API и опционально GraphQL для сложных интерфейсов.

02

Мульти-арендность

Выбираем модель: общая база с tenant_id, схема на клиента или база на клиента. Обосновываем выбор: цена изоляции против цены масштабирования. Реализуем правильно с первого дня — не дописываем потом.

03

Подписки и биллинг

ЮKassa, Тинькофф Касса, СБП для РФ-проектов. Stripe — для международных. Пробные периоды, повышения и понижения тарифа, пропорциональный биллинг, обработка налогов (НДС, чеки 54-ФЗ), webhook-обработка платёжных событий.

04

Авторизация, роли и доступы

JWT-аутентификация или session-based. Гибкая ролевая модель (RBAC). SSO для B2B — Google Workspace, Microsoft, кастомный OAuth. TOTP-двухфакторка для админов. Журнал действий. Изоляция данных арендаторов на уровне API и базы.

05

Фронтенд и кабинеты

Next.js App Router, React, TypeScript strict. Кабинет клиента с правильной информационной архитектурой. Админ-панель оператора. Публичные страницы с SEO-структурой. Адаптивность от 320 px до 4K.

06

AI-функции — если они дают пользу

Разбор документов, классификация заявок, умный поиск, операторские ассистенты — как отдельный модуль, когда задача реально решается AI лучше обычной логики. Архитектура с человеком в процессе, журнал событий и контроль источников. Требования к хранению данных и маршрутизация — отдельно по проекту; юридическая оценка 152-ФЗ/GDPR подключается профильным юристом.

07

Аналитика и метрики продукта

События продукта с первого дня. GA4, Plausible, PostHog. Метрики активации, удержания, конверсии. ClickHouse или собственное хранилище аналитики — если нужно. Панели для команды операторов.

08

Деплой, инфраструктура и передача

Docker, CI/CD на GitHub Actions. Hetzner, Yandex Cloud, Selectel — выбираем по проекту. Три окружения: dev, тестовое, продакшен. Мониторинг (Sentry, Grafana) с первого деплоя. Резервные копии. GitHub-репозиторий и документация — у вас.

03 · Три ключевых архитектурных решения

Самые дорогие решения принимаются до старта⁠.

  1. 01

    Мульти-арендность: одна база, схема на клиента или база на клиента?

    Общая база (один tenant_id в каждой таблице) — дешевле в инфраструктуре, проще в обновлениях, требует дисциплины в каждом запросе. Подходит для B2C и B2B-SMB. Схема на клиента — изоляция на уровне PostgreSQL-схем, средняя сложность, средняя цена. Для B2B-сегмента, где данные клиента критичны. База на клиента — максимальная изоляция, корпоративный сегмент. Когда клиенты требуют по контракту отдельную базу.

  2. 02

    Биллинг: ЮKassa, Stripe или гибрид?

    ЮKassa, Тинькофф, Сбер для российских пользователей — подходит для базовых подписок. Технически подключаем платёжный и фискальный поток; налоговую схему и требования к чекам подтверждает бухгалтер/юрист клиента. Stripe для международных — лучшая работа с пробными периодами, повышением и понижением тарифа, пропорциональным биллингом, восстановлением неудачных платежей. Гибрид оправдан, когда российская и международная аудитории обе значимы для бизнес-модели, а не являются редким edge case. Собственный биллинг — почти никогда не нужен.

  3. 03

    Стек: модульный монолит, монолит или микросервисы?

    Модульный монолит — наше решение по умолчанию: чёткие доменные границы внутри одного приложения, простой деплой и достаточно пространства для роста без операционной сложности микросервисов. Микросервисы — только когда команда больше 10 человек или есть compliance-причина изолировать домены. Для стартовой команды из 3–5 человек микросервисы часто создают больше операционной сложности, чем пользы.

04 · Технический стек

Стек, проверенный в продакшене⁠.

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

Бэкенд
  • Java · Spring Boot
  • Spring Security · Hibernate
  • Node.js · TypeScript

Java и Spring Boot — когда нужна предсказуемость и зрелые библиотеки. Node.js — когда быстрый итеративный цикл важнее.

Фронтенд
  • Next.js App Router
  • React · TypeScript strict
  • SCSS Modules · Tailwind CSS
  • React Query · Zod

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

Базы данных и кэш
  • PostgreSQL
  • Redis
  • ClickHouse
  • S3-совместимое хранилище

PostgreSQL — основная база со схемой под мульти-арендность. Redis — кэш и сессии. ClickHouse — когда нужна аналитика на больших объёмах.

Платежи
  • ЮKassa · Тинькофф Касса
  • СБП · Сбер-эквайринг
  • Stripe · Paddle

Для РФ-аудитории — ЮKassa, Тинькофф, СБП с чеками 54-ФЗ и обработкой НДС. Для международных — Stripe. Гибрид — когда обе аудитории важны.

Инфраструктура и наблюдаемость
  • Docker · GitHub Actions
  • Yandex Cloud · Selectel · VK Cloud
  • Hetzner · Vercel
  • Nginx · Grafana · Sentry

Yandex Cloud, Selectel, VK Cloud — для РФ-проектов с требованиями 152-ФЗ. Hetzner — для международных. Мониторинг и резервные копии с первого деплоя.

AI — когда нужно
  • OpenAI · Anthropic Claude
  • Mistral · локальные модели
  • Архитектура с человеком в процессе

AI-функции с границами под контролем оператора и журналом решений. Локальные модели — когда compliance не позволяет использовать внешние сервисы.

05 · Открытые цены · Без скрытых пунктов

От архитектурного спринта до запуска⁠.

Шесть форматов с гибкой комбинацией — можно начать с любого и остановиться после него. План работ остаётся у вас. Сроки до первого деплоя — 2–3 недели независимо от тарифа.

Архитектура

Архитектурный спринт

Карта продукта, решение по мульти-арендности, выбор биллинга, стек с обоснованием, точная смета на весь продукт. Документ остаётся у вас и работает с любой командой.

от 150 000 ₽
├5 дней┤
  • Карта продукта и сценариев
  • Решение по мульти-арендности
  • Выбор биллинга и стека
  • Список рисков с приоритетом
  • Roadmap до запуска по неделям
  • Точная смета на следующий этап
Запустить спринт
Lean SaaS

Lean SaaS V1

Подходит для узкого сценария и ограниченного набора функций: одна основная роль клиента, базовая админка, один платёжный сценарий. Не включает сложный биллинг, много ролей, enterprise SSO или тяжёлые интеграции.

от 500 000 ₽
├6–8 недель┤
  • Бэкенд с авторизацией и ролями
  • Фронтенд с ключевыми сценариями
  • Мульти-арендность с первого дня
  • Базовая подписка и платёжный поток
  • Базовая админ-панель оператора
  • Деплой на staging и продакшен
Обсудить Lean V1
Чаще выбирают
Продакшен

Готовый к запуску SaaS

Полная первая версия для первых платящих клиентов: плюс полноценный биллинг (пробные периоды, повышения и понижения тарифа), расширенная админ-панель, аналитика, мониторинг, документация и передача.

от 800 000 ₽
├8–12 недель┤
  • Всё из Lean V1
  • Расширенный биллинг и подписки
  • Расширенная админ-панель
  • События продукта и аналитика
  • Мониторинг и резервные копии
  • Документация архитектуры
  • Передача за 1–2 недели до окончания
Обсудить продакшен
Investor-ready

Investor-ready SaaS V1

Для команд, которые готовятся к серьёзному fundraise или due diligence: больше документации, логов, SSO, мониторинга и прозрачности архитектуры — для технического review.

от 1 500 000 ₽
├12–20 недель┤
  • Всё из готового к запуску SaaS
  • SSO (Google Workspace, Microsoft, OAuth)
  • Полный журнал чувствительных действий
  • AI-функции с человеком в процессе (если нужны)
  • Дашборды для команды операторов
  • SEO-сайт с продуктовыми страницами
  • Архитектура и документация для технического review
Обсудить версию
Стабилизация

Стабилизация существующего SaaS

Когда первая версия стала хрупкой и новые функции добавлять всё сложнее. Архитектурное ревью, рефакторинг проблемных мест, правильное внедрение мульти-арендности, починка биллинг-логики. Без полного переписывания где это возможно.

от 400 000 ₽
├4–12 недель┤
  • Архитектурное ревью существующего кода
  • План стабилизации с приоритетами
  • Рефакторинг проблемных мест
  • Внедрение мульти-арендности задним числом
  • Починка биллинг-логики и тарифов
  • Документация для дальнейшей разработки
Обсудить стабилизацию
Партнёрство

Развитие и поддержка

Та же команда после запуска: новые функции, мониторинг, архитектурные ревью, AI-функции. Без передачи джунам и без зависимости от подрядчика.

от 150 000 ₽/мес
├помесячно┤
  • Новые функции по приоритетам
  • Архитектурные ревью каждый спринт
  • План работ на месяц и отчёты
  • Поддержка деплоя и инфраструктуры
  • Документация обновляется вместе с кодом
Обсудить партнёрство
06 · Почему H-Studio для SaaS

Первая версия, которую можно развивать дальше⁠.

  1. 01

    Не строим одноразовые прототипы

    Дешёвые SaaS-MVP часто экономят именно на том, что потом сложнее всего переделать: модели данных, ролях, биллинге, изоляции клиентов, админке и деплое. Мы закладываем эти решения в первую версию, чтобы рост после первых клиентов не превращался в аварийную переделку. Доказательство — наши кейсы, которые выросли из MVP в операционные платформы без forced rewrite.

  2. 02

    Мульти-арендность, биллинг, авторизация — с первого дня

    Самые дорогие SaaS-ошибки: одно-арендный MVP, который пытаются превратить в мульти-арендный после 50 клиентов; биллинг «потом», когда вся продуктовая логика привязана к функциям, которые невозможно ограничить тарифом; авторизация задним числом, превращающаяся в инциденты безопасности. Все три закладываются на архитектурном спринте, а не «когда дойдёт».

  3. 03

    Senior-команда от спринта до запуска

    Та же senior-команда работает от архитектурного спринта до запуска: проектный лид, инженерный лид, дизайн-лид. В SaaS самые дорогие решения принимаются не на уровне экранов, а на уровне данных, ролей, биллинга, изоляции клиентов и интеграций. Поэтому такие решения остаются у инженерного лида и не передаются junior-разработчикам.

  4. 04

    Код, доступы и документация — у вас

    Код в вашем GitHub. Архитектурная документация. Доступы ко всем сервисам. Схема деплоя. Список переменных окружения. Понятная структура для следующей команды. SaaS можно развивать с нами, своей внутренней командой или другим техническим партнёром.

07 · Что мы не делаем · Анти-паттерны

Чего у нас не бывает в SaaS⁠.

Несколько решений, которые встречаются в SaaS-проектах чаще, чем хотелось бы, и из-за которых продукт через год оказывается кандидатом на переписывание. У нас — нет.

  • Не строим production SaaS на Tilda, Bubble и no-code-конструкторах. Они подходят для ранней проверки спроса, лендингов и простых внутренних прототипов; для SaaS с мульти-арендностью, подписками и ростом после запуска лучше сразу проектировать кодовую архитектуру.
  • Не используем микросервисы по умолчанию. Для стартовой команды из 3–5 человек они часто создают больше операционной сложности, чем пользы.
  • Не обещаем production SaaS за 4 недели. Готовый к запуску SaaS с мульти-арендностью, биллингом и админкой — это 6–12 недель минимум.
  • Не откладываем биллинг и мульти-арендность «на потом» — эти решения закладываются в архитектуру первой версии.
  • Не держим код, базу и доступы в чёрном ящике — GitHub-доступы и схема деплоя у вас с первого дня.
  • Не передаём ключевые архитектурные решения junior-разработчикам — та же senior-команда от спринта до запуска.
  • Не продаём compliance-ярлыки без реальных технических контролей. «ISO 27001-ready» и «GDPR-готов» — это не маркетинговая надпись, а конкретные технические меры под конкретный сценарий.
  • Не строим авторизацию как отдельный сервис без интеграции в продуктовую модель — поломанные права доступа превращаются в инциденты безопасности.
08 · Какой формат SaaS-разработки вам подходит

Как выбрать формат SaaS-разработки⁠.

No-code и Tilda подходят для ранней проверки спроса. Кастомная SaaS-разработка нужна, когда появляются роли, подписки, изоляция данных, админка и план развития продукта после запуска. Если задача решается готовым SaaS или формой в CRM — скажем честно.

 
 
No-code / прототип
Конструктор
Бюджетная разработка
Шаблон + правки
H-Studio
Продуктовая инженерия
Enterprise-интегратор
Много слоёв согласования
Цена SaaS-проекта
100–300к ₽
300–800к ₽
500к — 1.5М ₽
3–15М ₽
Срок до запуска
2–4 недели
2–4 месяца
6–12 недель
4–6 месяцев
Мульти-арендность
Обычно нет
Часто откладывается
Решается на старте
Формализуется глубоко
Биллинг
Ограниченно
Базовый
Как часть продуктовой модели
Кастомный
AI · аналитика
Ограниченно
Редко
Когда действительно нужно
Обычно в «фазе 2»
Команда
Шаблонная сборка
Смешанная
Senior-команда от спринта до запуска
Большая команда, больше слоёв
Владение кодом
Нет или ограничено
Зависит от договора и доступов
Полное, у вас
По договору и процессу
Готовность к росту
Не является целью
Ограниченная
Заложена в архитектуру
Высокая, но дороже и медленнее

Не продаём custom любой ценой · помогаем выбрать правильный формат

09 · SaaS и платформенные кейсы в портфолиоОткрыть полный архив→

SaaS-подход в реальных production-системах⁠.

Каждый — рабочая система, не case-study-шаблон. Часть — публичные SaaS, часть — SaaS-подобные B2B-платформы и внутренние AI-enabled продукты. Архитектурные решения по мульти-арендности, биллингу и стеку — внутри каждого кейса.

Тариф · Готовый к запуску · B2B Германия · Google ★

Forschungsmittel.com

SaaS-подобная B2B-платформа для грантового консалтинга: публичный сайт, кабинет клиента, рабочее пространство команды и операционный центр. Из MVP выросла в операционную платформу. Стек: Next.js, TypeScript, Neon/PostgreSQL.

Открыть кейс→
Тариф · Мульти-арендный SaaS

Creator Marketing Platform

Мульти-арендный SaaS-маркетплейс с единым реестром услуг, движком цен и операторским инструментарием. 1 200+ услуг, асинхронная синхронизация, идемпотентные платежи и возвраты, прослеживаемые действия в журнале. Стек: Java/Spring, Next.js, PostgreSQL.

Открыть кейс→
Тариф · Готовый к запуску · SaaS · QR-сценарии

Web Page Generator

SaaS для динамических QR-связанных страниц. Подписочная модель, стабильные публичные URL, ограничение функций по тарифу на сервере (не в интерфейсе), конструктор страниц с кастомизацией. Стек: Next.js, TypeScript, Supabase.

Открыть кейс→
Внутренняя AI-enabled платформа

Lead Lab

Внутренняя AI-enabled операционная платформа H-Studio для revenue operations. Мульти-агентная архитектура с границами под контролем оператора, человеческое ревью на каждом исходящем шаге, журнал AI-операций. Используем как внутреннее доказательство подхода к production-grade AI-функциям.

Открыть кейс→
FAQ · Двенадцать вопросов основателя

  1. Зависит от целевой аудитории. B2C и B2B-SMB — общая база с tenant_id, дешевле и быстрее. B2B-mid-market — схема на клиента, средняя изоляция. Корпоративный сегмент с compliance — база на клиента. Не подбираем по моде, подбираем по реальной модели работы.

Дальше · Поехали

Соберём ваш SaaS,
который выдержит рост⁠.

Начать можно с архитектурного спринта (5 дней, 150 000 ₽), если непонятно с чего стартовать, или сразу обсудить сборку MVP. Архитектурный созвон — 30 минут, без обязательств.

30-минутный архитектурный созвонОценить проект
Студия
H-Studio
Senior-поставка · Москва · Россия
Контакт
+7 (982) 666-66-80
Офис
ул. Октябрьская д. 80 стр. 6
117593 Москва