Une école de pensée populaire veut que les outils sans code ne fonctionnent pas vraiment à grande échelle - qu'ils sont parfaits pour créer des versions de base de votre application (MVP), mais qu'ils ont du mal à s'adapter à la croissance de votre activité et du nombre de vos utilisateurs. Mettons fin à cette idée.

‍

TL;DR : Les outils "no-code" sont rarement à la hauteur d'un nombre croissant d'utilisateurs et de la sécurité et de l'infrastructure dont vous avez besoin. Et lorsque vous aurez atteint les limites de ce que vous pouvez faire, vous serez naturellement en position de construire quelque chose de nouveau.  

‍

Qu'entend-on exactement par échelle ? 

Le terme "échelle" est assez vague, il est donc utile de le définir d'abord dans ce contexte. Lors de la mise en œuvre d'outils sans code, les principales préoccupations des utilisateurs en ce qui concerne la mise à l'échelle sont les suivantes : 

• Leur application est capable de supporter un nombre croissant d'utilisateurs (et ces utilisateurs effectuent de plus en plus d'actions au sein de l'application).

• Les problèmes typiques liés à la croissance de l'entreprise : le besoin d'une sécurité accrue, les demandes de données et les pressions exercées sur l'infrastructure.  

• La possibilité d'intégrer davantage de fonctionnalités dans votre application et de permettre à vos utilisateurs de faire plus de choses.

• La possibilité pour un plus grand nombre de personnes de votre équipe de travailler et de collaborer sur l'application que vous avez créée. 

Abordons-les un par un. 

Le nombre d'utilisateurs est-il un problème ? 

Bien que cela diffère d'une plateforme à l'autre, la règle générale est que les applications que vous pouvez créer sur la plupart des outils sans code sont capables de gérer beaucoup plus d'utilisateurs (d'effectuer beaucoup plus d'actions) que ce à quoi vous vous attendez. Il est très rare que les outils sans code échouent en raison du nombre d'utilisateurs. À titre d'exemple, une banque exploite son application bancaire mobile sur l'outil sans code Backendless. 

Qu'en est-il de l'infrastructure et de la sécurité de l'application ? 

L'avantage d'utiliser un outil no-code est que vous utilisez une plateforme dont l'équipe est entièrement dédiée à la mise à l'échelle de votre application (et de celle de tous les autres) sur la même infrastructure. Les défis liés à la gestion de cette infrastructure ne sont pas votre problème ou votre préoccupation - ils sont pris en charge.   

Il en va de même pour la sécurité. Une équipe entière sera chargée de veiller à la sécurité de votre application. Ce sont des experts dans ce qu'ils font - il est assez rare que les plateformes sans code soient piratées. À bien des égards, il est plus difficile d' avoir des problèmes de sécurité en utilisant des outils sans code. 

Il convient de réfléchir à l'endroit où la plateforme que vous choisissez héberge réellement vos données (par exemple, est-ce aux États-Unis ou dans l'UE ?). Il s'agit de savoir si cela a de l'importance pour votre entreprise. Par exemple, si vous traitez des données sensibles, vous devrez probablement vous assurer que l'outil choisi est conforme à la loi HIPAA. 

Et si vous souhaitez développer de nombreuses fonctionnalités ? 

C'est là que les choses se compliquent. Atteindre une limite à ce que vous pouvez faire avec votre application et aux fonctionnalités que vous pouvez créer est tout à fait possible. 

Prenons l'exemple de Twitter. Au niveau le plus élémentaire, quelqu'un crée un Tweet et le publie. Un outil sans code peut très bien gérer cela. Mais si vous souhaitez ajouter de la publicité, des vidéos, des espaces Twitter, des fonctionnalités de microphone, la prise de notes... cela ajoute des complexités qu'un outil sans code n'est pas en mesure de gérer. 

Si vous créez une application simple avec des fonctionnalités définies, cela ne posera pas de problème, quelle que soit la taille de votre entreprise. Mais il se peut que vous atteigniez une limite naturelle en termes de contrôle de la conception. Vous devrez alors trouver une nouvelle solution - mais si c'est le cas, la situation de votre entreprise aura de toute façon beaucoup changé, et probablement pour le mieux. 

Qu'en est-il du nombre de membres de l'équipe qui peuvent l'utiliser ? 

Un autre domaine dans lequel les outils no-code ont leurs limites est celui du nombre de personnes au sein de votre équipe qui peuvent travailler simultanément à la création de l'application.

En général, les outils sans code ne sont pas dotés d'un grand nombre de fonctions d'équipe (à l'exception de quelques outils comme Webflow et Xano ). La prise en charge du travail en équipe et en collaboration sur les applications n'est pas tout à fait la même que pour l'écriture de code, par exemple, avec des solutions telles que GitHub.com. Mais cela devrait changer à l'avenir. 

‍

Que faut-il en retenir ?

Une grande partie des problèmes ou des limitations liés à la mise à l'échelle avec des outils "no-code" ne se posent que lorsque la situation de votre entreprise évolue de manière significative.  

• Si vous créez une application destinée aux consommateurs, elle connaîtra probablement au moins un demi-succès, ce qui signifie que vous disposerez probablement de plus de ressources pour la faire évoluer ou passer à une base de code réelle.

• Vous aurez beaucoup plus d'expérience dans la création et l'utilisation d'applications sans code. 

• De toute façon, vous serez probablement prêt à revoir la conception de votre application (sinon, vous n'auriez probablement pas quitté cette plateforme sans code dès le départ). 

Il s'agit d'une préoccupation si lointaine qu'elle ne vaut pas la peine de s'en préoccuper. L'application que vous avez créée à l'aide d'outils sans code aura apporté suffisamment de valeur à l'entreprise, et une évolution naturelle sera de toute façon logique.