Un client m'a appelé il y a quelques semaines, paniqué. Il avait payé 1 200 € à un développeur pour une app de prise de rendez-vous. Six mois plus tard, toujours rien en ligne. Je lui ai demandé ce qu'il voulait vraiment au départ : un bouton pour réserver un créneau, un rappel par SMS, et une liste de ses clients. C'est tout. Trois écrans.
On a refait son projet sur un outil no-code en deux week-ends. Coût : 0 € le premier mois, puis 45 €/mois. Son app est sur les stores depuis février.
Voilà pourquoi je crois dur comme fer aux outils no-code pour créer une application mobile — à condition de savoir ce qu'on achète et ce qu'on sacrifie. Parce que oui, il y a un prix caché. J'y reviens plus bas, sans détour.
Points clés à retenir
- Aucun outil n'est « le meilleur » dans l'absolu : le bon choix dépend de votre type d'app (interne, grand public, prototype).
- Les plans gratuits existent partout, mais ils plafonnent vite : nombre d'apps, de lignes de données ou d'utilisateurs.
- Publier sur l'App Store ou Google Play coûte de l'argent, indépendamment de l'outil choisi.
- Le no-code vous enferme dans une plateforme. Si vous ne pouvez pas exporter votre travail, vous êtes locataire, pas propriétaire.
- L'erreur la plus fréquente : choisir l'outil avant d'avoir écrit le parcours utilisateur sur papier.
Quel est le meilleur outil pour créer une application mobile ?
La question que tout le monde me pose, et à laquelle personne ne répond franchement parce que la réponse honnête déplaît : il n'y a pas de meilleur outil. Il y a un meilleur outil pour votre projet précis.
Je m'explique. Si vous construisez un outil métier interne — suivi de chantier, inventaire, formulaire terrain —, votre priorité est la rapidité et la connexion à vos données existantes. Si vous visez une app grand public sur les stores, c'est l'expérience utilisateur et la performance qui comptent. Et entre les deux, il y a le prototype jetable, celui qu'on montre à cinq personnes pour valider une idée avant de dépenser un centime.
Trois profils, trois réponses différentes
Voici comment je tranche, en pratique, quand on me demande conseil :
- Vous voulez un prototype rapide : Glide ou Adalo. On connecte une base de données, on glisse-dépose quelques écrans, ça tourne en une journée.
- Vous visez une vraie app sur les stores : FlutterFlow ou GoodBarber. Plus de travail, mais un rendu plus proche du natif.
- Vous avez une logique métier complexe : Bubble, même si sa version mobile demande de l'apprendre sérieusement.
- Vous êtes dans l'écosystème Microsoft : Power Apps, sans hésiter.
Et franchement, si vous hésitez encore après ça, commencez par le plan gratuit de Glide. Vous saurez en deux heures si votre idée tient debout.
Quels sont les meilleurs outils pour créer des applications sans code ?
Avant de vous sortir une liste, un avertissement que j'aurais aimé recevoir : tous les outils no-code ne se valent pas sur la partie mobile. Certains sont d'excellents constructeurs de sites web qui ont ajouté une couche mobile par-dessus. D'autres sont pensés mobile d'abord. La différence saute aux yeux au moment de publier.
Ce qui distingue vraiment un bon outil d'un autre
Trois critères, dans cet ordre :
- Le modèle de données. Un outil qui gère mal vos relations entre tables vous fera perdre des semaines. C'est le premier truc que je regarde maintenant.
- La publication. L'outil peut-il compiler une vraie app native ou seulement une web app encapsulée ? Question décisive si vous visez l'App Store.
- La sortie. Puis-je exporter mon code ou mes données si je pars ? Si la réponse est non, notez-le.
Le prix arrive en quatrième position. Je sais, c'est contre-intuitif. Mais un outil gratuit qui vous bloque au bout de trois semaines coûte plus cher que 50 €/mois.
Quels sont 5 outils no-code populaires ?
| Outil | Type d'app | Plan gratuit | Point fort |
|---|---|---|---|
| Glide | App métier sur données | Oui, limité | Rapidité de mise en place |
| Adalo | App native simple | Oui | Interface glisser-déposer intuitive |
| Bubble | Web app complexe, mobilité via enveloppe | Oui, bridé | Logique métier poussée |
| FlutterFlow | App native, export du code | Oui | Sortie possible vers du Flutter |
| GoodBarber | App native et PWA | Non | Publication stores simplifiée |
Sur cette liste, deux outils m'ont déçu en conditions réelles. J'ai monté un prototype sur Adalo que j'ai dû abandonner : trop lent dès qu'on chargeait une liste de plus de quelques dizaines d'entrées. Et Bubble, que j'adore pour le web, m'a donné du fil à retordre côté mobile — sa logique est puissante, mais l'enveloppe mobile reste une enveloppe.
À l'inverse, FlutterFlow m'a surpris : la possibilité d'exporter le code vers du Flutter change la donne si vous pensez déjà à l'après. C'est mon choix par défaut quand un client veut une app qui vieillira.
Comment créer une application en no-code ?
Le processus est toujours le même, quel que soit l'outil. Ce qui change, c'est le temps que vous y consacrez.
Les étapes, dans l'ordre
- Écrire le parcours sur papier. Trois écrans maximum pour une V1. Si vous en avez dix, vous ne sortirez jamais.
- Dessiner votre modèle de données. Quelles entités, quels liens. C'est fastidieux, mais c'est ici qu'on gagne des semaines.
- Construire un seul écran jusqu'au bout. Pas tous les écrans à moitié. Un écran complet, testé, validé.
- Tester avec de vraies données. Pas trois lignes inventées. Chargez 100 entrées et regardez ce qui casse.
- Publier. Comptez le coût des comptes développeur Apple et Google, séparé de l'abonnement à l'outil.
La plus grosse erreur que j'ai faite tient en une phrase : avoir choisi l'outil avant d'avoir écrit le parcours. J'ai passé deux semaines à bâtir une app sur une plateforme que j'ai fini par jeter, parce que je n'avais pas vu qu'il me manquait une fonctionnalité élémentaire. Deux semaines. Pouf.
Peut-on créer une application mobile no-code gratuitement ?
Oui, pour apprendre et pour tester. Non, pour publier durablement. Les plans gratuits de la plupart des outils plafonnent rapidement — nombre d'apps, de lignes de données, d'utilisateurs. Et la publication sur les stores a un coût fixe, indépendant de l'outil. Le no-code gratuit est un excellent terrain d'essai, pas une stratégie de production.
Quelles sont les limites du no-code ?
Les voici, sans filtre. La scalabilité : au-delà d'un certain volume de données ou d'utilisateurs simultanés, ça coince. Le verrouillage : si vous ne pouvez pas exporter, vous dépendez de la plateforme, de ses hausses de prix et de sa survie. Les coûts cachés à la croissance : un plan gratuit qui suffit à 10 utilisateurs peut devenir ruineux à 1 000. Et la maintenance : une app no-code vieillit aussi, il faut la mettre à jour.
Rien de tout cela ne me fait renoncer au no-code. Mais il faut l'accepter avant de commencer, pas le découvrir en route.
Ce que je retiens, et ce que je vous souhaite
Le no-code ne vous dispense pas de réfléchir. Il vous dispense d'écrire du code. C'est une nuance énorme, et beaucoup de gens la ratent : ils croient acheter un raccourci, ils achètent en réalité un changement de métier — celui de concepteur de produit.
Le client dont je vous parlais au début n'a pas gagné du temps sur le développement. Il a gagné du temps sur l'écriture de son parcours. C'est ça, le vrai bénéfice.
Alors la prochaine fois qu'on vous vendra « l'outil parfait pour créer une app en dix minutes », posez une seule question : est-ce que je peux emporter tout ce que je construis si je m'en vais ? Si la réponse est floue, vous avez votre réponse.
Et pendant que vous y êtes, sortez une feuille. Trois écrans. Pas un de plus.
