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

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

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

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

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

- Провайдеры, как правило, стремятся угодить

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

- Существуют и другие платформы.

Одно из опасений, связанных с использованием некодируемой платформы, заключается в том, что вы не сможете сделать то же самое с помощью чего-либо еще. Большинство бескодовых платформ не обладают уникальными возможностями. Обычно есть как минимум одна или две другие платформы, способные сделать практически то же самое по функциональности. Например, если вы создадите приложение в Adalo и завтра закроете его, вы сможете относительно легко перейти на Glide. Конечно, некоторые функции, компоненты и шаблоны не будут воспроизведены, но в целом вы сможете переделать свое приложение на другой платформе, если потребуется. 

- Некоторые платформы действительно позволяют экспортировать код

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

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

Правильно структурируйте свое приложение, и опасность блокировки поставщика значительно снизится. 

• Вы можете обеспечить хранение данных в другом месте (например, в Airtable), так что на платформе будет работать только фронтенд. 

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

Итоги: плюсы перевешивают минусы

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