Кастомные платформы, когда готовые SaaS, Bitrix24 и 1С больше не отражают ваш процесс.
Цифровые системы под реальные процессы компании: клиентские кабинеты, платформы советника, маркетплейсы, операционные системы и SaaS-продукты с собственной логикой.
Формат
Платформа под бизнес-процесс
Подходит для
B2B · Сервисный бизнес · SaaS · Операции
Срок до первого деплоя
3–4 недели
H-Studio · Plate set 2026Москва · Россия
Подход · процесс-первый
Роли, данные, статусы, журнал действий и интеграции — как часть архитектуры первой версии.
Архитектура «процесс-первый», с несколькими ролями с первого дня, senior-команда от спринта до запуска. Первый технический деплой обычно через 3–4 недели, если scope подтверждён на архитектурном спринте.
От 800 000 ₽. Первая версия обычно 8–16 недель.
Эта страница — главная по custom platforms
Как выбрать между этой страницей и соседними услугами.
Эта страница — про систему с ролями, процессами, интеграциями и своим бизнес-слоем, где готовые SaaS и Bitrix24 уже не описывают вашу модель. Если задача уже описывается одной из соседних услуг — мы туда и направим.
Не продаём custom любой ценой — помогаем выбрать правильный формат, даже если это не custom.
Source of truth
Источник истины фиксируется до разработки.
Для каждой сущности определяем, где она живёт и какая система имеет право её менять. 1С, CRM и склад остаются источниками истины там, где это правильно — платформа не должна становиться второй бухгалтерией или вторым складом.
Клиент
CRMПлатформа
Зависит от модели: лиды и сделки чаще в CRM, операционный профиль — на платформе.
Счёт
1СПлатёжная системаПлатформа
Для российских проектов 1С — типичный источник для бухгалтерии.
Документ
S3-хранилищеЭДО-системаПлатформа
Юридически значимые документы — обычно во внешней ЭДО.
Статус заявки / заказа
Платформа
Состояния процесса и переходы — в платформе с журналом действий.
Пользовательские роли
ПлатформаSSO / Identity Provider
Если есть корпоративный SSO — он становится источником ролей.
Аналитика
Продуктовая БДОтдельное хранилище
Для высоких объёмов часто выносим в ClickHouse или похожее.
Самые дорогие ошибки B2B-платформ обычно не в коде, а в том, что никто не знает, где «правильные» данные.
01 · Когда готовых решений уже недостаточно
Четыре сигнала, что пора уходить с конструкторов.
К нам приходят, когда команда уже попробовала готовые SaaS, Битрикс или Excel — и упёрлась в потолок. На первой встрече фиксируем стадию и предлагаем формат под ситуацию.
Scenario · 01
“Готовое SaaS не подходит под наш процесс”
Команда использует 3–7 разных сервисов (Bitrix24 + Notion + Trello + Google Sheets + AmoCRM + WhatsApp), но ни один не отражает реальный процесс. Данные дублируются, статусы расходятся, сотрудники работают через таблицы и ручные правки. Готовые конструкторы упёрлись в потолок. Что мы делаем: разбираем текущий процесс, определяем что должно жить в одной системе, проектируем роли, статусы и данные, собираем первую версию, подключаем нужные интеграции.
“Нужен кабинет для клиентов, партнёров или советников”
Клиенты, партнёры, исполнители или советники должны видеть свои данные, документы, статусы, заявки или отчёты в одном месте. Bitrix24 и AmoCRM-порталы подходят для стандартных CRM-сценариев, но часто становятся тесными, когда кабинет должен отражать ваш собственный процесс, брендинг, роли, документы и логику доступа. Что мы строим: личный кабинет с правильной информационной архитектурой, ролевая модель, документооборот, тредовые обсуждения, уведомления, админ-панель для команды.
Электронные таблицы стали фактической системой управления компанией, но команда уже не доверяет данным, правам доступа или версиям. Риски растут каждый месяц: потерянные изменения, неправильные права, отсутствие журнала действий, нет резервных копий. Что мы строим: внутреннюю платформу с правильной базой, админ-панель с ролевой моделью, отчёты, миграцию данных из таблиц, журнал действий. Сохраняем процесс — убираем хрупкость.
“Нужен маркетплейс, сервисная платформа или каталог”
В проекте есть несколько сторон: клиенты, поставщики, исполнители, менеджеры, операторы. У каждой стороны свои действия, данные и статусы. Готовые marketplace-решения (CS-Cart, Сотбит) могут быть нормальным стартом для стандартной торговли или каталога; кастомная платформа нужна, когда логика подбора, комиссий, ролей, документов или статусов не укладывается в модель готового решения. Что мы строим: каталог услуг или предложений с правильными фильтрами, архитектуру с несколькими ролями, заявки и заказы с процессом, расчёт комиссий, админ-панель и аналитику.
Не «что угодно по ТЗ». Шесть определённых архитектурных типов платформ. На архитектурном спринте определяем, к какому типу относится ваш проект — это задаёт стек, ролевую модель и план реализации.
01
Платформы советника и профессиональных услуг
Публичный слой авторитета + кабинет клиента + рабочее пространство команды + операционный центр. Структурированный приём, документооборот, ведение мандата от заявки до закрытия. Подходит для грантового консалтинга, юридических услуг, инвестиционного консалтинга, кадровых агентств, R&D-консалтинга. Кейс: Forschungsmittel.com.
Веб-кабинет для офиса + мобильное приложение для команды в поле + клиентский кабинет + админ-панель. Формы со схемой на сервере, оффлайн-сбор данных, структурированная отчётность, QR-доступ к активам. Подходит для обслуживания зданий, инспекций, выездного обслуживания, обслуживания на дому. Кейс: Vulken FM.
Публичный слой + структурированный приём дел + авторизованный кабинет клиента + внутреннее рабочее пространство с работой с чувствительными данными. TOTP, журнал действий, изоляция данных, политика хранения. Подходит для адвокатской практики (уголовное, семейное, корпоративное право), медицинских сервисов, финансовых услуг. Кейс: Wenzel.
Мульти-арендная архитектура с правильной изоляцией, тарифные планы с ограничением функций на сервере (не в интерфейсе), биллинг (ЮKassa, Stripe или гибрид), кабинеты клиента и админ-панель оператора. Подходит для B2B SaaS-продуктов, подписочных сервисов, SaaS-маркетплейсов. Кейсы: Creator Marketing Platform, Web Page Generator.
Архитектура с несколькими агентами и человеком в процессе, согласованный с GDPR и 152-ФЗ governance, журнал AI-решений и оператора, генерация черновиков, умный поиск, классификация заявок. Подходит для revenue operations, автоматизации клиентской поддержки, обработки документов, контентных операций. Кейс: Lead Lab.
Не «сайт с регистрацией», а операционная платформа.
Семь блоков, которые мы закладываем с первого дня — независимо от типа платформы. Каждый блок может масштабироваться или сокращаться в зависимости от объёма, но фундамент один.
01
Процессы, роли и данные — основа
Карта пользовательских сценариев. Архитектура с несколькими ролями (клиенты, команда, партнёры, админы). Структура данных под реальные сущности. Конечный автомат для процессов (заявки, заказы, проекты, документы). Журнал действий на чувствительные изменения. Изоляция данных между ролями и арендаторами.
Пользовательский кабинет с правильной информационной архитектурой. Админ-панель оператора с поиском, фильтрами, массовыми действиями. Публичные страницы с SEO-структурой. Адаптивность от 320 px до 4K. Состояния загрузки и обработка ошибок. Базовая доступность (aria-метки, семантические разметочные элементы).
Запросы документов от клиента. Загрузка с проверкой и статусом проверки. Версионирование. S3-совместимое хранилище с подписанными ссылками. Водяные знаки и шифрование на диске — когда нужно. Опционально электронная подпись через DocuSign или СберПодпись.
Email + пароль с восстановлением. OAuth (Google, Microsoft). SSO для корпоративных клиентов. TOTP-двухфакторка для админов и опциональная для клиентов. RBAC на уровне ресурсов. Мягкое удаление профиля с политикой хранения. Журнал входа.
CRM (AmoCRM, HubSpot, кастомные) через REST API. 1С через REST API или OData, когда критично для бухгалтерии. Платежи (ЮKassa, Тинькофф, СБП, Stripe). Email через SendGrid или Brevo. SMS через SMS.RU. Telegram Bot API. Подключаем только то, что реально нужно — не «интеграции потом».
Умный поиск через RAG. Разбор документов и извлечение в схему. Классификация входящих заявок. Генерация черновиков с человеческой проверкой. Процессы с несколькими агентами. Архитектура с человеком в процессе. Согласованная с GDPR и 152-ФЗ обработка данных.
Docker и CI/CD на GitHub Actions. Yandex Cloud, Selectel или VK Cloud для РФ; Hetzner для международных проектов. Три окружения: dev, тестовое, продакшен. Sentry для ошибок, Grafana для метрик. Резервные копии с политикой хранения. GitHub-репозиторий с правами у вас с первого дня, архитектурная документация, руководство по запуску и обновлениям.
—Процесс нестандартный: несколько ролей, специфические интеграции, требования соответствия
—Есть бюджет от 800 тыс. ₽ единоразово
—Важен брендинг и контроль интерфейса
—Нужна интеграция с существующими системами без ограничений вендора
Гибрид: используем готовое для стандартных частей (CRM, email-маркетинг) и кастом для ключевого процесса — часто это правильное решение. Не делаем «всё кастомное», если 80% покрывается готовым SaaS с расширением.
02
Архитектура с несколькими ролями: с первого дня или эволюционно?
С первого дня — наш выбор по умолчанию. Если платформа потенциально станет multi-role, лучше заложить ролевую модель в данных и backend с первого дня — даже если в первой версии реализована только одна основная роль. Иначе добавление ролей позже часто затрагивает авторизацию, данные, интерфейс и админку одновременно.
Что это значит:
—Ролевая модель в базе с первого дня
—Изоляция данных по ролям с первого дня
—RBAC заложен — даже если используется для одной роли
—Аутентификация знает про роли
Что это не значит:
—Реализовать все роли сразу
—Добавлять гипотетические сценарии «может быть пригодится»
03
Тесная или слабая связность с существующими системами?
Тесная связность — глубокая интеграция с двусторонней синхронизацией:
—Подходит, когда существующая система — источник истины (1С с бухгалтерией)
—Риск: при изменении существующей системы кастомная ломается
—Сложнее в эксплуатации
Слабая связность — кастомная платформа независима, интеграции через webhook:
—Подходит, когда существующая система — вторичный источник
—Есть допустимая задержка согласованности
—Безопаснее при изменениях, проще в эксплуатации
Решаем по: что является источником истины, какие требования к согласованности, насколько существующая система стабильна.
05 · Открытые цены · Без скрытых пунктов
От архитектурного спринта до операционной платформы.
Шесть форматов с гибкой комбинацией. Можно начать с любого и остановиться после него. План работ остаётся у вас. Сроки до первого деплоя — 3–4 недели независимо от тарифа.
Архитектура
Архитектурный спринт
Разбор процессов, ролей и данных. Выбор архитектурного типа (советник, маркетплейс, операционная система, портал, SaaS, AI). Выбор стека. Объём первой версии. Точная смета.
Базовая платформа: бэкенд, одна основная роль, базовая админ-панель, ключевые интеграции, деплой. Подходит для валидации процесса с реальными пользователями.
Полноценная платформа с несколькими ролями: клиент + команда + админ + полный процесс + критичные интеграции + аналитика + мониторинг + документация. Уровень Forschungsmittel.
Для проектов с чувствительными данными, несколькими сторонами, SSO, TOTP, журналом действий, политиками хранения, мобильным компонентом или AI-функциями. Архитектура, мониторинг и документация позволяют развивать платформу после первой версии без немедленного переписывания. Уровень Wenzel и Vulken FM.
Когда первая версия стала хрупкой или есть зависимость от Битрикс24 или 1С-Битрикса. Архитектурное ревью, рефакторинг проблемных мест, добавление недостающих функций, миграция с готовых платформ без потери данных.
Большинство дешёвых студий начинают с Figma-макетов. Это правильно для лендингов, но для платформ — путь к «красивому интерфейсу, который ломается на реальных сценариях».
Мы начинаем с разбора процесса: кто участвует, какие данные появляются, где меняются статусы, что должна видеть команда. Экраны — последствие, не отправная точка.
02
Бэкенд и админ-панель — часть продукта, не приложение
Во многих кастомных платформах внутренняя часть важнее публичной: заявки, пользователи, статусы, документы, ручные операции и пограничные случаи требуют правильной админ-панели с первого дня.
Чего у нас не бывает:
—«Админка потом»
—«Консоль базы для команды»
—«Системный администратор будет SQL-запросами»
Полноценная админ-панель с ролевой моделью, поиском, массовыми действиями и журналом действий.
03
Интеграции проектируются заранее, не «приклеиваются»
CRM, 1С, платежи, email, склад, аналитика, AI-провайдеры — не приклеиваются в конце «когда понадобится».
На архитектурном спринте фиксируем:
—Какие данные куда идут
—Что делать при ошибках
—Какая система — источник истины
—Что синхронизируется синхронно, что асинхронно
04
Senior-команда от спринта до запуска
Та же senior-команда от спринта до запуска: проектный лид, инженерный лид, дизайн-лид.
В кастомных платформах самые дорогие решения принимаются не на уровне экранов, а на уровне процессов, ролей, данных, интеграций и админской логики. Поэтому ключевые архитектурные решения остаются у инженерного лида и не передаются стажёрам или случайным исполнителям.
07 · Что мы не делаем · Анти-паттерны
Чего у нас не бывает в кастомных платформах.
Несколько решений, которые встречаются в кастомных проектах чаще, чем хотелось бы, и из-за которых платформа через год оказывается кандидатом на полное переписывание или возврат на готовое решение. У нас — нет.
×Не делаем custom, когда готовое SaaS покрывает 80%. Честно скажем, что AmoCRM или HubSpot достаточно для ваших сценариев.
×Bitrix24 как основа кастомной платформы — это Bitrix24 с кастомизацией, не платформенная инженерия. Зависимость от вендора остаётся.
×Платформа на 1С-Битрикс как основной стек — мы работаем на современном стеке. Интегрируем с 1С когда нужно, но не строим на нём.
×Tilda, Bubble и no-code подходят для лендингов и ранних прототипов. Для платформ с несколькими ролями и реальными процессами лучше сразу проектировать кодовую архитектуру.
×Не используем микросервисы по умолчанию. Для стартовой команды из 3–5 человек они часто создают больше операционной сложности, чем пользы.
׫Большая платформа сразу» вместо итерации — лучше Lean V1 за 8–12 недель, потом продакшен V1 после первых пользователей.
×Не закладываем логику процесса в интерфейс. Бизнес-правила живут в backend и базе, иначе через 6 месяцев платформа упрётся в потолок.
×Если платформа потенциально станет multi-role, лучше заложить ролевую модель в данных и backend с первого дня — добавление ролей позже часто затрагивает авторизацию, данные, интерфейс и админку одновременно.
×Не передаём ключевые архитектурные решения junior-разработчикам — та же senior-команда от спринта до запуска.
×Не держим код, базу и доступы в чёрном ящике — GitHub-доступы у вас с первого дня.
×Не продаём compliance-ярлыки без реальной технической реализации. «ISO-готов» или «GDPR-готов» — это конкретные технические меры под сценарий, а не маркетинговая надпись.
08 · Какой формат платформы вам подходит
Какой формат платформы вам подходит.
Готовые решения — хороший старт для стандартных процессов до определённой сложности. No-code — для простых процессов или прототипов. Бюджетная кастомная разработка дешевле, но без глубокой архитектуры. Под нами — оптимум для основателя и среднего бизнеса с бюджетом 800 тыс. – 3 млн ₽. Корпоративный сегмент — для funded-стартапов и крупного бизнеса.
Готовые решения
Bitrix24 · AmoCRM · 1С
Бюджетная кастомная разработка
Точечные интеграции
H-Studio
Кастомная инженерия
Корпоративная разработка
Большая команда
Цена
50–200к ₽/мес + подписка
500к — 1.5 млн ₽
800к — 3 млн ₽
3–15 млн ₽+
Срок до запуска
2–4 недели
2–4 месяца
8–16 недель
4–8 месяцев
Кастомность
Ограничена моделью продукта
Средняя
Высокая
Высокая
Архитектура с несколькими ролями
В рамках платформы
Часто откладывается
Решается на старте
Формализуется глубоко
Логика процесса
Базовая
Часто смешана с интерфейсом
В backend
В backend
Интеграции
Маркетплейс модулей
Точечные интеграции
Проектируются заранее
Проектируются заранее
Владение и переносимость
Зависит от лицензии
Зависит от договора и доступов
Полное, у вас
По договору и процессу
Потенциал развития
Ограничен моделью продукта
Низкий
Высокий
Высокий
Помогаем выбрать правильный формат, даже если это не custom
Каждый кейс — реальная платформа в продакшене. Тариф запуска и архитектурный тип — внутри карточки. Полный список SaaS-кейсов — на странице «SaaS-продукты для основателей».
Тип · Платформа советника · B2B Германия
Forschungsmittel.com
B2B-платформа для грантового консалтинга. Многослойная система: публичный сайт, кабинет клиента, рабочее пространство команды, операционный центр. Модель советника, документооборот, журнал действий. Тариф запуска — Платформа в продакшене, 12–16 недель. Стек: Next.js, TypeScript, Neon/PostgreSQL.
Платформа обслуживания зданий. Мобильное приложение для инженеров в поле + веб-кабинет для клиентов, команды офиса и подрядчиков. Формы инспекций со схемой на сервере, оффлайн-режим, QR-доступ к активам. Тариф запуска — Корпоративная версия с мобильным, 16–24 недели. Стек: React Native, NestJS, Next.js, PostgreSQL.
Обычный сайт показывает информацию и собирает заявки. Кастомная платформа управляет процессом: пользователями, ролями, данными, статусами, заявками, оплатами, документами, интеграциями и действиями команды. Сайт — это входная дверь. Платформа — рабочая система внутри.
Кастом — если процесс нестандартный, есть несколько ролей, нужны специфические интеграции, важен брендинг, соответствие требует контроля. Готовое SaaS — если процесс стандартный (продажный pipeline, базовые тикеты, простой CRM), устраивает зависимость от вендора, бюджет 50–200 тыс. ₽/мес устраивает. Гибрид — если 80% стандартное (берём готовое) + 20% кастомного процесса (делаем сами и интегрируем).
Да — Lean-платформа V1 за 8–12 недель, от 800 тыс. ₽. Архитектура готова к нескольким ролям с первого дня, но объём фокусированный на ключевом процессе. Расширяем в платформу в продакшене после первых пользователей.
Да. CRM (AmoCRM, HubSpot, кастомные) через REST API. 1С через REST API или OData. Платежи (ЮKassa, Тинькофф, СБП, Stripe). DocuSign и СберПодпись для подписей. Бухгалтерия через API. Делаем интеграцию с 1С — не строим на нём. Это две разные вещи.
Вам. GitHub-репозиторий со всеми правами с первого дня. Инфраструктурные аккаунты на вас. Доступы у вас. Документация у вас. Уйдёте от нас — заберёте всё. Без зависимости от подрядчика.
Зависит от объёма: Lean V1 — 8–12 недель; платформа в продакшене — 12–16 недель; версия для инвесторов или с чувствительными данными — 16–24 недели; сложная с мобильным компонентом — 16–24 недели. Первый деплой — 3–4 недели от старта. Бета с реальными пользователями — 6–8 недель.
Архитектурный спринт: 150 тыс. ₽. Lean V1: 800 тыс. – 1.5 млн ₽. Платформа в продакшене: 1.5–2.5 млн ₽. Версия для инвесторов: 2.5–4 млн ₽. Мобильный компонент: +800 тыс. – 1.5 млн ₽. Поддержка: от 200 тыс. ₽/мес.
Битрикс24-портал — быстрый старт, зависимость от вендора, ограниченная кастомизация. Подходит для стандартных процессов, не для платформы со сложным процессом. AmoCRM — лучший российский CRM для управления продажами и лидами. Не платформа. 1С — для бухгалтерии и склада. Не платформа для клиентов и партнёров. Все три можем интегрировать с кастомной платформой через API.
Готовность к нескольким ролям — да, с первого дня. Реализация всех ролей сразу — не обязательно. MVP с одной ролью, который превращают в платформу с несколькими ролями после первых клиентов = гарантированное переписывание. Закладываем фундамент сразу, реализуем поэтапно.
Если ваш процесс с приоритетом мобильного (инженеры в поле, выездные специалисты, мобильные продажи) — да, React Native приложение, синхронизированное с веб-кабинетом (паттерн Vulken FM). Если мобильность — «удобство» — адаптивного веба достаточно. Решаем на спринте.
Да — формат «Стабилизация существующей платформы» от 400 тыс. ₽, 4–12 недель. Архитектурное ревью, план рефакторинга, реализация улучшений без полного переписывания где возможно. Включая миграцию с Битрикс24, 1С-Битрикса и no-code на современный стек.
Подключаемся через диагностику — от 100 000 ₽, 48 часов. Подробности в блоке «Спасение проектов» на главной. Это отдельная практика — большинство студий не любят rescue, у нас это часть стандартного объёма.
Дальше · Поехали
Соберём платформу, которая работает у команды и клиента.
Соберём понятный план: какой архитектурный тип подходит под вашу модель (советник, маркетплейс, операционная, портал, SaaS или с AI), какие роли и сценарии нужны сразу, какие интеграции критичны и с чего лучше начать — архитектурный спринт (5 дней, 150 000 ₽), первая версия или стабилизация существующей системы. Архитектурный созвон — 30 минут, без обязательств.
