По скорости внедрения low-code в большинстве случаев выигрывает у классической разработки. Однако есть нюансы, которые важно учитывать. О том, реально ли создать работающее решение менее чем за месяц и на что при этом нужно обратить внимание, рассказывает руководитель low-code-практики IBS Александр Домницкий.
ИТ-проекты, как правило, планируются заранее. Это позволяет взвешенно подойти ко всем вопросам — от детальной проработки технического задания до обучения пользователей. В редких случаях приложение может потребоваться в течение нескольких недель или даже дней. Такая необходимость обычно связана со стартом нового бизнеса или направления, резкими изменениями на рынке или возникновением экстренной ситуации. Например, если ИТ-инфраструктура подверглась хакерской атаке и важно оперативно восстановить критичные бизнес-процессы. Другой пример — компании нужно быстро адаптироваться под динамику рынка, чтобы получить значительную коммерческую выгоду. Этот вариант особенно актуален для ритейла во время скачков сезонного спроса.
На базе low-code-платформы за две-четыре недели можно запустить рабочее решение, которое позволит сотрудникам выполнять основные функции. Скорее всего, это будет так называемый MVP (Minimum Viable Product), но исполнители получат необходимые инструменты, и компания продолжит коммерческую или иную деятельность.
Используя коробочную функциональность, можно оперативно создать рабочие места пользователей, определить роли, построить политику доступов и безопасности, с помощью коннекторов и типовых интеграций (телефония, 1С, омниканальность) загрузить номенклатурные листы, базы контактов и контрагентов, историю общения, а с помощью дизайнера процессов — настроить необходимые бизнес-процессы и кейс-менеджмент (стадии заявок, задач, лидов, продаж и т. д.).
Low-code удобен тем, что после запуска MVP его можно постепенно дорабатывать в ходе использования. К тому же у продвинутых low-code-платформ есть собственные магазины приложений, где доступны готовые пакеты с доработанной функциональностью.
Без предпроектного обследования и подготовки ТЗ выполнить базовый запуск системы можно за один-два часа, если речь идет об облачном решении. Развертывание on-site-решения занимает в среднем от одного до нескольких дней.
Объем задач, которые получится автоматизировать, зависит от зрелости платформы. Есть решения, где даже коробочная версия включает множество преднастроенных процессов, поэтому пользователи смогут достаточно быстро приступить к работе в привычном режиме. В других случаях оперативно будут доступны только базовые функции — например, продажи, маркетинг и сервис, а управление закупками потребует уже дополнительных настроек, связанных с интеграциями.
С каждым годом усиливается потребность рынка в ускорении запуска MVP. Компании, которые раньше ориентировались исключительно на стоимость, теперь выбирают решения, позволяющие сократить время запуска функциональности. В этом отношении платформы дают ощутимое преимущество.
Пока их немного, но уже существуют no-code-решения, где в коробочной версии учтены 90% возможных запросов рынка в покрытии необходимых функций. Например, такие решения есть для ITSM (IT Service Management).
Внедрение low-code-решения напоминает сборку модели из конструктора. Можно безболезненно заменить одну деталь на другую, не тратя время на переписывание кода, поэтому цена ошибки в таком проекте гораздо ниже, чем при разработке приложения с нуля.
Кроме того, в продвинутых low-code-платформах используется блочная структура. Выделенное ядро защищено от внесения изменений, а блоки с дополнительной функциональностью можно модифицировать в зависимости от задачи.
Скорость запуска low-code-решения определяется в первую очередь запросом бизнеса. Если рабочие места нужны здесь и сейчас, можно уложиться в очень сжатые сроки, но придется жертвовать детализацией. Это основной недостаток такого подхода. После внедрения практически всегда будут нужны доработки.
Хорошо сформулированные требования — зеленый сигнал для проекта с быстрым стартом. Важно, чтобы у бизнеса было четкое понимание, какую функциональность он хочет получить и с какими ограничениями готов столкнуться. Возможен и другой сценарий, когда компания полностью полагается на экспертизу ИТ-партнера и доверяет формирование требований ему.
На успешность проекта также влияет опыт команды. Риск ошибок гораздо ниже, если ее участники уже работали с low-code-платформами или участвовали в реализации релевантных задач автоматизации. Опытный специалист на ранней стадии увидит несостыковки в проекте и предупредит заказчика о подводных камнях, снизив вероятность того, что в будущем решение придется переделывать. Нехватка экспертизы может привести к сложностям даже на этапе первичной настройки, значительно увеличив срок реализации.
Еще один немаловажный фактор — плотное взаимодействие бизнеса и ИТ-партнера. Несмотря на изначальный запрос о срочном внедрении, бывает так, что реализация проекта неожиданно замедляется. Встречи переносятся, а сотрудники компании перестают оперативно отвечать на запросы, связанные с уточнением требований.
Внезапное появление задач, которые не были утверждены ранее, или каких-то проблемных вопросов тоже создает риски для проекта. Если запросы о дополнительных изменениях и интеграциях поступают уже во время исполнения согласованного скоупа работ, уложиться в обговоренные сроки становится затруднительно, и хорошо, если проект выполняет партнер, который может привлечь дополнительные ресурсы. Также важно заранее позаботиться о подготовке инфраструктуры: серверов, лицензий, доступов и т. д.
Когда подобных препятствий не возникает, получить работающее low-code-решение за две-четыре недели — вполне реалистичная цель, а избежать многочисленных доработок поможет обращение к опытному ИТ-партнеру.