Что такое SaaS простыми словами и когда выгоднее своя разработка

SaaS (Software as a Service, «программное обеспечение как услуга») — это модель, при которой вы не покупаете и не устанавливаете программу, а арендуете доступ к ней через интернет по подписке. Программа работает на серверах поставщика, обновляет и защищает её тоже поставщик, а вы заходите через браузер или приложение и платите ежемесячно или раз в год. Разберём простыми словами, чем SaaS отличается от PaaS, IaaS и коробочного ПО, какие риски у модели в России и в какой момент подписка становится дороже собственной разработки.

Что такое SaaS простыми словами

Самая точная бытовая аналогия — аренда квартиры против покупки. Покупая коробочную программу или заказывая свою разработку, вы становитесь «собственником»: платите крупную сумму сразу, сами отвечаете за сервер, обновления и ремонт. Подписываясь на SaaS, вы «арендатор»: въезжаете за день, ремонт и коммуналка на хозяине, но планировку менять нельзя, а арендную плату могут поднять.

У SaaS-сервиса есть четыре признака:

• Доступ через интернет — браузер или мобильное приложение, ничего не ставится на серверы компании.
• Подписка — оплата за пользователя, за объём (сделки, документы, склады) или за тариф с набором функций.
• Одна версия для всех — поставщик выкатывает обновления сразу всем клиентам, отдельных «веток» под заказчика нет.
• Мультиарендность — тысячи компаний работают в одной системе, но каждая видит только свои данные.

Вы наверняка уже пользуетесь SaaS: веб-почта, онлайн-бухгалтерия, CRM в облаке, сервис электронного документооборота, конструктор сайтов — всё это программное обеспечение как услуга.

SaaS, PaaS, IaaS и on-premise: в чём разница

Облачные модели различаются тем, какую часть «стека» берёт на себя поставщик. IaaS (инфраструктура как услуга) — вы арендуете виртуальные серверы, диски и сеть, а всё остальное ставите и администрируете сами. PaaS (платформа как услуга) — поставщик даёт ещё и готовую среду: управляемые базы данных, контейнеры, очереди; вы разворачиваете своё приложение. SaaS — вы получаете уже готовую программу. On-premise — классическая схема: ПО установлено на ваших собственных серверах.

Для владельца бизнеса разница сводится к балансу контроля и хлопот: чем ближе к SaaS, тем быстрее старт и меньше нужны свои айтишники, но тем меньше вы можете изменить. Собственная разработка обычно живёт на IaaS или PaaS: код ваш, а железо арендованное.

Примеры SaaS: B2B-сервисы на российском рынке

B2B SaaS — это сервисы, которые продают подписку компаниям, а не частным лицам. В России эта ниша активно выросла после 2022 года, когда часть западных сервисов перестала обслуживать местных клиентов. Типовые классы и представители:

• CRM и управление продажами — amoCRM, облачный Битрикс24, Мегаплан.
• Учёт и склад — МойСклад, облачные версии 1С (1С:Фреш).
• Бухгалтерия и отчётность — Контур.Бухгалтерия, Контур.Эльба, Saby (бывший СБИС).
• Электронный документооборот — Контур.Диадок, Saby ЭДО.
• Задачи и совместная работа — Яндекс 360, YouGile, Kaiten, Пачка.

Из примеров видна закономерность: SaaS отлично закрывает типовые процессы, одинаковые у тысяч компаний, — бухгалтерию, ЭДО, базовую воронку продаж. Чем специфичнее процесс, тем больше «костылей» и доплат за кастомизацию.

Плюсы и минусы SaaS: скорость старта, 152-ФЗ, уход вендора

Плюсы SaaS для бизнеса

• Быстрый старт. Регистрация и базовая настройка занимают дни, а не месяцы разработки.
• Нет капитальных затрат. Вместо разового платежа — операционные расходы, которые легко масштабировать вместе с командой.
• Не нужен свой администратор. Сервер, резервные копии, обновления и базовая защита — на поставщике.
• Регулярное развитие продукта. Новые функции появляются без ваших вложений: их оплачивают все клиенты вскладчину.
• Готовые интеграции. У популярных сервисов есть коннекторы к 1С, телефонии, ЮKassa, маркетплейсам.

