Фреймворк SaaS vs custom для МСБ — 5 факторов и три кейса с ROI SaaS или своё? Фреймворк 5 факторов МСБ 50 РМ — 3 кейса с расчётом ROI на 3 года 5 факторов фреймворка 1 Объём данных записей в месяц, ширина схемы, история 2 Гибкость процесса меняется раз в N месяцев — учёт темпа 3 Регуляторные требования 152-ФЗ, 187-ФЗ, 323-ФЗ медицина 4 Штатная разработка есть ли свои программисты или нужно внешних 5 Exit cost сколько стоит уйти от платформы или разработчика Три кейса с расчётом ROI на 3 года Кейс №1 · Медклиника 25 РМ SaaS МИС vs custom · 3 года SaaS: 4.4 млн ₽ · custom: 8.7 млн ₽ → выбираем SaaS Кейс №2 · Юрфирма 38 РМ SaaS DMS vs custom · 3 года SaaS: 6.1 млн ₽ · custom: 4.8 млн ₽ → выбираем custom Кейс №3 · Торговля 28 РМ SaaS WMS vs custom · 3 года SaaS: 3.2 млн ₽ · custom: 5.4 млн ₽ → выбираем SaaS
Фреймворк ITfresh 2026 для выбора между SaaS и custom-разработкой — на основе пяти факторов и расчёта ROI на 3 года.
· 19 мин чтения · Семёнов Е.С., руководитель ITfresh

SaaS или своё для офиса 50 РМ: фреймворк ITfresh и три кейса

К нам в ITfresh за последний год трое клиентов подряд пришли с одним вопросом: «писать своё приложение или подписаться на SaaS». Медклиника 25 РМ из ЦАО, юрфирма 38 РМ из Сокольников, торговля 28 РМ из Подольска. На первый взгляд — одинаковая задача, на третий — три разных ответа. В этой статье — наш рабочий фреймворк выбора, 5 факторов оценки, расчёты ROI на 3 года по каждому кейсу с цифрами, и одна история про клиента, который выбрал custom вопреки нашему фреймворку — и потерял два года развития.

Почему «писать своё» — это самый дорогой соблазн для МСБ

Я наблюдаю одну и ту же сцену каждые 3-4 месяца. Владелец малого бизнеса возвращается с конференции, где спикер рассказал, как он «написал своё приложение и стал зарабатывать в 10 раз больше». На следующей неделе он зовёт нас и говорит: «давайте сделаем своё приложение для нашего бизнеса». Через 5-6 встреч обычно выясняется: то, что он хочет, уже есть в виде SaaS-продукта за 30 тысяч ₽ в месяц, готового к запуску за неделю. Custom-разработка стоила бы 4-7 миллионов ₽ и заняла бы 9-14 месяцев.

По моему опыту с малым бизнесом Москва, custom-разработка имеет смысл в одной из четырёх ситуаций. Первая: уникальный бизнес-процесс, которого реально нет в готовых продуктах (редкость). Вторая: регуляторные требования, под которые ни один SaaS не сертифицирован. Третья: интеграция между уже существующими системами, требующая своего связующего ПО. Четвёртая: масштаб, при котором лицензии SaaS превышают стоимость своей разработки (от 200 РМ — иногда). Во всех остальных случаях — SaaS дешевле и быстрее.

Но я не идеолог SaaS. У меня в практике бывают кейсы, где custom — единственное правильное решение, даже если на первый взгляд это «удивительно». Один из таких — юрфирма 38 РМ, которой мы делали свою DMS вместо того, чтобы покупать готовую. Расскажу ниже почему.

5 факторов фреймворка: на что мы смотрим перед выбором

Фактор 1: объём данных

Первое, что я считаю — это сколько данных будет жить в системе через 3 года. Не сейчас, а через 3 года при темпах роста клиента. SaaS-продукты обычно тарифицируются по объёму (количество записей, ГБ хранилища, количество транзакций) — на больших объёмах их цена резко уходит вверх. Custom-системы наоборот: больше данных — те же эксплуатационные расходы (только серверная мощность).

Точки перелома, которые я наблюдал:

Фактор 2: гибкость процесса

