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

Я общаюсь с разными компаниями и вижу, что они создают собственные low-code решения. Такие решения могут появляться в следствие естественной эволюции микросервисной архитектуры в оркестратор бизнес-сервисов (раздел ll, глава 1).

При создании low-code платформы для себя появляется фактор стоимости, которую придется заплатить за создание полноценного IT-продукта. Затраты на разработку такой платформы, на мой взгляд, неоправданно высокие. Давайте рассмотрим, из чего состоят затраты.

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

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

3. Пользователи этой платформы тоже получают зарплату. Их зарплаты ниже, чем у «перегретых» программистов, но это все же продвинутые пользователи ПО, и платить им нужно соответственно.

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

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

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

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