La question revient à chaque fois, posée à la fin d'un repas ou dans un message à 23 h : « j'ai une idée d'appli, je commence par quoi ? » Et neuf fois sur dix, la personne a déjà ouvert un tutoriel de code, écrit trois lignes, et refermé l'onglet, persuadée qu'elle n'est pas faite pour ça.
Je vais vous contrarier tout de suite : la première décision à prendre n'est pas technique. Elle est stratégique. Tant que vous ne savez pas combien de temps et d'argent vous êtes prêt à mettre, ni si vous visez iPhone, Android ou les deux, le choix du langage est un détail. J'ai vu des débutants apprendre Kotlin pendant quatre mois pour une app qu'un outil visuel aurait livrée en dix jours — et inversement, des projets bloqués net parce qu'on avait promis iOS sans posséder de Mac.
Points clés à retenir
- On ne choisit pas une techno avant d'avoir fixé son budget et sa cible (iOS, Android, ou les deux).
- Le no-code coûte peu mais vous lie à une plateforme ; le natif vous libère mais réclame des semaines d'apprentissage.
- Publier sur l'App Store est payant et contraignant (compte annuel, validation) ; Google Play est bien plus permissif au départ.
- Un Mac est nécessaire pour compiler une app iOS native ou Flutter — sauf si vous passez par un service de build en ligne.
- Le vrai piège du premier projet n'est pas le code : c'est un périmètre trop large.
- La phase d'après-publication (mises à jour, suivi, corrections) pèse plus lourd que vous ne le pensez.
Par où commencer pour développer sa première application mobile : la vraie première étape
Avant d'installer quoi que ce soit, posez trois chiffres sur une feuille : combien d'heures par semaine vous pouvez y consacrer, quel budget vous acceptez de brûler, et sur quel type de téléphone vos futurs utilisateurs se trouvent. C'est ennuyeux. C'est aussi ce qui évite de perdre deux mois.
Une amie décoratrice voulait une appli pour ses clientes — douze personnes, pas une de plus. Elle partait sur une app native iOS. Je lui ai demandé combien de ses clientes avaient un iPhone : deux. On a fait un simple formulaire web qu'elle ouvre depuis son navigateur. Trois jours de travail au lieu de trois mois. L'appli « mobile » n'était pas le bon outil.
Le critère qui tranche tout
Si votre projet ressemble davantage à un service qu'à un logiciel — un catalogue, une prise de rendez-vous, une liste de recettes —, un outil no-code suffit. Si vous visez du temps réel, des capteurs, du hors-ligne, ou une expérience très léchée, il faudra écrire du code. Entre les deux, un vaste terrain vague où se joue 80 % des premières applis.
No-code, freelance ou code natif : le comparatif que personne ne fait
Voici ce que les articles classiques oublient : ils listent les options sans jamais donner de chiffres. Or c'est exactement ce qu'il vous faut pour trancher. Le tableau ci-dessous reflète ce que j'ai constaté sur mes propres projets et ceux de personnes que j'ai accompagnées.
| Approche | Budget de départ | Délai réaliste | Pour qui |
|---|---|---|---|
| Outil no-code | 0 à 30 €/mois | 1 à 3 semaines | Débutant total, projet simple |
| Freelance | 2 000 à 8 000 € | 1 à 3 mois | Vous avez un budget, pas le temps d'apprendre |
| Cross-platform (Flutter, React Native) | 0 € en outillage | 2 à 4 mois d'apprentissage | Vous voulez coder, viser iOS et Android |
| Natif (Kotlin, Swift) | 0 € en outillage | 3 à 6 mois d'apprentissage | Perf maximale, un seul système visé |
Ces fourchettes sont larges parce que tout dépend de la complexité. Une appli de suivi d'habitudes n'a rien à voir avec une messagerie chiffrée. Fuyez les estimations à « 5 000 € et deux mois » annoncées sans connaître votre fonctionnalité phare.
Peut-on créer une application gratuitement ?
Oui, pour le développement. La nuance que personne ne précise : la gratuité s'arrête à la publication. Vous pouvez apprendre, coder et tester sans dépenser un centime. Mais dès que vous voulez distribuer, les stores réclament leur dîme.
- Apple facture un abonnement annuel pour le compte développeur — environ 99 $ par an.
- Google Play demande des frais uniques, de l'ordre de 25 $, à vie.
- Un outil no-code gratuit vous laissera souvent tester, puis vous facturera au moment d'exporter ou de publier.
Donc oui, on peut développer gratuitement. Non, on ne peut pas publier sans mettre la main au portefeuille. Retenez cette distinction, elle évite la mauvaise surprise.
Créer une application Android et iOS gratuitement : ce qui bloque vraiment
Le mur, ce n'est pas l'argent. C'est le matériel. Pour compiler une application iOS, Apple impose de passer par Xcode, qui ne tourne que sur macOS. Pas de Mac, pas de build iOS local — sauf à passer par un service de compilation en ligne, qui prend le relais sur une machine distante.
Quand j'ai voulu tester une appli Flutter sur iPhone pour la première fois, j'ai découvert ce point à la dure. J'avais un PC correct, bien suffisant pour Android. Pour l'iPhone, il a fallu emprunter un Mac. Renseignez-vous sur ce détail avant de choisir votre techno.
Comment coder une application mobile quand on part de zéro ?
Si vous décidez d'apprendre à coder, l'ordre importe plus que le langage. Commencez par les bases communes à tous : variables, conditions, fonctions. Puis choisissez une plateforme et tenez-vous-y — les débutants qui papillonne entre Kotlin, Swift et Flutter n'en terminent aucune.
- Android seul : commencez par Kotlin, avec Android Studio.
- iOS seul : Swift, sur un Mac.
- Les deux à la fois : Flutter ou React Native, mais prévoyez le double de temps d'apprentissage.
Comptez deux à trois mois de pratique régulière avant de produire quelque chose de publiable, même modeste. Une heure par semaine ne suffira pas — visez plutôt cinq à huit heures.
Publier sur le Play Store, gratuitement ou presque
Une fois l'appli prête, publier sur Google Play est étonnamment simple. Vous créez le compte, réglez les frais uniques, uploadez un fichier, remplissez la fiche. La validation prend souvent moins de 48 heures. Pas de compte Mac requis, pas de machine spécifique.
L'App Store, c'est une autre histoire. La validation est plus stricte, les refus fréquents, et la première soumission se heurte souvent à des exigences de conformité qu'on n'avait pas anticipées. Prévoyez une marge. J'ai vu une appli refusée deux fois pour une icône mal dimensionnée — un détail, mais deux semaines perdues.
Les erreurs qui plombent le premier projet
La plus fréquente, et de loin : vouloir trop de fonctionnalités. La première version doit résoudre un seul problème, bien. Le reste attendra. Le débutant veut une appli avec compte utilisateur, notifications, paiement et mode sombre. Le résultat : rien n'est fini.
Deuxième piège : ne tester que sur l'émulateur. Un émulateur ne rame jamais comme un vrai téléphone d'entrée de gamme. Testez sur les appareils de vos proches, surtout les anciens.
Troisième piège, plus insidieux : croire que publier est l'arrivée. C'est le départ. Les mises à jour, la correction de bugs et le suivi des usages prennent un temps fou. Une appli sans mise à jour depuis six mois paraît abandonnée — et elle l'est.
Créer une application mobile avec l'IA, est-ce vraiment gratuit ?
Les assistants de code font gagner un temps réel sur les parties répétitives : écrire un formulaire, corriger une erreur, expliquer un concept. Ils ne remplacent pas la compréhension. Si vous ne saisissez pas ce que le code fait, vous êtes incapable de le réparer quand ça casse — et ça cassera.
Utilisez-les comme un collègue patient, pas comme un devis magique. Un outil qui « génère une appli » vous livrera quelque chose de générique sur lequel vous n'aurez aucune prise.
Alors, par où commencer ? Pas par le code. Par la feuille de papier, les trois chiffres, et une seule fonctionnalité à laquelle vous vous tiendrez. Le reste suivra — plus lentement que vous l'espérez, plus vite que vous ne le craignez. Et ce moment où votre appli s'ouvre enfin sur un vrai téléphone, le vôtre, vous le sentirez bien plus fort que vous ne l'imaginez aujourd'hui.