Как часто меняется бизнес-процесс, который автоматизируется? Если раз в полгода и реже — SaaS отлично подходит, потому что он развивается в стандартизированную сторону. Если раз в 1-3 месяца — SaaS либо не позволит часть изменений вообще, либо потребует доработок через консультанта вендора (это дорого, медленно).

Custom выигрывает в гибкости только при одном условии: у клиента есть постоянный канал доступа к разработчику. Если разработчик ушёл в отпуск или сменил работу, гибкость превращается в тыкву.

Фактор 3: регуляторные требования

Для МСБ это обычно три закона: 152-ФЗ (персональные данные), 187-ФЗ (КИИ для определённых отраслей), 323-ФЗ (медицина). Если процесс попадает под один из этих законов, нужно проверить, есть ли у SaaS-продукта сертификат соответствия. Если есть — SaaS остаётся в игре. Если нет — мы переходим к custom или к локально развёрнутому продукту.

У нашей медклиники 25 РМ ключевым требованием был 152-ФЗ для медицинских данных (это специальная категория). Из готовых МИС только три имеют нужную сертификацию для развертывания в SaaS-режиме (МИС МедЭлемент, qMS, Renovatio Mednet). Это сразу сократило выбор.

Фактор 4: штатная разработка

Есть ли у клиента свои программисты, или нужно нанимать внешних? Если есть штатные — custom на 30-50% дешевле в долгую (нет наценки агентства). Если нет — внешняя разработка добавляет стоимости и риска.

У МСБ 25-50 РМ штатных программистов почти никогда нет. Это означает, что custom-разработка делается через подрядчиков, и значит — она дорогая. Мы обычно говорим клиенту прямо: «у вас нет штатной разработки, поэтому всё custom приходится покупать с премией 1.5-2 раза против варианта со своими».

Фактор 5: exit cost

Сколько будет стоить уйти с платформы или сменить разработчика? Это самый недооценённый фактор. SaaS обычно даёт возможность выгрузить данные в стандартных форматах (CSV/JSON/Excel) — exit cost небольшой. Custom-разработка может оказаться монстром, под который никто другой не понимает код, и тогда exit cost = переписать всё заново (значит, 70-100% изначальной стоимости).

Я в нашей практике видел один кошмар: клиент купил custom-разработку у фрилансера за 2.5 миллиона ₽, фрилансер исчез через год, документации не было, код был в одном файле на 14 тысяч строк без комментариев. Передача в другую команду оценивалась в 1.8 миллиона ₽. По итогу клиент написал всё с нуля у нас — за 3.2 миллиона ₽. Итого 7.5 миллиона на одну функцию, которая существовала в SaaS за 25 тысяч ₽/мес.

Кейс №1: медклиника 25 РМ — SaaS МИС vs custom

В сентябре 2025 года к нам пришла медклиника многопрофильная, 25 рабочих мест (врачи + медсёстры + регистратура + админы), ЦАО Москва. У них старый МИС, написанный 12 лет назад их прежним IT-сотрудником, который уволился и не оставил документации. Они хотели либо переписать с нуля, либо купить SaaS.

Что мы посчитали

Вариант SaaS — МИС МедЭлемент Pro, тариф «Клиника» с 25 пользователями. Стоимость: 89 тысяч ₽/мес. Внедрение под ключ с миграцией данных, обучением, кастомизацией справочников — 540 тысяч ₽ единоразово.

Вариант custom — построить свою МИС на базе фреймворка, подрядчик — наша команда инженеров плюс привлечённый медицинский консультант. Стоимость: 3.2 млн ₽ единоразово плюс ежемесячная поддержка 95 тысяч ₽ (это два инженера на 30% занятости каждый).

Расчёт на 3 года:

# Кейс №1 — медклиника 25 РМ, расчёт ROI на 36 месяцев

# Вариант SaaS МедЭлемент:
#   Внедрение:        540 000 ₽
#   Лицензии:    89 000 × 36 = 3 204 000 ₽
#   Обновления:       включены
#   Серверная мощность: 0 (облако)
#   Итого 3 года:   3 744 000 ₽