Минус: данные хранятся у поставщика

Клиентская база, сделки и документы лежат на чужих серверах. Выгрузить их обычно можно, но формат экспорта часто неполный: история переписки, файлы и связи между сущностями теряются. Это и есть vendor lock-in — чем дольше вы работаете в сервисе, тем дороже из него уйти.

152-ФЗ и локализация

Если в сервисе хранятся персональные данные россиян (а в CRM они есть всегда), первичная запись и хранение должны вестись в базах на территории России. При этом оператором персональных данных остаётся ваша компания: при утечке у поставщика вопросы регулятора будут и к вам. За нарушение требования о локализации КоАП предусматривает для юрлиц штраф от 1 до 6 млн ₽ (ч. 8 ст. 13.11), при повторном нарушении — от 6 до 18 млн ₽ (ч. 9). Это отдельная история от утечек: за них с 30 мая 2025 года действуют свои штрафы, а за повторную утечку — оборотные, от 1 до 3% выручки.

Риск ухода или изменения условий

Опыт последних лет показал, что облачный сервис может исчезнуть не из-за банкротства. В марте 2022 года Slack перевёл российских клиентов с платных тарифов на бесплатный и перестал добавлять новых участников из России, Atlassian (Jira, Confluence, Trello) прекратил продажи в России. Вторая волна пришла в сентябре 2024-го: Notion (с 9 сентября) и Miro (с 12 сентября) отключили аккаунты пользователей из России. Компании, у которых на этих сервисах держались процессы, в срочном порядке переносили базы знаний и задачи — часто с потерями.

Риск есть и у отечественных вендоров: повышение тарифов, закрытие старых тарифных планов, изменение функциональности. На SaaS вы не можете «заморозить» удобную версию — обновление приходит всем.

Импортозамещение и реестр отечественного ПО

Госзаказчики по 44-ФЗ и многие госкомпании по 223-ФЗ при закупке ПО ограничены реестром российского ПО Минцифры (ПП РФ № 1236). Для включения в реестр программа, в том числе облачная, должна свободно продаваться по всей России без ограничений иностранных государств, а исходный код — храниться и компилироваться на территории РФ. Если вы работаете с госсектором или сами продаёте ему сервис, наличие в реестре — обязательный фильтр при выборе.

Сколько стоит SaaS на 5 лет: подписка против своей разработки

Главная ошибка при сравнении — ставить рядом месячную подписку и разовую смету разработки. Корректно сравнивать совокупную стоимость владения (TCO) за 3–5 лет: все платежи, внедрение, интеграции, поддержку и хостинг.

Возьмём условный пример. SaaS-система учёта стоит 1 500 ₽ за пользователя в месяц, тариф растёт на 10% в год, внедрение и интеграции с 1С — 300 000 ₽. Альтернатива — собственное веб-приложение под ваши процессы: разработка 2,5 млн ₽, поддержка и развитие около 450 000 ₽ в год, хостинг около 240 000 ₽ в год.

Логика простая: подписка масштабируется линейно по числу пользователей и дорожает с индексацией, а стоимость своей системы почти не зависит от количества сотрудников — растут только сервер и поддержка. Цифры в примере условные: реальный расчёт зависит от тарифа, числа платных модулей и объёма доработок, в этом примере точка перелома — около 50 пользователей, при других вводных она сдвигается в ту или иную сторону.

Когда своя разработка выгоднее SaaS

Деньги — не единственный критерий. Собственная система оправдана, если выполняется хотя бы одно условие:

• Уникальный процесс — ваше конкурентное преимущество. Нестандартный расчёт цены, логистика, скоринг клиентов: подгонять это под типовой сервис значит терять то, чем вы отличаетесь.
• Масштаб. Сотни пользователей или внешний доступ для клиентов и партнёров — оплата за каждого делает подписку дорогой.
• Сложные интеграции. Когда систем больше трёх (1С, склад, маркетплейсы, телефония, сайт) и обмен идёт в реальном времени, штатных коннекторов SaaS не хватает.
• Требования к данным. Чувствительные данные, требования заказчиков или регулятора к хранению — нужен полный контроль над сервером.
• Продукт для клиентов. Если система — часть вашей услуги (кабинет клиента, B2B-портал заказов), зависеть в ней от чужого бренда и чужих тарифов рискованно.

