Low-code-платформы: как создавать приложения и автоматизировать процессы быстрее

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

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

Low-code¹-платформы предлагают другой способ. Формы, маршруты, роли и часть бизнес-логики собираются из готовых компонентов в визуальной среде. Код остается, но используется там, где возможностей конструктора недостаточно. В результате типовые изменения можно вносить быстрее, не запуская полноценный цикл разработки для каждой новой формы или правила.

Разберем, как устроен low-code, чем он отличается от no-code, для каких задач подходит и где его ограничения становятся существенными. Отдельно сравним такой подход с BPM-системами, нишевыми решениями и классической разработкой, а также посмотрим, как ИИ можно подключать к уже настроенным процессам.

Что такое low-code простыми словами

Low-code (англ. low-code — «мало кода») — подход к созданию приложений, при котором интерфейс и значительная часть логики настраиваются визуально. Разработчик не пишет каждый элемент с нуля, а использует готовые формы, компоненты, правила и связи между ними.

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

Например,

компании нужен внутренний сервис для согласования закупок. В классическом варианте команда разрабатывает форму, механизм авторизации, логику переходов между этапами, уведомления и историю изменений. В low-code часть этой работы уже представлена готовыми элементами: остается собрать их под конкретный процесс и настроить правила.

При этом слово low-code не означает отказ от программирования. Если требуется нестандартный расчет, специфическая интеграция или собственный компонент, разработчик может расширить стандартные возможности вручную. Для этого в платформах используют pro-code²-режим.

Поэтому на вопрос «low code — что это» точнее отвечать так: это способ не писать заново то, что уже можно собрать из стандартных элементов. Код сохраняется для действительно нестандартной части задачи.

Low-code и no-code: в чем разница

Low-code и no-code³ часто ставят рядом, поскольку оба подхода основаны на визуальной сборке приложений. Но рассчитаны они на разную глубину настройки.

В no-code пользователь работает внутри возможностей, которые заранее предусмотрел разработчик платформы. Он может собрать форму, выбрать условие, настроить переход или связать несколько готовых блоков, но не вмешивается в программную часть решения.

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

Это различие особенно заметно по мере усложнения процесса. Простую форму сбора заявок иногда проще сделать на no-code. Но если у заявки появляются разные типы пользователей, несколько маршрутов, обмен данными с корпоративными системами и нестандартные проверки, возможность выйти за пределы конструктора становится важной.

Zero-code⁴ обычно используют примерно в том же значении, что и no-code: создание решения без ручного программирования. Однако строгой границы между этими терминами на рынке нет. Один и тот же продукт может быть полностью визуальным для бизнес-пользователя и одновременно давать разработчику доступ к коду.

Поэтому при выборе лучше смотреть не на название категории, а на конкретные ограничения: какие сценарии собираются без кода, что можно расширить и насколько сложно это сделать.

Какие задачи решает low-code: сценарии применения

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

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

Такой пилот показывает, насколько платформа подходит компании на самом деле. Становится понятно, как быстро сотрудники осваивают интерфейс, какие интеграции понадобились и сколько доработок вышло за пределы стандартного конструктора.

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

Где low-code подходит, а где не справится

Лучше всего low-code проявляет себя в задачах, которые можно описать через понятный набор состояний, ролей и правил. Особенно если эти правила периодически меняются.

К таким сценариям относятся:

• внутренние процессы HR, финансов, ИТ-поддержки и клиентского сервиса;
• задачи, где нужно быстро проверить новую схему работы или собрать рабочий прототип;
• процессы, которые бизнес хочет частично настраивать самостоятельно без постоянной очереди к разработчикам.

Но универсальным решением low-code не является.

Если основная ценность продукта заключена в сложном алгоритме, нестандартной архитектуре или очень специфическом интерфейсе, готовые компоненты могут почти не сократить объем работы. То же касается систем, где есть жесткие требования к задержкам, производительности или контролю технологического стека.

Low-code стоит осторожно использовать в случаях, когда:

• предполагаемая нагрузка выходит за проверенные возможности платформы;
• продукт требует большого количества уникальной логики и нестандартных компонентов;
• критична независимость от конкретного поставщика;
• собственная разработка все равно составляет основную часть решения.

Граница проходит не между «простыми» и «сложными» приложениями. Важнее другое: насколько большая часть задачи действительно собирается стандартными средствами. Если из конструктора используются только формы, а все остальное приходится писать отдельно, преимущество low-code быстро уменьшается.

Low-code, BPM-системы, нишевые решения и кастомная разработка: как выбрать подход

У компании обычно есть несколько вариантов автоматизации одного и того же процесса. При этом четкой границы между классами решений нет: BPM⁵-система может включать визуальную разработку, а отраслевой продукт — предоставлять собственный low-code-конструктор.

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

Кастомная разработка остается оправданной, когда компания создает уникальный продукт и хочет полностью контролировать архитектуру и технические решения.

Low-code занимает промежуточную позицию только условно. Его сильная сторона — не «средняя сложность», а возможность быстро собирать типовые части системы и отдельно дорабатывать нестандартные.

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

Преимущества и ограничения low-code

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

Основные преимущества:

• более короткий путь от требования до работающего решения;
• меньше ресурсов разработки на небольшие изменения;
• часть настроек можно передать подготовленным бизнес-пользователям;
• гипотезу проще проверить до того, как компания вложилась в полноценную разработку.

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

Но вместе с удобством появляется зависимость от самой платформы. Чем больше решений на ней построено, тем заметнее становятся ограничения ее архитектуры и политики развития.

К основным рискам относятся:

• зависимость от возможностей и обновлений поставщика;
• необходимость привлекать разработчика для нестандартных сценариев;
• сложности с масштабированием, если будущая нагрузка сильно выше той, на которую рассчитан продукт.