# Вариант custom (наша разработка):
#   Разработка:    3 200 000 ₽
#   Поддержка:   95 000 × 36 = 3 420 000 ₽
#   Серверная мощность: 18 000 × 36 = 648 000 ₽
#   Доработки в год (15% от разработки): 480 000 × 3 = 1 440 000 ₽
#   Итого 3 года:   8 708 000 ₽

# РАЗНИЦА: custom дороже на 4 964 000 ₽
# По фактору 3 (регуляторика): МедЭлемент сертифицирован на 152-ФЗ
# По фактору 4 (своя разработка): у клиента нет штатных программистов
# По фактору 5 (exit cost): из МедЭлемента можно выгрузить пациентов в HL7

# РЕШЕНИЕ: SaaS

Клиника выбрала SaaS. Через 9 месяцев после внедрения они увеличились до 32 РМ — стоимость лицензий подросла, но не критично. На текущий момент они работают полтора года без серьёзных инцидентов, наша поддержка занимает 3-5 часов в месяц на интеграционные вопросы (синхронизация с лабораторией Гемотест, отправка СМС-напоминаний).

Кейс №2: юрфирма 38 РМ — SaaS DMS vs custom

В декабре 2025 к нам обратилась юрфирма международного профиля 38 РМ из Сокольников. У них специфика: каждое дело — это пакет из 40-200 документов разной природы (контракты, переписка, экспертизы, судебные акты, корреспонденция с другими юрфирмами), с привязкой по версиям, статусам подписания, тегам конфиденциальности, доступам по группам сотрудников.

Почему здесь custom оказался выгоднее

На рынке SaaS DMS (Document Management System) есть достойные продукты — M-Files, DocuWare, российский Directum RX. Все они хорошо работают для общего документооборота, но у нашей юрфирмы был ряд специфичных требований:

Мы попытались собрать решение из готовых компонентов — получилось 3 разных SaaS + интеграционный слой. Сравнение на 3 года:

# Кейс №2 — юрфирма 38 РМ, расчёт ROI на 36 месяцев

# Вариант SaaS-комбо (M-Files Cloud + Elasticsearch SaaS + Vault):
#   Внедрение и интеграция:       950 000 ₽
#   M-Files на 38 юзеров:    156 000 × 36 = 5 616 000 ₽
#   Elasticsearch (Elastic Cloud Standard): 38 000 × 36 = 1 368 000 ₽
#   Кастомные доработки (год):      280 000 × 3 = 840 000 ₽
#   Итого 3 года:            8 774 000 ₽

# Вариант custom (наша разработка на Symfony + Postgres + OnlyOffice):
#   Разработка с нуля:        2 800 000 ₽
#   Поддержка:           45 000 × 36 = 1 620 000 ₽
#   Серверная инфраструктура:    22 000 × 36 = 792 000 ₽
#   Доработки в год (10% от разработки): 280 000 × 3 = 840 000 ₽
#   Итого 3 года:            6 052 000 ₽

# РАЗНИЦА: custom дешевле на 2 722 000 ₽
# По фактору 2 (гибкость): требования меняются по каждому делу, нужна гибкость
# По фактору 3 (регуляторика): «китайские стены» — это правовое требование,
#   которое ни один готовый продукт не закрывает без серьёзной доработки
# По фактору 5 (exit cost): код наш, документация по архитектуре,
#   возможность передать в другую команду через 24-36 месяцев

# РЕШЕНИЕ: custom

Юрфирма выбрала custom. Мы запустили проект в январе 2026-го, MVP на 4 месяца, полный релиз — к концу августа. Сейчас стадия активной разработки, два senior-разработчика и я в роли архитектора, плюс юрист клиента как product owner. По плану — окупаемость на 28-м месяце.

Кейс №3: торговля 28 РМ — SaaS WMS vs custom

В январе 2026 к нам пришла торговая компания 28 РМ из Подольска. Они продают электротехнику оптом и в розницу, склад 580 м², 4200 SKU, два складских работника. Текущий учёт ведут в 1С Управление торговлей 11.5 — но 1С УТ плохо подходит для складских операций (нет поддержки терминалов сбора данных, нет адресного хранения, нет планирования инвентаризаций).

Почему SaaS WMS выиграл