И наоборот: для бухгалтерии, ЭДО, почты и базовой CRM на 5–30 человек своя разработка почти никогда не окупается. Эти задачи одинаковы у всех, и SaaS решает их дешевле.

Гибридный подход: SaaS плюс доработки и интеграции

Чаще всего правильный ответ — не «или-или». Типовые процессы остаются в проверенных SaaS, а над ними строится свой слой: личный кабинет клиента, модуль расчётов, дашборд руководителя. Всё это связывается через API, чтобы данные не копировались вручную.

1. Разделите процессы на типовые (бухгалтерия, ЭДО, почта) и уникальные (ценообразование, работа с клиентами, производство).
2. Типовые оставьте в SaaS с понятным экспортом данных и российскими серверами.
3. Для уникальных сделайте свою систему или модуль.
4. Настройте интеграции между сервисами так, чтобы у каждой сущности была одна «главная» система, а остальные получали копию.
5. Храните регулярную выгрузку ключевых данных у себя — это страховка на случай ухода вендора.

Как сделать свой SaaS-продукт: ключевые решения

Отдельный сценарий — когда компания хочет не пользоваться SaaS, а продавать его: упаковать свою экспертизу в сервис по подписке. Здесь важны архитектурные решения, которые сложно поменять после запуска.

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

Есть три базовые схемы изоляции клиентов: общая база с полем «арендатор» в каждой таблице (дёшево, но ошибка в коде может показать чужие данные), отдельная схема на клиента в одной базе (компромисс) и отдельная база на клиента (дорого, но проще продать крупным заказчикам с требованиями к безопасности). Выбор зависит от того, кто ваш клиент: 1000 малых компаний или 20 корпораций.

Биллинг и тарифы

Подписка — это не только кнопка «Оплатить». Нужны рекуррентные платежи через ЮKassa или CloudPayments, пробный период, смена тарифа с перерасчётом, счета и закрывающие документы для юрлиц, лимиты по тарифу и мягкая блокировка при неоплате. На биллинг часто уходит заметная часть бюджета MVP, и экономить на нём опасно.

MVP и метрики

Запускайте минимальный продукт, который решает одну боль одного сегмента, и сразу считайте юнит-экономику SaaS: MRR (ежемесячная выручка по подпискам), отток (churn), стоимость привлечения клиента и LTV. Если LTV не превышает стоимость привлечения хотя бы в 3 раза, масштабировать рано. Архитектуру, роли и биллинг для такой задачи закладывают на этапе проектирования веб-сервиса или платформы, а не дописывают после запуска.

Типичные ошибки при выборе SaaS и своей разработки

• Сравнивать подписку за месяц со сметой разработки вместо TCO на 3–5 лет.
• Не проверять экспорт данных до подключения — и узнать о его ограничениях в момент ухода.
• Подгонять уникальный процесс под типовой сервис, теряя конкурентное преимущество и нанимая людей «вручную дожимать» систему.
• Заказывать свою разработку для типовой задачи — строить собственную бухгалтерию или почту, когда рынок давно решил это дешевле.
• Игнорировать 152-ФЗ при выборе иностранного или непроверенного сервиса.
• Делать свой SaaS без биллинга и мультиарендности в архитектуре — потом это переписывают почти с нуля.

Чек-лист: SaaS или своя разработка

• Процесс типовой или уникальный для вашего бизнеса?
• Посчитана TCO на 5 лет с индексацией тарифа и платными модулями?
• Сколько пользователей будет через 2–3 года, включая клиентов и партнёров?
• Серверы сервиса в России, есть договор поручения на обработку ПДн?
• Данные выгружаются полностью, в открытом формате?
• Штатных интеграций хватает для 1С, сайта, оплаты и складских систем?
• Есть план Б на случай ухода вендора или резкого роста тарифа?
• Нужен ли сервис из реестра российского ПО для ваших заказчиков?

Итог: когда выбирать SaaS, а когда своё

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