Сегодня об этом рассказывает Евгений Котухов, технологический партнёр SimpleOne, ITSM/ITAM-эксперт.

Для многих компаний Low-code стал «чёрным ящиком» с кнопкой «сделать быстро». Снаружи он выглядит идеально: визуальные редакторы, drag-and-drop и обещания полной независимости от разработчиков. Бизнес в восторге. Но для тех, кому этот ящик потом подключать к розетке, мониторить и чинить в три часа ночи, картина другая.

Мы привыкли, что Low-code — это про прототипы. Но в 2026 году на нём строят биллинги, CRM и ERP. Ошибка в выборе фундамента на этом этапе — это не просто потеря денег, это архитектурный тупик на годы.

Выбирать систему по количеству галочек в буклете — всё равно что оценивать код по числу строк. Вопросы должны быть другими: что произойдёт с базой, когда аналитики «накликают» 500 связей «многие-ко-многим»? Как откатывать кривой релиз в Low-code-среде? И насколько глубоко мы завязнем в вендор-локе?

Попытка внедрить требования ИБ, транзакционность и логирование в три часа ночи

В этом обзоре я разберу 10 популярных платформ через призму Day 2 Operations — того этапа жизненного цикла системы, который наступает через год после внедрения (т.е. эксплуатация, обновления, масштабирование). Попытка внедрить в этот процесс требования ИБ, транзакционность и логирование постфактум часто обходится дороже самого внедрения.

Как я оценивал и одна честная ремарка

Сразу оговорюсь: я технологический партнёр SimpleOne, и их платформа есть в этом обзоре. Я не вендор-нейтрален — прошу это учитывать. Но я сознательно включил SimpleOne в сравнение наравне с остальными и веду разбор с позиции Day 2 Operations: где заканчивается гибкость платформы, где начинается «интеграционный ад» и какова реальная цена владения.

Оценки строятся на заявленных архитектурных возможностях и открытых материалах вендоров, а не на бенчмарке всех платформ на одном стенде. Кейсы привожу по публичным данным вендоров — если что-то указано неточно или устарело, поправьте в комментариях.

Что такое платформа автоматизации в 2026

Если отбросить шелуху, современная платформа — это оркестратор с визуальным фасадом: среда, где аналитики собирают формы и маршруты данных. Но дьявол в архитектуре. BPM-системы и Low-code-платформы фатально отличаются по тому, насколько сложную логику способны переварить. Одно дело — автоматизировать заявку на курьера (справится любой трекер). Другое — построить систему с тысячами транзакций в секунду, где RBAC настраивается на уровне отдельного поля с интеграцией через Keycloak/AD, и всё это отдаёт метрики в ваш Prometheus.

Главная ложь рынка — «вам больше не нужны разработчики». Реальность: чем больше Low-code вы внедряете, тем более квалифицированные DevOps, DBA и архитекторы вам нужны, чтобы этот «зоопарк бизнес-творчества» не положил продакшен неоптимизированными SQL-запросами (проблема N+1 запросов при криво собранном списке в low-code убивает базу данных быстрее, чем DDoS-атака).

Три уровня: что вообще делают эти платформы

Чтобы сравнение имело смысл, я делю платформы на три яруса возможностей — это ось разбора.

Уровень 1. Простая автоматизация. Заявки, линейные согласования, простые справочники. Архитектурно — замена Excel и почты. Упадёт — бизнес не заметит. Хорош для старта, но создает риск теневого ИТ, если не контролировать доступы.

Уровень 2. Корпоративные бизнес-приложения. Учётные системы, порталы, сервисные процессы (ITSM/ESM), документооборот. Требует строгой ролевой модели, интеграций через ESB/брокеры (Kafka/RabbitMQ), масштаб — тысячи пользователей. Даунтайм стоит дорого.

Уровень 3. Полноценная разработка систем. Продуктовые приложения со сложной математикой: кастомные CRM, ERP-модули, WMS. Здесь иллюзии заканчиваются: нужен полноценный CI/CD для Low-code-конфигураций, профилирование БД и неизбежный Pro-code для интеграций. Enterprise-система не живет на одной виртуалке — готовьтесь к отказоустойчивым кластерам СУБД (Patroni для PostgreSQL), in-memory-кэшу (Redis) и балансировщикам. Без сайзинга и резервирования ваш Low-code ляжет в первый же день закрытия квартала.