На российском рынке есть несколько достойных SaaS-WMS: Cleverence, MyWarehouse, Yandex WMS, 1С-WMS. Мы оценили Cleverence — он интегрируется с их 1С УТ через типовые обмены, поддерживает терминалы Honeywell EDA51 (у клиента два таких), позволяет вести адресное хранение.

Custom-разработка тут бессмысленна — рынок стандартных WMS зрелый, обновления безопасности приходят регулярно, поддержка терминалов разных производителей включена в продукт.

# Кейс №3 — торговля 28 РМ, расчёт ROI на 36 месяцев

# Вариант SaaS Cleverence Магазин 15:
#   Внедрение и настройка:        320 000 ₽
#   Лицензии (5 терминалов):  45 000 × 36 = 1 620 000 ₽
#   Поддержка ITfresh:        12 000 × 36 = 432 000 ₽
#   Терминалы Honeywell EDA51 (доп.3 шт): 285 000 ₽
#   Доработки интеграции:         85 000 × 3 = 255 000 ₽
#   Итого 3 года:              2 912 000 ₽

# Вариант custom (мобильное приложение + бэкенд):
#   Разработка с нуля:         2 800 000 ₽
#   Поддержка:           38 000 × 36 = 1 368 000 ₽
#   Серверная инфраструктура:    14 000 × 36 = 504 000 ₽
#   Доработки/расширения:       180 000 × 3 = 540 000 ₽
#   Терминалы (свои + базовый софт): 285 000 ₽
#   Итого 3 года:               5 497 000 ₽

# РАЗНИЦА: SaaS дешевле на 2 585 000 ₽
# По фактору 1 (объём): 4200 SKU — рынок стандартных WMS отлично закрывает
# По фактору 3 (регуляторика): нет специфики
# По фактору 4 (своя разработка): нет штатных программистов
# По фактору 5 (exit cost): из Cleverence стандартный экспорт остатков в Excel

# РЕШЕНИЕ: SaaS

Торговля выбрала Cleverence. Запустили за 5 недель, прошлый месяц закрыли с инвентаризационными расхождениями менее 0.4% (у них исторически было 2-3%).

Наша матрица принятия решения

На основе 5 факторов мы у себя в ITfresh выработали матрицу. Когда новый клиент приходит с вопросом «своё или SaaS», мы прогоняем его задачу через эту матрицу за 30-60 минут, и в большинстве случаев получаем ответ за один разговор.

Если на 2+ факторах есть «зелёный» в сторону SaaS

То есть: данные до 100К записей, процессы стабильны, регуляторика закрывается готовыми сертификациями, нет штатной разработки, exit cost низкий. В этом случае мы рекомендуем SaaS и пишем клиенту подробную сравнительную смету с конкретными продуктами на рынке.

Если на 2+ факторах есть «красный» от SaaS

То есть: уникальный процесс, не покрытый готовыми продуктами; регуляторика, под которую нет сертифицированного SaaS; собственная команда программистов; необходимость нестандартной интеграции. В этом случае мы предлагаем custom и составляем технико-экономическое обоснование на 3 года.

Если факторы перемешаны

Это самый интересный случай. Мы предлагаем гибрид: основной функционал — на SaaS, специфические доработки — как микросервисы на собственном коде. Это решение требует архитектора, который соберёт связку, но в долгую оно даёт лучший ROI и гибкость.

Один кейс провала: клиент выбрал custom вопреки фреймворку

В 2024 году к нам пришёл клиент — торговля стройматериалами 41 РМ из Подмосковья. Мы прогнали через фреймворк, получили: «однозначно SaaS — 1С УТ + Cleverence + AmoCRM». Подготовили смету на 3 года: 2.7 миллиона ₽ против custom 6.8 миллиона. Клиент послушал, ушёл подумать, через 3 недели вернулся: «мы решили писать своё через нашего знакомого программиста за 4.5 миллиона».

Мы предупредили: один программист, отсутствие команды, отсутствие документации — это риск. Клиент сказал «доверяю человеку, он 12 лет с нами знаком». ОК, ваше решение, ваши деньги.

