4 февраля 2026 г.
С появлением low-code-платформ создавать бизнес-приложения стало проще и быстрее. Благодаря готовым функциональным блокам и визуальному интерфейсу справиться с этой задачей можно без глубоких навыков программирования. О том, когда использование low-code наиболее эффективно, а в каких случаях лучше применять традиционную разработку, рассказывает руководитель low-code-практики IBS Александр Домницкий.
Критерии выбора
Несмотря на безусловные преимущества low-code, его нельзя назвать универсальным подходом. Чаще всего low-code-инструменты используются, когда нужно быстро получить готовое решение. При этом не требуется обрабатывать большие объемы данных, выполнять сложные вычисления или учитывать уникальные особенности конкретного бизнеса.
Если требования к функциональности и виду решения значительно отличаются от предлагаемого low-code-платформой, без традиционной разработки не обойтись.
Интерфейс приложения, создаваемого при помощи low-code, в значительной степени предопределен компонентами платформы. Можно добавить дополнительные кнопки или поля, но существенно изменить дизайн страниц не получится, либо это будет требовать такого уровня кастомизации, что проще создать внешний пользовательский интерфейс и сделать с ним интеграцию. Классическая разработка, наоборот, позволяет реализовать практически любые пожелания бизнеса.
Кроме того, высокопроизводительные задачи в коде всегда выполняются быстрее и с меньшей нагрузкой на базы данных, чем в low-code. Ограничения low-code-решений особенно заметны, когда нужно обрабатывать записи в цикле. В этом случае каждый процесс разбивается на множество подпроцессов и его выполнение занимает больше времени. Возможность low-code-платформы выдерживать нагрузки и обрабатывать большое количество данных закладывается в самом начале формирования ее архитектуры. Если в рамках проекта планируется работа с большими массивами данных и множеством сквозных процессов, необходимо обращать внимание на класс решения и выбирать платформу промышленного назначения.
Самый распространенный вариант — сбалансированное совмещение разработки и low-code в рамках одного ландшафта.
Например, компания работает с недвижимостью, количество объектов исчисляется десятками тысяч. Нужно создать решение, которое будет искать в базе данных объекты в статусе «продан» и после проверки обновлять определенное поле. Этот процесс можно реализовать стандартными инструментами low-code, а можно с помощью Script Task — интеграций кода. В первом случае на выполнение процесса будет уходить условно полдня, во втором — секунды. Причем аналитик продвинутого уровня справится с Script Task без привлечения разработчика.
Другой пример — рассылка писем клиентам в рамках маркетинговой кампании. Для выполнения этой операции система циклично обращается к базе данных и сопоставляет каждую запись с перечнем условий, определяя, можно ли отправить письмо конкретному адресату. С рассылкой нескольких тысяч писем low-code-платформы обычно легко справляются, но, если сообщений существенно больше, начинаются сложности. Эту задачу лучше вынести в отдельный микросервис, несмотря на желание работать в едином пространстве, не переходя из интерфейса в другой.
Любое изменение полей в базе данных через low-code-платформу порождает целый ряд событий. Используя миросервис, можно обращаться напрямую в БД, а уже потом передавать обработанную информацию в саму платформу. Так операция выполняется быстрее и проще.
Кроме того, с помощью low-code не получится реализовать сложную логику работы кнопок или расчеты на стороне бизнеса. Чаще всего можно вызвать процесс, но нельзя определить, кому из пользователей будет доступно это действие.
Обычно на low-code строится основное процессное древо компании. Вне low-code выносятся задачи, где требуется обработка значительного массива данных, либо выполнение однообразной операции с большим количеством записей — при этом важно быстродействие.
При выборе также стоит учитывать возможности конкретной low-code-платформы. Выполнение одних и тех же задач может занять разное время в зависимости от уровня функциональной зрелости решения.
Задачи для low-code
Как правило, наиболее развитый модуль в low-code-платформах — система управления взаимоотношениями с клиентами (CRM). Хорошо проработаны инструменты для управления бизнес-процессами и документооборотом.
Low-code часто используется для автоматизации согласований, но успех такого проекта зависит от организации внутренних процессов в компании. Если жизненный цикл договора включает множество этапов с различными участниками и маршрутами, коробочной версии с простым процессом визирования будет недостаточно. Для сложных согласований решение иногда приходится создавать с нуля.
Продвинутые low-code-платформы также предлагают широкие возможности для работы с отчетностью, включая различные дашборды. Отчеты можно настраивать как low-code-инструментами, так и с помощью кода. Дополнительные решения могут потребоваться для выгрузки документов и их оформления для печати.
Гораздо меньше low-code-платформы подходят для сложных процессных задач и высоконагруженных расчетов. Например, для выбора оптимального маршрута, исходя из адресов заказов, поступающих в режиме реального времени. Такие задачи требуют постоянных математических вычислений, поэтому их лучше выполнять на отдельном микросервисе.
Развитие low-code-инструментов для конкретного сегмента рынка напрямую коррелирует с запросами бизнеса. Большой спрос на low-code в продажах способствовал тому, что теперь платформы предлагают максимальную функциональность для таких задач, причем уже в коробочном решении. Если у бизнеса есть запрос на то, чтобы задача решалась средствами low-code, через год-два такой продукт, вероятно, появится. То, что сегодня делается кодом, спустя время становится low-code/no-code. В сфере классической разработки остаются специфичные и редкие задачи.
Для автоматизации работы коммерческих подразделений, как правило, достаточно базовой версии low-code-платформы и интеграций с «1С» и телефонией. Автоматизировать ITSM тоже можно исключительно средствами low-code/no-code. ITSM, пожалуй, самое проработанное направление из всех перечисленных. В других областях без кода пока не обойтись.
Рекомендации бизнесу
Сложности с производительностью и другие риски, связанные с неоправданным использованием low-code, могут нивелировать преимущества от быстрого внедрения бизнес-приложения.
Важно заранее оценить, насколько задача соответствует функциональным возможностям платформы. Иногда процесс лучше автоматизировать вне low-code-инфраструктуры и подключить через интеграции.
Границы применения low-code также определяются нагрузкой и сложностью процессов. Например, простые сценарии интеграций, когда нужно передать несколько полей, можно реализовать через low-code. Если речь идет об отправке объектов размером в сотни мегабайт, такие процессы целесообразнее выносить в микросервисы. То же самое с вычислениями — задачи с множеством подзадач лучше решать вне платформы.
Общее представление о том, подходит ли задача для low-code, можно получить из описания платформы, предоставляемого вендором. Более тонкие нюансы, касающиеся конкретной ситуации и особенностей решения, может учесть опытный интегратор. Обращение к проверенному ИТ-партнеру упростит выбор между low-code, традиционной разработкой и комбинированным подходом, избавит от ошибок и поможет добиться максимального соответствия результата ожиданиям.
Источник: Александр Домницкий, руководитель low-code-практики IBS
