Créer une application sans savoir coder : les trois vraies options Tu as une idée d'application. Tu ne sais pas coder, et tu as déjà lu trois choses contradictoires : que le no-code suffit, que l'IA fait le travail à ta place, ou qu'il faut absolument passer par un développeur.
Les trois sont vraies. Le problème, c'est qu'elles ne le sont pas au même moment, ni pour le même projet.
Je m'appelle Noé Calmes, je conçois des applications mobiles pensées pour générer des revenus. J'ai publié plus de 20 applications, et je me sers des trois options selon les cas. Voici ce que chacune permet réellement, et surtout où elle s'arrête.
La vraie question n'est pas « est-ce que je peux »
Tu peux. C'est acquis depuis longtemps, et ce n'est pas ça qui décide.
La vraie question est celle-ci : à quel moment cette option va-t-elle m'arrêter, et combien ça me coûtera de repartir ?
Parce qu'aucune des trois ne t'accompagne jusqu'au bout. Chacune pose un mur, à un endroit différent, et le prix de ce mur est très inégal.
La règle en une phrase
Ne compare pas les trois options sur ce qu'elles coûtent à la création. Compare-les sur ce qu'elles coûtent le jour où tu veux en changer.
Le no-code : jusqu'où il va vraiment
Bubble, Glide, FlutterFlow et les autres font un vrai travail. Tu assembles ton application dans une interface, tu la mets en ligne, et tu obtiens quelque chose qui fonctionne en quelques semaines.
Ce que le no-code fait très bien :
tester une idée devant de vrais utilisateurs, vite et pour presque rien
un outil interne pour ton équipe, sans passage par les stores
une application simple, sans logique métier compliquée
Et voilà où il s'arrête, précisément :
l'abonnement dans les stores : le paiement récurrent d'Apple et Google est l'endroit où la plupart des projets no-code se cassent, parce qu'il ne s'assemble pas, il se codela publication : Apple refuse régulièrement les applications qui ne sont qu'un site web emballéla performance : ça tient à cent utilisateurs, ça rame à dix millela propriété : ton application vit sur une plateforme dont tu ne possèdes pas le code, et dont tu subis les changements de tarif
Le piège le plus cher
Le no-code ne coûte pas cher à l'entrée, il coûte cher à la sortie. Le jour où tu atteins son plafond, tu ne migres pas ton application, tu la refais entièrement. Tu paies donc deux fois, et tu as perdu les mois passés dessus.
L'IA : elle écrit du code, pas un produit
L'IA génère du code très vite, et je m'en sers tous les jours. Mais elle fait exactement ce que tu lui demandes, sans jamais te dire que tu lui demandes la mauvaise chose.
Sans compétence technique, tu obtiens un résultat qui ressemble à une application. Puis arrivent les choses qu'aucune démonstration ne montre : la publication sur les stores, les comptes développeur, les paiements, la sécurité des données de tes utilisateurs, et le premier bug que tu ne sais ni lire ni corriger.
J'ai écrit un article entier là-dessus, parce que le sujet mérite mieux que trois lignes : créer une application avec l'IA .
L'expert : ce que tu paies en plus du code
C'est l'option la plus chère à l'entrée, et il faut être honnête sur ce qu'elle contient. Le code n'est pas la partie qui coûte.
Ce que tu achètes en plus :
les décisions prises avant d'écrire la moindre ligne : ce qui sera payant, ce qui attend la version suivante
la publication sur les deux stores, comptes développeur et passage en revue compris
un code qui t'appartient, que n'importe qui peut reprendre après
quelqu'un à qui parler le jour où ça casse
Pour une première version sérieuse publiée sur les deux stores, compte entre 5 000 et 12 000 €. Le détail de ce qui fait monter ce chiffre est ici : combien coûte une application mobile .
Le vrai comparatif se fait à deux ans
À la création, le no-code gagne toujours. C'est à deux ans que la comparaison devient honnête.
Laquelle choisir, selon où tu en es
Choisis le no-code si tu veux prouver que ton idée intéresse quelqu'un, que tu n'as pas encore de client payant, et que tu acceptes de tout refaire si ça marche. C'est un test, pas un lancement.
Choisis l'IA si tu sais déjà lire du code, ou si tu construis un outil pour toi seul. Comme accélérateur elle est excellente. Comme unique compétence technique, elle est un piège.
Choisis un expert si ton application doit encaisser de l'argent, vivre sur les stores et durer plus de deux ans. Autrement dit, si elle est censée rapporter quelque chose. Le calcul est ici : rentabiliser une application mobile .
Le cas où aucune des trois n'est la bonne réponse
C'est le paragraphe que personne n'écrit, alors je le mets quand même.
Dans beaucoup de situations, tu n'as pas besoin d'une application. Si tes utilisateurs viennent une fois par mois, si tu n'as besoin ni de notification ni d'usage hors connexion, un site fait le travail pour bien moins cher.
L'application se justifie quand il y a de la fréquence, une habitude à créer et quelque chose à encaisser. Si ces trois éléments manquent, aucune des trois options ne sauvera le projet.
Ce que je ne fais pas, pour être clair
Je conçois le marketing dans l'application, c'est-à-dire ce qui transforme un utilisateur en client. Je ne fais pas venir les utilisateurs. L'acquisition de trafic est un autre métier, et te promettre les deux serait malhonnête.
Par où commencer
Trois actions, dans cet ordre :
Écris en trois phrases ce que ton application fait, pour qui, et ce qui sera payant. Si tu n'y arrives pas, aucune technologie ne comblera ce trou.
Réponds à une seule question : est-ce que je dois encaisser de l'argent dedans ? Elle élimine à elle seule une option sur les trois.
Fais estimer ton idée avant d'engager quoi que ce soit, pour partir avec un budget et un délai au lieu d'une intuition.
2 fois
ce que paie celui qui démarre en no-code puis atteint son plafond : la première version, puis la vraie.
À lire aussi :
← Retour au blog Accueil · Concevoir une application qui rapporte · Ma méthode · Blog · Tester ton idée · FAQ