Через 14 месяцев программист уволился (нашёл работу в банке за 380 тыс ₽/мес). Передачи кода не было, документация — на бумажке в трёх абзацах. Клиент пришёл к нам со словами «спасите». Мы посмотрели — спасти можно, но за 2.4 миллиона ₽ (передача в нашу команду + дописать недостающее). Клиент в итоге выбрал переехать на 1С УТ + Cleverence (то, что мы изначально предлагали) за 2.5 миллиона.

Итог потерь клиента: 4.5 миллиона на программиста + 2.5 миллиона на миграцию + 14 месяцев упущенного развития. Получилось 7 миллионов ₽ за то, чтобы прийти к решению, которое мы предлагали с самого начала за 2.7 миллиона. Это не упрёк клиенту — это иллюстрация того, как работает «доверяю человеку» вместо фреймворка.

FAQ: что чаще всего спрашивают клиенты

С какого размера компании имеет смысл писать своё ПО?

По моему опыту с МСБ Москва — реальный порог появляется при 30+ РМ и одновременно при наличии уникального бизнес-процесса, которого нет в массовых SaaS. Если процессы стандартные — даже на 100 РМ SaaS дешевле и быстрее. Если процессы уникальные — custom может окупиться уже на 25 РМ. Я наблюдал обе крайности у своих клиентов.

Какой ROI считается приемлемым для custom-разработки?

Я не люблю говорить про «приемлемый ROI» вообще — это абстракция. Я считаю по-другому: если custom-разработка окупается за 18-24 месяца и при этом снижает операционные риски, она имеет смысл. Если срок окупаемости больше 36 месяцев — почти всегда это попытка написать «своё ПО» вместо использования стандартного, и я отговариваю. Самый частый антипаттерн — написать свою CRM, когда есть AmoCRM/Bitrix за 30 тысяч ₽/мес.

Что обычно недооценивают, выбирая custom-разработку?

Три вещи. Первое — поддержку: программисты строят, а потом эта штука должна жить 5-10 лет, и каждый год она требует 18-25% от изначальной стоимости на поддержку и доработки. Второе — exit cost: если разработчик уходит, найти замену под чужой код в 4 раза дороже, чем найти специалиста по 1С или CRM. Третье — обновления безопасности: SaaS обновляется автоматически, custom надо лично патчить под каждую CVE.

Можно ли совместить SaaS и custom в одной компании?

Не только можно, но и нужно. У наших клиентов типичная конфигурация: SaaS на стандартные функции (CRM, почта, аналитика, HR), custom-доработки или микросервисы на уникальные процессы (например, custom-интерфейс для отдела работы с уникальной аудиторией клиента). Связь между ними — через REST API. Главное — не пытаться custom заменить весь стек, это путь в долговую разработку.

Сколько стоит custom-разработка под МСБ в Москве в 2026 году?

В среднем по нашим клиентам: микросервис на 1-2 экрана с одной интеграцией — 320-550 тысяч ₽ (2-3 месяца). Внутренний веб-портал на 5-8 разделов с авторизацией и БД — 1.2-2.1 млн ₽ (4-6 месяцев). Серьёзная система с мобильным приложением, бэк-офисом и интеграциями — 3.5-7.5 млн ₽ (8-14 месяцев). Это рынок 2026 года, ставки разработчиков Junior 80k, Middle 180k, Senior 320k ₽/мес.

Итог

Выбор «SaaS или custom» для МСБ 50 РМ — не про красоту технологий и не про моду. Это про деньги, риски и время. Наш фреймворк из 5 факторов с расчётом ROI на 3 года показывает результат за 30-60 минут разговора. По трём свежим кейсам: медклиника — SaaS экономит 4.96 млн ₽, юрфирма — custom экономит 2.72 млн ₽, торговля — SaaS экономит 2.58 млн ₽. Среднее правило: если процесс стандартный — берите SaaS, если уникальный и регуляторный — берите custom. Гибрид — оптимум для большинства клиентов на 50 РМ.

Похожая задача в вашей компании?

Расскажите, что у вас сейчас — пришлю план работ и оценку в течение рабочего дня.

Написать в Telegram  или  +7 903 729-62-41

Семёнов Е.С., руководитель ITfresh