No-code ou développement, quand Bubble et Softr ne suffisent plus

Les outils no-code ont changé la donne. Avec Bubble, Softr, Glide ou Airtable, une entreprise peut construire en quelques jours un portail client, une application interne ou un outil de suivi, sans écrire de code. C'est souvent une excellente façon de démarrer. Mais beaucoup d'entreprises découvrent un jour que leur application no-code est devenue lente, chère ou impossible à faire évoluer. Voici comment reconnaître ce moment, et comment choisir dès le départ.

Ce que le no-code fait très bien

Le no-code excelle quand il faut aller vite, tester une idée ou outiller une équipe sur un besoin bien délimité.

• Valider un besoin. Un premier outil construit en quelques jours permet de vérifier que les utilisateurs l'adoptent avant d'investir davantage.
• Remplacer un tableur partagé par une vraie base de données, avec des formulaires, des vues et des droits d'accès.
• Créer un portail simple pour des clients ou des partenaires, branché sur des données existantes.
• Laisser la main aux équipes métier, qui peuvent ajuster l'outil elles-mêmes.

Pour une petite équipe, quelques dizaines d'utilisateurs et des règles simples, c'est souvent la bonne réponse, et il serait dommage de s'en priver.

Les limites qui finissent par apparaître

Les plateformes no-code reposent sur un modèle commun. Elles vous donnent des briques toutes faites et facturent selon l'usage. Ce modèle a des conséquences qui apparaissent avec la croissance.

• Le coût qui suit l'usage. Les formules sont limitées en nombre d'utilisateurs, d'enregistrements, d'actions automatisées ou de capacité de calcul. Softr plafonne par exemple les utilisateurs, les enregistrements et les actions de workflow selon la formule, et Bubble facture selon une unité de charge de travail. Une application qui réussit coûte donc de plus en plus cher.
• Les performances. Au-delà de quelques dizaines de milliers d'enregistrements ou de calculs complexes, les pages ralentissent et les automatisations prennent du retard.
• La logique métier complexe. Des règles de calcul imbriquées, des validations en plusieurs étapes ou des droits très fins deviennent difficiles à construire et encore plus à maintenir.
• La dépendance à la plateforme. Sur la plupart des outils no-code, l'application ne peut pas être exportée sous forme de code. Si la plateforme change ses prix, ses fonctions ou ferme, il faut tout reconstruire.
• Les intégrations. Brancher l'outil sur un ERP, un logiciel de production ou une API peu courante dépasse souvent ce que permettent les connecteurs proposés.

Ce que le développement apporte

Une application développée sur mesure est construite pour votre besoin exact, avec un code qui vous appartient.

• Aucune limite imposée sur le nombre d'utilisateurs ou de données, et des coûts d'hébergement qui restent stables quand l'usage augmente.
• Une logique métier complète, aussi précise que vos règles l'exigent.
• Des intégrations sur mesure avec vos outils, quels qu'ils soient.
• Des applications mobiles natives, des tableaux de bord et des portails qui ne ressemblent pas à un modèle.
• La propriété du code, qui vous rend indépendant de toute plateforme.

En contrepartie, il faut un cadrage sérieux, un investissement de départ plus élevé et des délais de quelques semaines à quelques mois. Le développement assisté par l'IA a cependant beaucoup réduit ces délais ces dernières années, ce qui rend le sur mesure accessible pour des projets qui ne l'étaient pas auparavant.

Le comparatif

Les signes qu'il est temps de passer au sur mesure

• La facture mensuelle de la plateforme augmente plus vite que le nombre d'utilisateurs.
• Les pages mettent plusieurs secondes à s'afficher et les équipes s'en plaignent.
• Chaque évolution demande des contournements que plus personne ne comprend.
• Une intégration indispensable est impossible ou fragile.
• L'application est devenue critique pour l'activité, alors qu'elle dépend entièrement d'une plateforme tierce.

Bien choisir dès le départ

1. Commencez en no-code quand le besoin est encore flou, que les utilisateurs sont peu nombreux et que l'enjeu est de tester.
2. Partez directement sur du sur mesure quand l'outil sera au cœur de l'activité, qu'il touche des clients ou de nombreux utilisateurs, ou qu'il doit dialoguer avec vos systèmes existants.
3. Gardez vos données exportables dans tous les cas, pour que le passage d'une solution à l'autre reste possible.
4. Considérez la version no-code comme un cahier des charges vivant. Si vous changez de solution, elle aura permis de valider les écrans, les règles et les usages réels.

Ce qu'il faut retenir

No-code et développement ne s'opposent pas. Le no-code est idéal pour démarrer vite et valider un besoin. Le sur mesure prend le relais quand l'outil devient central, que les volumes augmentent ou que le métier demande des règles précises. Le bon réflexe consiste à se demander dès le départ ce que deviendra l'outil s'il réussit.