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 не сертифицирован. Третья: нужна интеграция между существующими системами, и без своего связующего ПО не обойтись. Четвёртая — масштаб от 200 РМ, когда лицензии на SaaS начинают превышать стоимость собственной разработки. Всё остальное — SaaS. Дешевле и быстрее, проверено.

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

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

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

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

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

• До 100 000 записей в основных сущностях — SaaS выгоднее, без вариантов.
• От 100 000 до 1 000 000 — серая зона, считаем отдельно под каждый случай.
• Больше миллиона записей — вот тут 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 — другая история. Если архитектура непрозрачная, никто, кроме изначальной команды, в коде не разберётся. И тогда смена подрядчика фактически равна переписыванию с нуля: 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 есть сильные продукты — M-Files, DocuWare, российский Directum RX. С общим документооборотом они справляются отлично. Но у этой юрфирмы требования были совсем другого порядка. Нестандартные. Под которые ни один из перечисленных продуктов просто не заточен.

• Глубокая интеграция с собственным реестром дел — написан 8 лет назад, переписать невозможно.
• Доступы по принципу «китайских стен»: конфликты интересов между делами — юрист, ведущий дело А, не должен видеть документы дела Б, если стороны как-то связаны между собой.
• Поиск работает на 5 языках — и понимает юридическую терминологию, а не просто ищет по вхождению слов. Попробуйте найти «расторжение договора» в немецком контракте: система поймёт, о чём речь.
• Документы шифруются при хранении. Ключи — только у клиента. Мы к ним физически не имеем доступа, и это не маркетинговая фраза, а архитектурное решение.
• Аудит-лог формируется в формате, который закрывает требования комплаенса на стороне клиента. На нашей практике это снимало вопросы внутренних проверок без каких-либо доработок.

Мы попробовали собрать решение из готовых компонентов. Чтобы закрыть все потребности клиента, набралось 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 млн ₽ против 6,8 млн за custom. Клиент выслушал, ушёл думать. Через 3 недели вернулся и огорошил: «Мы решили писать своё через знакомого программиста — за 4,5 миллиона».

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

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

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

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

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

На нашей практике с МСБ в Москве реальный порог, при котором custom-разработка начинает иметь смысл, — это 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-доработки или микросервисы решают по-настоящему уникальные задачи. Например, специфический интерфейс для отдела, который работает с нестандартной аудиторией. Связь между частями — 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 РМ оптимумом оказывается гибридное решение.