NineLabNineLab.ru
КейсыЦены
Контакты
30 июля 2026Евгений · Senior Systems Engineer

Свой веб-кабинет или облачный SaaS: когда on-prem выгоднее


Компания выросла из Excel и переписки: клиенты ждут статусы в одном окне, сотрудники тонут в чатах, а «нормальный кабинет» продают как облачную подписку. Через год выясняется: тариф ×2, нужный отчёт «не в тарифе», данные выгрузить сложно, а процессы компании так и не совпали с коробкой.

Свой веб-кабинет или облачный SaaS — не спор «современность vs старьё». Это выбор про контроль данных, срок запуска и деньги на горизонте 2–3 лет. Ниже — рамка для директора и IT-руководителя: когда брать подписку, когда строить on-prem / свой контур, и как не переплатить за чужой roadmap.

Свой веб-кабинет on-prem или облачный SaaS: сравнение для бизнеса

Оба варианта рабочие — вопрос в контроле, кастомных процессах и TCO на росте

Что такое веб-кабинет для бизнеса (и чем он не лендинг)

Веб-кабинет (личный кабинет клиента, партнёра или сотрудника) — это рабочий инструмент: заявки, статусы, документы, оплаты, доступы. Не «красивая страница о компании», а сервис, без которого тормозит выручка или операции.

  • Облачный SaaS — готовый продукт по подписке. Быстрый старт, мало своей эксплуатации, зависимость от тарифа и roadmap вендора.
  • Свой веб-кабинет (on-prem / выделенный контур) — приложение под ваши процессы: данные и права у вас (или у подрядчика по договору), можно менять логику без «апсейла модуля».

Если таблицы уже ломают учёт и согласования — сначала зафиксируйте боль, а не вендора. Признаки «выросли из Excel» разобраны в статье «Excel больше не справляется». Здесь — следующий шаг: коробка SaaS или свой кабинет.

Сравнение SaaS и своего кабинета: деньги, данные, риски

Критерий Облачный SaaS Свой веб-кабинет
Срок до первого результата Дни–недели Недели–месяцы (после чёткого первого модуля)
Данные и доступы У вендора (по договору) У вас / в вашем контуре
Кастом процессов В рамках тарифа и roadmap Под вашу логику
Экономика Дешево на старте, растёт с местами и модулями Инвестиция вперёд, предсказуее на масштабе
Главный риск Vendor lock, рост тарифа, уход сервиса Размытый scope и «вечная разработка» без этапа

Пример SaaS — 800–2 500 ₽/пользователь/мес за «кабинет + модули». На 80 человек ≈ 64–200 тыс. ₽/мес. За 3 года только подписка часто 2–7+ млн ₽, плюс доплаты за интеграции и отчёты.

Свой кабинет — первый рабочий модуль ориентировочно от 400–800+ тыс. ₽ (после короткого планирования), далее сопровождение обычно заметно ниже растущей подписки при 80–150 пользователях и нетиповых процессах.

Перелом: когда кабинет — часть выручки/операций, процессы не «как у всех» и нужен контроль данных — свой контур чаще выигрывает по TCO и рискам.

Цифры — ориентир для разговора с финансами, не смета. Точная вилка считается от числа ролей, интеграций (1С, CRM, оплаты) и требований ИБ. Похожая логика «подписка vs свой» на другом контуре — в разборе VPN: свой контур или SaaS.

Когда брать облачный SaaS для кабинета

  • Нужен запуск за недели, а не «идеальный» процесс под компанию.
  • Сценарии типовые: заявки, тикеты, базовый ЛК без уникальной логики.
  • Нет жёсткого требования держать данные и доступы только у себя.
  • Нет своей IT-команды на сопровождение — нужна «коробка с поддержкой вендора».
  • Пилот на квартал: проверить спрос, не закопаться в разработку.

Красный флаг SaaS: продают «всё включено», а ваш ключевой процесс оказывается в Enterprise-тарифе или в «дорожной карте на год».

Когда выгоднее свой веб-кабинет (on-prem или выделенный контур)

  • Процессы — ваше конкурентное преимущество, а не «как у конкурента в коробке».
  • Нужны данные у вас: 152-ФЗ, отрасль, партнёрские NDA, импортонезависимый контур.
  • Растёт штат пользователей кабинета (сотрудники + клиенты + партнёры) — подписка раздувается.
  • Критичны интеграции с 1С/ERP и внутренними системами без «адаптера за доплату каждый квартал».
  • Риск ухода западного SaaS или внезапного роста тарифа для вас неприемлем.

«Свой» не всегда значит сервер в офисе. Часто оптимальны выделенный контур у российского хостера или private cloud: контроль как у on-prem, без возни с железом. Подробнее про модули внутреннего портала — в статье «Корпоративный интранет: 7 модулей» и на странице корпоративных порталов.

Гибрид: не «всё или ничего»

Рабочая схема для многих МСБ и mid-market:

  1. SaaS — для типового (почта, базовая CRM, бухгалтерия-облако), если риски терпимы.
  2. Свой веб-кабинет — для ядра: то, на чём держится сервис клиенту или операционная маржа.
  3. Связка через интеграции, а не «ещё пять личных кабинетов в разных подписках».

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