ТОП-10 платформ для автоматизации бизнес-процессов

Ниже представлен обзор Low-code платформ, разобранный по единому шаблону. Мы указываем происхождение систем, их реальный «потолок» и честные эксплуатационные ограничения.

1. Технологическая платформа SimpleOne

Происхождение: платформо-нативный Low-code (строилась изначально как enterprise-фреймворк).

Уровень: полноценная разработка систем (Уровень 3).

Сильные стороны: Нативная архитектура для построения единых ESM, ITSM и CRM-контуров на общей модели данных. Редкое для рынка наличие полноценного IT-governance «из коробки»: встроенная система версионирования (VCS) принудительно выстраивает разработку по зрелому производственному циклу Dev/Test/Prod. Масштабируемое Enterprise-ядро дополнено платформенным GenAI-слоем для оркестрации LLM и создания агентов.

Слабые стороны: Жёсткая привязка к объектно-метаданной модели платформы абстрагирует физическую схему СУБД. Это гарантирует консистентность, но лишает инженеров возможности делать низкоуровневые оптимизации «сырым» SQL. Pro-code расширения требуют специфических компетенций в серверном JavaScript в рамках платформенного API, что создает определенный vendor lock-in.

Цифра: архитектура доказала способность выдерживать пики в тысячи одновременных сессий при времени ответа API < 200 мс (согласно внутренним бенчмаркам).

Кейсы: масштабные проекты в финансовом секторе и ритейле. Архитектурная гибкость платформы подтверждается тем, что на её ядре (в том числе силами партнеров) разработаны тяжелые отраслевые решения: например, SimpleMES для производства и системы классов TMS и ERP. В портфолио есть внедрения для обслуживания десятков тысяч сотрудников.

Подходит для: Enterprise-компаний, переходящих от лоскутной ИТ-автоматизации к сквозной сервисной модели всей корпорации, готовых инвестировать в Центр Компетенций (CoE).

2. BPMSoft

Происхождение: российская платформа, созданная компанией «Ланит Омни» (ГК LANIT) как отечественная альтернатива Creatio/Terrasoft после их ухода с рынка РФ в 2022 году.

Уровень: полноценная разработка систем (CRM-класс) (Уровень 3).

