Il y a trois ans, nous avons lancé notre application la plus ancienne, qui est toujours utilisée aujourd'hui. Nous avons beaucoup appris depuis. Voici 5 enseignements clés pour construire avec le no-code.
Il y a 3 ans, nous avons lancé l'outil de gestion de projet de GlobeRelo. GlobeRelo est une entreprise de gestion de déménagement international à 7 chiffres et l'application est utilisée quotidiennement par une équipe de spécialistes en relocation aux Pays-Bas, en Croatie, en Ukraine et en Russie.
Nous avons développé l'application avec le langage de programmation sans code Bubble. Il y a eu beaucoup de hauts et de bas avec Bubble au cours des trois dernières années, mais je pense que notre client a récemment formulé le meilleur compliment que nous puissions recevoir en disant que l'application était beaucoup plus performante qu'à la même époque l'année dernière ou l'année précédente.
Et c'est vraiment un compliment pour Bubble car nous n'avons pas beaucoup travaillé sur les mises à jour de performance récemment. C'est un témoignage de l'équipe de Bubble et de leurs efforts continus en coulisses pour améliorer la stabilité et la performance de la plateforme. Des efforts qui ont conduit à leur premier tour de financement annoncé cette semaine.
Après trois ans de développement de cette application, nous avons appris quelques leçons que nous avons intégrées dans notre manière de travailler avec tous nos clients, et qui s'appliquent particulièrement bien lors du développement de solutions sans code et à faible code.
Nous utilisons notre propre Base pour démarrer de nouvelles applications clients. Un cadre fondamental Bubble qui est cohérent à travers les applications, ce qui nous permet de travailler sur plusieurs projets en même temps, d'intégrer plus rapidement des freelances et surtout, de déboguer les problèmes beaucoup plus rapidement. C'est une toile vierge sur laquelle nous pouvons créer pratiquement n'importe quel design.
Rien n'est plus frustrant pour le client et ses utilisateurs qu'une application qui ne fonctionne pas ou qui fonctionne à peine. Nous l'avons appris à nos dépens en nous concentrant trop sur la forme et la fonction avec certaines fonctionnalités.
Un piège pour GlobeRelo dans les premières étapes était la peur de manquer des données critiques. Juste parce que nous avions les moyens, nous avons essayé de capturer beaucoup de données à travers différents types de données qui devaient finalement être agrégées en tables uniques. La taille des données, les contraintes de recherche et les filtres ont nui à la performance et nous ont contraints à adopter une approche plus simple.
Commencez par quelque chose qui fonctionne bien, puis ajoutez progressivement plus de complexité tout en surveillant les performances. Si quelque chose nuit aux performances, envisagez sérieusement si cela vaut la peine de le conserver.
Il peut être utile de s'éloigner de l'éditeur Bubble lors de la conception de nouvelles fonctionnalités et de ne les mettre en œuvre que lorsque vous pensez avoir trouvé la bonne approche. Cela vous évite d'être tenté de plonger dans l'éditeur et de perdre du temps à bricoler. (cela peut être amusant cependant !😁)
C'est vrai tant pour les auto-constructeurs que pour le travail avec un client. Je suis tombé dans le piège dès que j'ai découvert Bubble : le ciel est bleu et infini. Vous souhaitez repousser les limites de Bubble et de votre propre imagination, et il est si tentant d'ajouter de nouvelles fonctionnalités.
Les clients sont souvent les mêmes. Ils affirment avoir besoin d'une telle fonctionnalité, qui est essentielle pour les affaires. Pire encore, leurs clients estiment qu'ils ont besoin d'une certaine fonctionnalité qui ajoutera une complexité énorme à l'application.
Pour GlobeRelo, un marché important est constitué des particuliers et, sur le papier, il semblait facile d'ajouter un tableau de bord externe et une séquence d'intégration pour ces utilisateurs, permettant ainsi une sorte de déménagement international en mode DIY. Beaucoup d'efforts ont été consacrés à cette fonctionnalité, mais au final, l'accent commercial s'est encore davantage déplacé vers d'autres types de clients et ces fonctionnalités ont été plus ou moins mises de côté.
Parfois, il s'agit de s'en tenir au plan et de ne pas dévier. Cette fonctionnalité est-elle vraiment essentielle pour la première itération ? Est-il judicieux d'ajouter cette fonctionnalité à ce stade ?
Respecter le plan est parfois la chose la plus difficile à faire, surtout avec le ciel bleu infini de Bubble.
Nous utilisons notre propre outil de gestion de projet avec nos clients pour le développement de leurs applications. (ou le nôtre, d'ailleurs). Nous travaillons en Sprints et faisons en sorte que nos clients (et nous) ajoutent des éléments au backlog du projet. Chaque sprint se compose d'un certain nombre d'éléments qui passent par différentes étapes (soumis, évalué, en attente, en cours, révision et terminé).
À la fin du cycle, nous regroupons tous les éléments et les intégrons dans une version que nous utilisons lors de la mise en ligne de l'application. Cela nous permet de suivre tous les éléments qui ont été intégrés dans une nouvelle version et de générer automatiquement un journal des modifications.
Tenir au moins un simple journal des modifications vous aidera à suivre ce sur quoi vous travaillez et quand. Cela m'a sauvé de nombreuses fois lorsque j'allais enfin travailler sur cette fonctionnalité pour découvrir que je l'avais déjà faite la semaine précédente...
En plus de commencer simplement, il est extrêmement important de commencer en toute sécurité. Vous pourriez rencontrer un gros problème si les utilisateurs peuvent voir les données d'autres utilisateurs, ce qui ruinerait la confiance que vous avez avec votre client ainsi que leur confiance avec les utilisateurs finaux. Il y a beaucoup à dire et encore plus à écrire sur les règles de sécurité et de confidentialité, donc cela sera peut-être pour une autre fois.
La principale conclusion ici : Vous pouvez créer des applications durables avec des solutions sans code.
Nous recevons souvent des questions sur la durabilité des applications développées sur Bubble. Je pense que Bubble a prouvé qu'il pouvait parfaitement gérer cette problématique au fil des ans. Ce sont des temps passionnants pour les passionnés de no-code et de low-code !
Continuez à construire, tout le monde ! 💪
Réservez un appel avec nous dès aujourd'hui et découvrez votre prototype fonctionnel en direct la semaine prochaine. Essayez nos services.
Commencer