Чеклист: SaaS или свой кабинет

  1. Какие 2–3 сценария кабинет обязан закрыть в первые 90 дней?
  2. Сколько пользователей через 12 месяцев (не «сейчас»)?
  3. Посчитан TCO SaaS на 24–36 месяцев при целевом штате + модули?
  4. Данные и выгрузка: можно ли уйти с полным архивом за разумный срок?
  5. Процессы совпадают с коробкой на ≥80% — или придётся ломать работу под вендора?
  6. Есть требование «код/данные у нас» или отрасль/договор это подразумевает?
  7. Если свой контур — есть ли первый модуль с критериями готовности (не «сделайте нам систему»)?
  8. В договоре с подрядчиком: права на результат, доступы, смена исполнителя (см. чеклист IT-контракта для CEO).

Правило большого пальца: два–три «да» в пользу контроля данных / уникальных процессов / роста пользователей — повод считать свой веб-кабинет, а не докупать места в SaaS. Если процессов мало и скорость важнее — берите SaaS и не усложняйте.

Безопасный первый шаг (без «большой разработки сразу»)

Если клоните к своему контуру — не начинайте с «нарисуйте нам всё». Начните с короткого этапа планирования на 1–2 недели: что строим первым, что даст бизнесу, какой ориентир по сроку и бюджету. Дальше — первый рабочий модуль с приёмкой. Так вы снижаете риск «вечного ТЗ» и сравниваете цифры со SaaS на равных.

Для продуктов, которые вы сами продаёте как сервис, другая рамка сроков — в статье «MVP SaaS за 2 месяца». Здесь речь про кабинет для вашей компании и ваших клиентов, а не про запуск своей мультиарендной платформы.

Главное

Свой веб-кабинет или облачный SaaS выбирают не по моде, а по контролю, процессам и TCO. SaaS ускоряет старт. On-prem и свой контур чаще выгоднее, когда кабинет критичен для операций, данные должны оставаться у вас, а подписка на росте начинает «съедать» экономику.

Спроектировать первый модуль кабинета или портала — корпоративный портал и интранет или разработка веб-приложений.

Опишите пользователей, 1–2 сценария и текущий инструмент (Excel / SaaS / ничего) — запросите сравнение SaaS и своего кабинета.

Вопросы руководителя про веб-кабинет: свой или SaaS

SaaS — готовый сервис по подписке: вендор хранит данные и обновляет продукт. Свой веб-кабинет (on-prem или выделенный контур) — приложение и данные у вас или у подрядчика по договору: вы владеете кодом/доступом и можете менять процессы под себя. Разница проявляется при росте пользователей, требованиях ИБ и при уходе/блокировке вендора.

Когда процессов мало и они типовые, нет жёсткого требования «данные только у нас», команда не готова сопровождать систему, а скорость запуска важнее полного контроля. SaaS хорош как быстрый старт на 1–2 квартала или для некритичных функций.

SaaS часто дешевле в первые месяцы (тысячи–десятки тысяч ₽/мес). Свой кабинет — вложения в разработку/внедрение (ориентир первого этапа от сотен тысяч ₽) и дальше предсказуемая поддержка. На горизонте 24–36 месяцев при 100+ пользователях и кастомных процессах свой контур нередко выигрывает по TCO и снижает риск внезапного роста тарифа.

Нет. «Свой контур» — это владение и контроль: можно развернуть у российского хостера, в private cloud или on-prem. Важно не «железо в шкафу», а кто владеет данными, кодом и правом выгрузить систему при смене подрядчика.

Зафиксировать 1–2 критичных сценария (заявки, статусы, кабинет клиента), посчитать пользователей на 12 месяцев и решить: подходит ли готовый SaaS без ломки процессов. Если нет — короткий этап планирования (1–2 недели): объём первого модуля, срок и ориентир бюджета, затем пилот.

Хотите применить это на практике?

Расскажите про вашу систему — предложим план работ и метрики, которые имеет смысл зафиксировать в SLA/SLO.

Все материалы: Аудит и тестирование

Интеграция 1С и ERP с веб-приложением: что заложить в ТЗ до подписания

Как связать 1С/ERP с порталом, CRM или системой заявок без двойного ввода: master data, REST/OData, частота обмена, конфликты и ориентиры по бюджету интеграции для CEO и CTO.

Читать статью
IT-проект для руководства: 10 вопросов до подписания контракта

Чеклист для гендиректора, CFO и совета директоров: измеримый результат, владелец со стороны бизнеса, IP, SLA, выход из контракта и красные флаги подрядчика — без жаргона про микросервисы.

Читать статью
Аутстаффинг разработчиков: Senior squad vs «ферма на 300 человек»

Как выбрать аутстаффинг: ставки, скорость выхода на проект, NDA, прозрачность velocity и когда boutique-команда выгоднее крупного интегратора.

Читать статью
Цифровизация без хайпа: с чего начать гендиректору — чеклист из 7 шагов

Практический чеклист для гендиректора и операционного директора: одна боль в ₽, пилот на одном участке, 1С/ERP в ТЗ, люди и критерий успеха за 90 дней — без «Индустрии 4.0» на 40 слайдах.

Читать статью