Мифы о low-code

Развитие low-codе на российском рынке — устойчивый тренд последних лет. За это время сформировались определенные убеждения, связанные с термином. Предлагаем пристально посмотреть на них и определить, отражают ли они реальное положение вещей или скорее относятся к разряду маркетинговых мифов.

1. Low-code — только для BPM-систем

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

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

В то же время, подобное решение должно легко адаптироваться под требования бизнеса. В этом помогает low-code-функциональность. Она актуальна для разных типов систем — ECM, CRM, ERP, CPM, ведь быстрая и удобная настройка нужна каждой из них. К тому же, есть множество примеров таких платформ, где low-code-инструменты использовались еще до появления этого термина, просто никто их так не называл.

2. Универсальная low-code-платформа — лучший выбор

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

Так ли это?

Чтобы разобраться, посмотрим на типовые для проектов внедрения задачи.

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

Самая сложная задача —работа с данными. На проектах внедрения очень часто возникают потребности в настройке целого ряда интеграций (с другими системами, почтой, сервисами обмена, Active Directory), преобразовании документов в PDF, заверении разными видами электронной подписи, организации долговременного хранения и пр. С ними хорошо справляются готовые решения. Если их нет, придется разрабатывать и настраивать с нуля, а это долго и дорого.

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

3. Low-code-платформа не требует обучения

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

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

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

Получается, даже для грамотной настройки системы необходимо тщательно ее изучить. Для разработки — тем более.

Полноценное использование любого инструмента невозможно без обучения.

4. Low-code = легкое внедрение на любом проекте

Если речь идет о малой автоматизации (небольшие компании или подразделения), low-code-платформы действительно позволяют легко оптимизировать процессы за счет быстрого внедрения. Здесь не придется прибегать к масштабным каскадным методам — достаточно реализовать MVP, подготовить прототип, и можно запускать программный продукт в работу.

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

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

Low/No-code в системе Directum RX

Компания Directum развивает low-code-инструменты как необходимый элемент гибкого программного продукта.

В системе управления цифровыми процессами и документами Directum RX вся адаптация решений поделена на два слоя: low-code-разработка и no-code-настройка.

На слое low-code остается всё, что разработчик делает с помощью кода, а именно:

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

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

Аналитику доступна библиотека «кубиков» — элементов и сущностей, используя которые он легко и быстро настраивает решение под потребности заказчика. Если какого-то элемента не хватает, всегда можно обратиться к разработчику, который создаст необходимые «кубики» и добавит их в библиотеку.

Основной интерфейс для работы — веб-клиент, где аналитик может конструировать схемы бизнес-процессов, используя вычисляемые роли и выражения, настраивать видимость полей и действий в карточках документов. Изменения применяются «на лету» — это означает, что после сохранения следующий пользователь будет работать уже с видоизмененной сущностью. Это ускоряет внедрение.

В Directum RX слои low-code и no-code базируются на мощной платформе, которая предоставляет широкие возможности для развития системы под потребности заказчика.

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

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