HRTech, как и многие другие направления цифровой трансформации, сегодня особенно остро сталкивается с необходимостью значительного сокращения бюджетов и сроков разработки решений. Если раньше создание нового HR-продукта неизменно ассоциировалось с длительным и дорогим циклом классического full coding “с нуля”, то сейчас на этапе проверки гипотез и быстрого прототипирования ему всё чаще на помощь приходят low-code и no-code подходы. Такие инструменты позволяют быстро собирать прототип для тестирования идей на реальных пользователях и оперативно вносить изменения — без существенных затрат и вовлечения больших команд разработчиков.

Более того, использование AI в процессе разработки становится мощным ускорителем не только для low/no-code платформ, но и для традиционного кодинга. Интеграция искусственного интеллекта — от генерации программного кода до автоматического тестирования — позволяет существенно повысить производительность даже при полномасштабной ручной разработке.

Full-code (white или hard code) — когда всё приложение создаётся «с нуля» опытными разработчиками. Каждая строчка программируется вручную, весь функционал не настраивается, а именно создаётся под конкретные задачи. Позволяет реализовать самые сложные и уникальные идеи.

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

No-code — когда всё приложение собирается через drag-and-drop из готовых компонентов, никаких языков программирования не нужно.

Личное впечатление Мне доводилось заниматься коммерческой разработкой в Microsoft Dynamics Ax — это, конечно, не полноценная low-code платформа, но некоторые такие возможности там были. С точки зрения пользователя я бы разделил их на две части.

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

Вторая часть — drag-and-drop-конструктор пользовательских форм. Это тоже ускоряет разработку, но уже напрямую влияет на самого пользователя. Как правило, такие формы получаются однотипными, утилитарными, не слишком выразительными. В 2000-е это было допустимо: главное — автоматизация ручного труда, и работать с корпоративными системами всё равно должны были подготовленные пользователи, прошедшие обучение и вооружённые инструкциями.

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

Мой прогноз: с одной стороны, сохранится сегментирование решений на описанные выше три типа (full-/low-/no-coding), но при этом в каждой из них, при сохранении целевого позиционирования, будут появляться и развиваться элементы из других подходов. В no-coding — возможности кастомизации, а в full-coding — AI-помощники, которые будут забирать на себя рутину по написанию целых «кусков» кода.

Читайте полную версию: https://dzen.ru/a/afCPdkwXU2FNLYio