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

‍

TL;DR: Инструменты No-code очень редко справляются с увеличением числа пользователей, а также с обеспечением безопасности и инфраструктуры, которые вам необходимы. И к тому времени, когда вы достигнете предела своих возможностей, вы, естественно, придете к тому, что вам все равно придется строить что-то новое.  

‍

Что именно подразумевается под масштабом? 

Термин "масштабирование" довольно расплывчатый, поэтому полезно сначала дать ему определение в данном контексте. При внедрении no-code инструментов основными проблемами, которые волнуют людей в связи с масштабированием, являются: 

• Их приложение способно выдерживать все большее количество пользователей (а эти пользователи совершают все больше и больше действий в приложении).

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

• Возможность встроить в приложение больше функций и дать пользователям возможность делать больше вещей.

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

Давайте разберемся с ними по порядку. 

Является ли проблемой количество пользователей? 

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

Как насчет инфраструктуры и безопасности приложения? 

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

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

Стоит задуматься о том, где выбранная вами платформа размещает ваши данные (например, в США или ЕС?). Это зависит от того, имеет ли это значение для вашего бизнеса. Например, если вы работаете с конфиденциальными данными, вам, скорее всего, потребуется убедиться, что выбранный вами инструмент соответствует требованиям HIPAA. 

А если вы хотите создать множество функций? 

Вот тут-то все и усложняется. Достижение предела в том, что вы можете сделать со своим приложением, и в том, какие функции вы можете создать, определенно возможно. 

Для примера возьмем Twitter. На самом базовом уровне кто-то создает твит и публикует его. С этим прекрасно справится инструмент без кода. Но, допустим, вы хотите добавить рекламу, видео, пространства Twitter, функциональность микрофона, запись заметок... Это добавляет сложности, с которыми инструмент без кода вряд ли справится. 

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

Как насчет количества членов команды, которые могут его использовать? 

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

Как правило, инструменты без кода не имеют большого количества командных функций (за исключением некоторых инструментов, таких как Webflow и Xano ). Поддержка командной и совместной работы в приложениях не совсем такая, как при написании кода, например, в таких решениях, как GitHub.com. Хотя в будущем ситуация может измениться. 

‍

Каков вывод?

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

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

• У вас будет гораздо больше опыта в создании и использовании приложений без кода. 

• Скорее всего, вы все равно будете готовы к редизайну своего приложения (иначе вы бы не стали переходить с платформы no-code). 

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