Сильные стороны: зрелая CRM и BPM-логика. Строгое следование нотации BPMN 2.0. Наличие собственной ORM (Object-Relational Mapping). Мощный Pro-code блок (C#).

Слабые стороны: это не чистый no-code. Как только вы выйдете за рамки «нарисовать процесс» и захотите нестандартную интеграцию или сложный UI, вам потребуются дорогие .NET (C#) разработчики. Избыточная ORM может генерировать неоптимальные SQL-запросы, что требует постоянного мониторинга БД под нагрузкой.

Цифра: обширная база из сотен интеграторов на рынке РФ.

Кейсы: цифровая трансформация фронт-офиса и маркетинга в ритейле и финансовом секторе.

Подходит для: компаний, заменяющих западные CRM (Salesforce, Creatio) и выстраивающих тяжелые клиентские процессы, имеющих в штате C#-разработчиков.

3. ELMA365

Происхождение: эволюционировала из классического BPM-движка (оркестратора процессов).

Уровень: корпоративные бизнес-приложения (Уровень 2).

Сильные стороны: отличная оркестрация межфункциональных процессов на зрелом движке BPMN. Нативные модули для ESM/Service Desk и внутреннего документооборота. Наличие модуля ELMA Cortex для интеграции ИИ.

Слабые стороны: платформа жестко процессо-центрична. Архитектура может потребовать сложного профилирования при попытке построить на ней тяжелые дата-центричные системы (с агрегацией миллионов записей).

Цифра: заявленный вендором отчет о тестировании на 10 000 пользователей (с кластеризацией).

Кейсы: автоматизация сквозных бизнес-процессов в крупнейших банках и логистических компаниях РФ.

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

4. Comindware

Происхождение: выросла из BPM, но имеет фундаментальное отличие — графовую модель данных (ElasticData).

Уровень: корпоративные бизнес-приложения (Уровень 2).

Сильные стороны: поддержка BPMN 2.0 и кейс-менеджмент (CMMN) для неструктурированных процессов. До 100% настройки логики можно сделать без кода. Использование графовой архитектуры, которая (по заявлениям вендора) позволяет менять структуру данных «на лету» без остановки процессов.

Слабые стороны: высокий риск при поиске кадров: графовая база данных требует полной перестройки мышления ваших DBA и архитекторов. Оптимизировать запросы здесь придется иначе. UI и продуктовая глубина вторичны к процессам.

Цифра: платформа позиционирует zero-downtime scheme evolution (возможность на лету менять архитектуру данных без остановки процессов)  как свое ключевое преимущество.

Кейсы: автоматизация уникальных производственных цепочек и управления проектами в нефтегазовой отрасли.

Подходит для: Enterprise-сегмента, готового к смене парадигмы хранения данных ради возможности мгновенно перестраивать бизнес-процессы.

5. Pyrus

Происхождение: легкий инструмент постановки задач и согласований.

Уровень: простая автоматизация (Уровень 1).

Сильные стороны: феноменально быстрый старт в облаке. Низкая стоимость входа. Отличный мобильный клиент.

Слабые стороны: жесткий архитектурный потолок. Здесь нет полноценных транзакционных интеграций и сложного state management. Попытка натянуть Pyrus на задачи core-бизнеса приведет к хаосу.

Цифра: внедрение базовых форм занимает от 1 до 3 дней.

Кейсы: быстрая оцифровка операционных заявок в банковском секторе и сфере общественного питания.

Подходит для: быстрой автоматизации бизнес-процессов (заявок, счетов) на периферии бизнеса, где скорость важнее архитектурной строгости.

6. Directum RX

Происхождение: выросла из систем электронного документооборота (ECM/СЭД).

Уровень: корпоративные бизнес-приложения (Уровень 2, переход в 3 на родном домене).

Сильные стороны: безупречна в документоёмких процессах. Включена во все платформы из реестра российского ПО. Нативная работа на Linux и Postgres Pro. Имеет понятный и документированный процесс сайзинга и отказоустойчивости.

Слабые стороны: архитектура заточена под сущность «Документ». Построение высокотранзакционных систем (например, биллинг) вне экосистемы документооборота может быть архитектурно неоптимальным.

Цифра: подтвержденные тесты на 50 000 зарегистрированных пользователей. 

Кейсы: крупнейшие внедрения в госсекторе, ОДК.

Подходит для: компаний с колоссальным объемом юридически значимого документооборота и жестким комплаенсом.

7. Битрикс24

Происхождение: из CRM и корпоративного портала.

Уровень: простая автоматизация → легкие корпоративные сценарии (Уровень 1 → 2).

Сильные стороны: быстрый старт. Из коробки вы получаете CRM, интранет, задачи. Максимально низкий порог входа.

Слабые стороны: это монолит (в коробочной версии). При попытке зашить в нее сложную Enterprise-логику, тяжелые интеграции с корпоративными шинами (ESB) и обработку миллионов записей, производительность базы падает, а поддержка превращается в ад.

Публичные кейсы: одно из самых массовых решений в РФ для сегмента СМБ. В крупном бизнесе (например, кейсы в ритейле) часто используется как фронтенд-интранет и CRM для управления клиентской базой, работая в связке с более тяжелыми бэкенд-системами.

Цифра: десятки тысяч внедрений на рынке СМБ.

Подходит для: SMB (малый и средний бизнес), которым нужно закрыть потребности «CRM + портал» и не думать об ИТ-архитектуре.

8. GreenData

Происхождение: платформо-нативный Low-code.

Уровень: полноценная разработка систем (Уровень 3).

Сильные стороны: объектная модель, поддержка BPMN 2.0. Вендор заявляет о высоком уровне compliance (сертификация ФСТЭК, ФЗ-152, PCI DSS).

Слабые стороны: заявления «всё без программирования» — маркетинг. Вся серьезная бизнес-логика и интеграции пишутся на Groovy. Вам потребуются не бизнес-аналитики, а полноценные Java/Groovy разработчики, которые стоят дорого.

Цифра: сокращение time-to-market в 2-4 раза по сравнению с Java/C#.

Кейсы: кредитный конвейер для банка «Центр-инвест», WMS.

Подходит для: ИТ-департаментов, которые хотят заменить самописный legacy-код на платформенное решение, но готовы содержать штат разработчиков.

9. Naumen SMP

Происхождение: из тяжелого Service Desk / ITSM.

Уровень: корпоративные бизнес-приложения (Уровень 2).

Сильные стороны: феноменальная отказоустойчивость под реальным HighLoad в корпоративном секторе. Идеально отлаженные процессы маршрутизации и SLA.

Слабые стороны: интерфейс конфигуратора и инструменты визуальной кастомизации могут восприниматься как более консервативные по сравнению с современными low-code платформами. Настройка системы требует специфических знаний именно этой платформы (глубокий vendor lock-in). Сложно выходить за рамки сервисных процессов.

Цифра: десятки тысяч операторов работают в системе (Почта России).

Подходит для: компаний, которым нужен монолитный, «неубиваемый» сервисный бэкофис и контакт-центр, где стабильность важнее скорости внедрения изменений.

10. Digital Q (от Diasoft)

Происхождение: исторически — экосистема для финтеха.

Уровень: 2.

Почему требует проверки: Недостаточно публичных данных для независимой оценки — обязателен PoC на вашей инфраструктуре. На ИТ-порталах критически не хватает верифицированных production post-mortems и разборов архитектуры сообществом по применению Digital Q именно как универсальной Low-code платформы вне банковского ядра.

Подходит для: изучения в рамках финтех-тендеров.

Сравнительная таблица 10 платформ

Таблица показывает реальное архитектурное назначение и скрытые угрозы (TCO/Lock-in).

Как выбрать платформу под задачи бизнеса (Без иллюзий)

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

1. Задача: убрать хаос из почты, оцифровать заявки, завести простую CRM.

   • уровень: простая автоматизация;

   • инструмент: Pyrus, Битрикс24;

   • цена ошибки: минимальная. Выбросите через год, если перерастете.

2. Задача: связать работу департаментов, внедрить ОЦО, запустить кадровый ЭДО.

   • уровень: корпоративные бизнес-приложения;

   • инструмент: SimpleOne, ELMA365, Directum RX;

   • цена ошибки: средняя. Риск в том, что процессы станут «жесткими». Ваш приоритет при выборе — наличие вменяемого API и поддержка очередей сообщений для интеграций.

3. Задача: заменить западную ERP/ITSM (ServiceNow, SAP), создать продукт с уникальной бизнес-логикой.

   • уровень: полноценная разработка систем;

   • инструмент: SimpleOne, BPMSoft, GreenData;

   • цена ошибки: фатальная. Смена платформы обойдется в сотни миллионов. Ваш приоритет: создание Центра Компетенций (CoE). Вы обязаны выстроить процессы тестирования и переноса Low-code конфигураций между средами.

Выводы

Если резюмировать архитектурный и эксплуатационный опыт внедрения платформ автоматизации, сухой остаток выглядит так:

• разработчики никуда не исчезнут. Наоборот, внедрение Low-code платформы уровня Enterprise потребует от вас сильных DevOps, DBA и архитекторов, чтобы этот конструктор работал быстро и не обвалил продакшен кривыми SQL-запросами от бизнес-аналитиков;

• Low-code — это про Time-to-Market, а не про экономию на ФОТ. Программисты уйдут в архитектуру, сложнейшие интеграции и информационную безопасность. А бизнес-аналитики заберут на себя скорость изменения бизнес-правил и визуальных форм;

• оценивайте архитектурный «потолок» до покупки. Выбирайте платформу не по количеству галочек в рекламном буклете, а по её ограничениям, которые вы понимаете и с которыми готовы жить ближайшие 5–7 лет;

• держите фокус на технологической дисциплине и архитектурном контроле. Гибкость без контроля — это хаос. Без разделения сред (Dev/Test/Prod) и версионирования настроек любая платформа быстро превратится в неконтролируемое legacy 2.0.

А теперь вопрос к вам, коллеги: сколько времени в вашей компании сегодня занимает выкатка в прод небольшого изменения в бизнес-логике (например, добавление нового этапа согласования или поля) — пара часов работы аналитика в конструкторе или месяц изнурительных ожиданий в бэклоге разработчиков?

И как часто «накликанные» процессы или отсутствие нормального CI/CD для Low-code ломали вам базу? Делитесь болью (и решениями) в комментариях!