On m'a posé la question trois fois le même mois. Trois amis, trois projets différents, et à chaque fois la même phrase : « Je veux faire une appli, je commence par quoi ? » La première fois, j'ai répondu « le design ». La deuxième, « trouve un dev ». La troisième, j'ai compris que je répondais mal — la vraie première question, c'est combien vous êtes prêt à perdre, en argent et en semaines. Ma première application, une petite chose pour compter des points de belote, m'a coûté quatre mois et m'a rapporté 31 téléchargements, dont 4 par ma mère. Ce n'est pas un échec, c'est le prix d'entrée.
Alors voilà comment créer sa première application mobile sans se ruiner, sans diplôme d'ingénieur, et surtout sans passer six mois sur un projet que personne n'installera.
Points clés à retenir
- Le vrai verrou d'une première app n'est presque jamais technique. C'est le choix de la cible et du périmètre.
- Un compte Google Play coûte 25 $ une fois, un compte Apple 99 $ par an. C'est le seul coût incompressible.
- Le no-code et l'IA générative font gagner du temps sur l'écran, jamais sur la logique métier.
- Comptez 6 à 12 semaines pour une première version honnête, en solo, à temps partiel.
- Publier est un projet dans le projet : comptez deux bonnes semaines de démarches, de captures et de textes.
- La première app sert à apprendre le métier, pas à devenir riche.
Créer sa première application mobile : par où commencer vraiment
Pas par le code. Pas par le logo. Par une phrase que vous devez pouvoir écrire sur un post-it : « Cette appli sert à [quelqu'un de précis] pour [faire une chose précise] ».
Quand j'ai lancé mon compteur de belote, ma phrase était : « Cette appli sert à moi pour compter des points ». Vous voyez le problème ? Une cible d'une personne, dont moi, qui connaissais déjà les règles du jeu. Aucune inconnue à résoudre, donc rien à apprendre, donc aucun intérêt pour quiconque d'autre.
Choisir une cible étroite, quitte à exclure du monde
Le réflexe du débutant est de viser large : « tout le monde pourra l'utiliser ». En pratique, une app qui s'adresse à tout le monde ne se vend à personne. Prenez un groupe que vous connaissez de l'intérieur — votre ancien métier, votre club de sport, votre asso — et listez cinq irritants concrets de leur quotidien. Pas des idées de fonctionnalités. Des irritants.
Un exemple vécu : une amie kinésithérapeute me parlait de ses patients qui oublient leurs exercices entre deux séances. On a passé une soirée à lister ce qui coince — les consignes perdues, les carnets froissés, les rappels qu'on oublie. Trois irritants clairs. Une app minuscule possible en un mois. Elle ne l'a jamais faite, mais la réflexion, elle, valait de l'or.
Valider avant de construire quoi que ce soit
C'est l'étape que tous les débutants sautent, moi le premier. Décrivez votre app sur une page, en cinq lignes, avec deux captures dessinées à la main. Montrez cette page à dix personnes de votre cible. Pas à vos amis développeurs. Pas à votre conjoint. À dix inconnus concernés.
Ce que vous cherchez n'est pas un « oui, super idée ». Vous cherchez une réaction physique : quelqu'un qui dit « attends, on peut le faire quand ? ». Si personne ne demande quand, vous n'avez pas d'app, vous avez un concept.
Pour ma deuxième app, un petit outil de suivi pour une salle d'escalade, j'ai fait l'inverse : codé d'abord, montré ensuite. Résultat, six semaines perdues et un gérant qui m'a dit, très gentiment : « On a déjà un cahier, ça marche. » Six semaines. Leçon retenue pour de bon.
Avec quoi on construit : les outils comparés honnêtement
Ici, tout le monde vous vend la même chose : « sans coder, en ligne, gratuit ». C'est partiellement vrai. Le no-code et les générateurs par IA font vraiment des merveilles sur les écrans simples. Sur une logique un peu tordue — paiements, comptes, synchronisation — vous tombez vite dans l'écran de configuration que personne ne documente.
| Approche | Pour qui | Coût de départ | Limite principale |
|---|---|---|---|
| No-code (constructeurs en ligne) | Prototype, app vitrine, idée simple | 0 à 30 €/mois | Vous plafonnez dès que la logique se complique |
| Générateur par IA | Gagner du temps sur l'écran et les textes | Variable, souvent par abonnement | Le code produit n'est pas toujours maintenable |
| Applications multiplateformes | Android + iOS avec un seul code de base | Gratuit, votre temps | Courbe d'apprentissage réelle, 2 à 4 semaines |
| Développement natif | Besoin de performance ou d'accès matériel | Gratuit, mais exigeant | Deux bases de code distinctes |
| Agence ou freelance | Budget et deadline ferme | Plusieurs milliers d'euros | Vous dépendez d'un tiers pour chaque changement |
Comment créer une application mobile sans code, et est-ce vraiment crédible ?
Oui, à une condition : que votre app soit surtout une affaire de contenu et de formulaires, pas de calculs. Une app de recettes, un guide, un carnet de suivi simple, un catalogue : le no-code s'en sort très bien. Une app qui doit discuter avec votre logiciel de caisse, gérer des rôles, des paiements et du hors-ligne : vous allez souffrir, et vous allez le découvrir au pire moment.
Ce qui m'a le plus servi, quand j'ai testé ces plateformes, ce n'est pas la vitesse de création. C'est la vitesse de destruction : en deux heures, j'ai monté trois versions de la même idée et jeté deux d'entre elles sans écrire une ligne. Ce pouvoir-là vaut le prix de l'abonnement.
Créez une application mobile avec de l'IA gratuitement : jusqu'où ça tient ?
Les outils gratuits tiennent jusqu'au prototype. Ils vous sortent une interface propre, des textes corrects, parfois un début de logique. Ce qu'ils ne font pas : comprendre votre domaine, arbitrer entre deux façons de gérer un cas limite, ni assumer les conséquences d'un choix d'architecture.
Un point de vigilance concret : ne collez jamais de données réelles de clients dans un outil dont vous ne maîtrisez pas l'usage. Je l'ai fait une fois, par paresse, avec une liste de contacts. Rien de grave n'en est sorti. Je ne recommencerai pas.
Android, iOS, ou les deux ? La décision qui bloque tout le monde
Le débat Android contre iOS est un faux débat au démarrage. Ce qui décide, c'est où sont vos utilisateurs, et vous n'en savez rien tant que vous n'avez pas parlé à dix d'entre eux. En France, la part d'Android reste majoritaire, mais dans certains milieux — agences créatives, étudiants d'écoles privées — l'inverse est vrai.
Le bon plan pour une première app : commencez par une seule plateforme, celle de vos dix premiers testeurs, et ne construisez l'autre qu'une fois que quelqu'un vous réclame la version manquante. J'ai fait l'inverse sur un projet : les deux stores dès le départ, deux fois le travail de publication, deux fois les bugs, pour 11 utilisateurs au total.
- Compte développeur Google Play : 25 $ une seule fois, à vie
- Compte développeur Apple : 99 $ par an, renouvellement obligatoire
- Publication Google Play : quelques heures à quelques jours selon les vérifications
- Publication App Store : souvent plus longue, la revue humaine est tatillonne
- Un site web vitrine : quasi indispensable, ne serait-ce que pour la page de l'app
Le coût réel d'une première application
Personne ne vous le dira franchement, alors voici mon carnet de dépenses, tenu à la main sur trois projets.
Scénario solo, en apprenant : entre 30 et 150 € la première année, plus votre temps. Le temps, c'est la ligne qui explose. Sur mes deux premières apps, j'ai compté environ 80 heures de travail réel pour la première, et 45 pour la seconde une fois les réflexes acquis.
Scénario no-code : de 0 à 40 € par mois selon la plateforme, auxquels s'ajoutent souvent des modules payants pour les notifications ou le paiement. Sur douze mois, on monte facilement à 300 ou 500 €, sans jamais posséder le code.
Scénario agence : on change complètement d'échelle. Pour une application avec comptes utilisateurs et paiement, comptez plusieurs milliers d'euros, et un devis de maintenance annuel à côté. C'est légitime si votre app doit générer du chiffre rapidement. C'est absurde pour tester une idée.
Les pièges qui font abandonner au troisième mois
Il y en a trois, et ils reviennent tout le temps.
- Le périmètre qui gonfle. « Et si on ajoutait un chat ? » Non. Votre version 1 doit faire une chose, bien, jusqu'au bout.
- Le perfectionnisme visuel. Passer trois semaines sur une icône quand personne n'a testé le parcours d'inscription. Coupable, deux fois.
- L'absence de testeurs extérieurs. Montrer l'app à des gens qui vous aiment donne des compliments, pas des retours.
- La publication oubliée. Beaucoup construisent six mois et découvrent à la fin qu'il faut des captures d'écran, une description, une politique de confidentialité et une adresse de contact.
Publier, puis apprendre plus de la première app que de toutes les suivantes
La publication, c'est le moment où votre projet devient public et où vous n'avez plus aucune excuse. Prévoyez une description claire (pas de jargon), cinq captures qui montrent l'app en usage réel, une icône lisible en petit, et une politique de confidentialité — obligatoire dès que vous collectez quoi que ce soit, même une adresse e-mail.
Ensuite vient la partie que personne ne raconte. Les premiers jours, vous regardez les statistiques toutes les heures. Puis toutes les semaines. Puis vous arrêtez, parce que la courbe est plate. C'est normal. Une app sans diffusion ne se diffuse pas toute seule : il faut aller chercher les utilisateurs un par un, dans les endroits où ils se trouvent déjà.
Sur ma troisième app, une aide à la préparation d'un examen professionnel, j'ai passé plus de temps à écrire sur des forums spécialisés qu'à coder. Résultat : 400 installations en trois mois, sans publicité payante. Rien de spectaculaire. Mais ces 400 personnes m'ont envoyé assez de retours pour refaire entièrement deux écrans qui, selon moi, étaient parfaits.
Combien de temps faut-il vraiment pour une première application ?
Comptez 6 à 12 semaines à temps partiel, pour une app simple, en solo, à condition de ne pas dériver sur le périmètre. La première moitié part dans l'apprentissage des outils. La seconde dans les détails que vous n'aviez pas anticipés — la gestion des erreurs, les cas limites, les textes, les tests sur de vieux téléphones.
Si vous êtes à temps plein et déjà à l'aise avec un langage, trois semaines sont réalistes. Si vous partez de zéro, ne croyez personne qui vous promet dix jours. J'ai vu des gens y arriver en dix jours avec un générateur. Leur app ressemblait à une app. Elle ne résolvait juste rien.
Ce qui reste quand la première app est en ligne
Le plus étrange, après la mise en ligne, c'est le silence. Pas de fanfare. Un e-mail automatique de validation, une page qui s'affiche, et vous, devant votre écran, à vous demander si quelqu'un va cliquer.
Et puis un jour, une notification. Un inconnu, quelque part, a installé votre travail. C'est une sensation que je n'ai jamais retrouvée ailleurs, et elle ne s'use pas.
Alors la vraie question n'est peut-être pas « comment créer ma première application mobile ». C'est : quelle petite chose agaçante, dans la vie de gens que je connais, est-ce que je peux rendre moins agaçante ? Répondez à celle-là d'abord. Le reste — les outils, la plateforme, le store — n'est que de la logistique. Et la logistique, ça s'apprend en faisant. Mal, au début. Puis mieux.