Поэтому low-code имеет смысл оценивать не только по скорости первого запуска. Важно заранее понимать, что произойдет через два-три года, когда появятся новые интеграции, больше пользователей и десятки связанных приложений.

Как выбрать low-code платформу: на что обратить внимание

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

При выборе стоит проверить:

• есть ли pro-code режим и насколько глубоко он позволяет расширять платформу;
• какие интеграции доступны из коробки и как создаются новые;
• как система работает при росте числа пользователей и операций;
• насколько подробна документация и насколько быстро отвечает поддержка;
• можно ли провести полноценный пилот до покупки и масштабного внедрения.

Отдельный блок требований касается эксплуатации. Стоит заранее проверить модель прав, журналирование действий, резервное копирование, обновления и доступные варианты размещения.

Хороший пилот — не демонстрация пары экранов. Лучше взять небольшой реальный процесс, в котором есть несколько ролей, хотя бы одна интеграция и изменение статусов. Тогда становится видно, насколько удобно будет не только собрать приложение, но и сопровождать его после запуска.

Презентации поставщика для такого выбора недостаточно. Формулировка «поддерживается интеграция» может означать как готовое подключение за несколько минут, так и необходимость писать собственный модуль. То же относится к отчетности, масштабированию и безопасности.

Пилот нужен именно для того, чтобы проверить эти различия на своей задаче.

Как ИИ дополняет low-code: обработка данных, документов и обращений

После автоматизации маршрута внутри него часто остается ручная работа. Заявку уже не нужно пересылать по почте, но сотрудник по-прежнему читает текст, переносит сведения из документа, ищет ответ или определяет категорию обращения.

Здесь low-code можно дополнять ИИ-инструментами.

• Обработка обращений. ИИ разбирает текст или помогает подготовить ответ, а платформа отвечает за дальнейший маршрут: создается карточка, назначается исполнитель, меняется статус и фиксируется результат. На сайте Сбер2В ИИ для ИИ-агентов описаны сценарии поддержки клиентов и сотрудников, а также работа с корпоративной базой знаний.
• Работа с документами. После извлечения информации из документа данные можно передать в процесс: проверить наличие обязательных полей, направить результат на согласование или сохранить его в нужной системе. Для операций, где ошибка критична, решение сотрудника остается отдельным этапом.
• Повторяющиеся информационные задачи. ИИ может находить нужные сведения или готовить результат обработки, а low-code-платформа задает порядок действий, права и историю выполнения.

Эти технологии закрывают разные части одной задачи. Low-code определяет, как устроен процесс. ИИ подключается там, где внутри него нужно обработать текст, документ или запрос.

Поэтому добавлять ИИ имеет смысл после того, как сам процесс понятен. Если компания еще не определила роли, данные и точки принятия решений, автоматизация содержательной части не устранит неопределенность.

ИИ-агенты Сбер2В ИИ представлены как решения для поддержки клиентов и сотрудников, поиска информации и работы с текстовыми коммуникациями. Операционный и ИИ-консалтинг помогает искать процессы, где автоматизация может дать практический эффект.

Вопросы и ответы

Чем low-code отличается от RPA?

RPA⁶ автоматизирует отдельные действия в уже существующих системах: например, переносит сведения между окнами или выполняет заданную последовательность операций. Low-code используют для создания самого приложения или маршрута. Эти подходы можно сочетать: процесс строится на low-code-платформе, а программный робот выполняет отдельный шаг.

Zero-code — это то же самое, что no-code?

Обычно zero-code используют как еще одно обозначение разработки без ручного написания кода. Единого отраслевого определения нет, поэтому производители могут вкладывать в термин разный смысл. При выборе продукта полезнее выяснить, что можно настроить визуально и что произойдет, если возможностей конструктора окажется недостаточно.

Нужно ли обучать сотрудников работе с low-code платформой?

Да. Освоить визуальный интерфейс проще, чем язык программирования, но пользователю все равно нужно понимать структуру процесса, данные и допустимые изменения. Разработчикам и администраторам дополнительно нужны знания интеграций, архитектуры и прав доступа. Без обучения приложения быстро начинают дублироваться и развиваться без общих правил.

Как обеспечить безопасность приложений, собранных на low-code платформе?

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

Что происходит с готовым приложением при обновлении платформы?

Это зависит от продукта и от того, насколько приложение использует нестандартные доработки. Стандартные функции обычно обновляются вместе с платформой, а собственный код и интеграции нужно проверять отдельно. Поэтому перед выбором важно узнать, как устроены версии, тестовый контур и миграция между релизами.

Есть ли российские low-code платформы в реестре отечественного ПО?

Российские продукты с low-code- и BPM-функциями представлены в едином реестре российского ПО. Статус конкретного решения стоит проверять непосредственно перед выбором, поскольку состав реестра меняется. Для закупки важны также правообладатель, редакция продукта и условия его поставки.

Главное о low-code-платформах

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

От no-code low-code отличается прежде всего возможностью выйти за рамки готового конструктора. Поэтому технология подходит для процессов, которые нужно регулярно менять и развивать, но не всегда оправдана в системах с большой долей уникальной логики.

Выбор между low-code, BPM, нишевым продуктом и собственной разработкой зависит от задачи. Чем больше в ней типовых компонентов и чем чаще меняются требования, тем заметнее преимущество визуальной разработки.

ИИ может стать следующим уровнем автоматизации: low-code задает маршрут, а ИИ берет на себя часть работы с обращениями, документами и текстовой информацией. Такие сценарии представлены среди ИИ-решений для бизнеса и ИИ-агентов Сбер2В ИИ.