De l'idée à l'App Store : comment on fabrique vraiment une app

Le voyage d'une app

Tu ouvres ton téléphone, tu taps "installer", et 3 secondes plus tard t'as une app. Facile, non ? Sauf que derrière ce bouton "Télécharger" y a un parcours du combattant que personne n'explique. Jusqu'à maintenant.

Suis le chemin d'une app de A à Z. Pas de charabia corporatif, juste la vérité du terrain.

Étape 1 : L'idée (la partie sympa)

Tout commence par un problème. Pas une idée de génie sous la douche — un PROBLÈME.

"Pourquoi je galère à transférer un fichier entre mon iPhone et mon PC ?" → OmniDrop est né.

"Pourquoi tous les apps de pourboire sont moches et compliqués ?" → TipLog est né.

"Pourquoi j'peux pas avoir un assistant IA qui tourne sans envoyer mes données à Google ?" → J.A.R.V.I.S. est né.

La règle : si le problème t'énerve tellement que tu le racontes à tes potes, y a une app à fabriquer.

La métaphore : C'est comme quand tu te plains au resto parce que le ketchup est toujours vide. Soit tu te plains, soit tu codes une app qui notifie le serveur automatiquement. (Note : s'il te plaît, ne code pas cette app.)

Étape 2 : Le design (le plan de match)

Avant d'écrire une seule ligne de code, tu dessines. Sur papier, dans Figma, au coin d'une serviette — peu importe. Ce qui compte c'est de savoir à quoi l'app ressemblera et comment elle fonctionnera.

On appelle ça le wireframe (le squelette) et la mockup (la jolie version).

Concrètement :

• Quels écrans ? (accueil, profil, paramètres, etc.)
• Comment tu navigues entre ? (boutons, swipe, onglets)
• Où l'info importante ?
• Quelle est l'action principale sur chaque écran ?

La métaphore : C'est le plan de l'architecte avant de construire la maison. Tu ne poses pas de briques sans savoir où vont les murs. Sinon tu te retrouves avec les toilettes au milieu du salon.

Étape 3 : Le développement (où le code prend vie)

C'est là que l'app devient réelle. Tu choisis ton langage et ton framework :

• Flutter + Dart → Pour être partout (iOS, Android, Windows, Mac, Linux). C'est ce qu'on utilise pour OmniDrop, Beloved, TipLog, ImageVault et Isekai Survie.
• Swift + SwiftUI → Pour Apple seulement mais avec la meilleure perfo. CookBook AI et StickerVibe sont dans ce camp.
• Python → Pour le backend et l'IA. J.A.R.V.I.S. tourne là-dessus.
• Next.js + React → Pour les sites web (comme celui que tu lis).

La métaphore : C'est comme choisir ta classe dans un RPG. Le Guerrier (Swift) est puissant en combat rapproché mais limité au Royaume Apple. Le Magicien (Flutter) est polyvalent et touche toutes les plateformes. Le Nécromant (Python) fait de la magie noire avec l'IA en arrière-plan. Tu peux aussi être multi-classe.

Et dans notre cas, c'est l'IA (Claude) qui code. Neel donne les instructions, teste, et dit "ça marche pas, réessaye". C'est du pair programming avec un twist : l'un d'eux sait pas coder.

Étape 4 : Le testing (la phase "tout casse")

Tu penses que ton app marche ? Elle marche pas. Jamais au premier essai.

Le testing c'est :

• Les tests manuels → Tu mashes chaque bouton comme un singe curieux. Tu mets des emoji dans les champs texte. Tu coupes le Wi-Fi à mi-chargement. Tu fais tout ce qu'un utilisateur normal devrait jamais faire — et tu vérifies que l'app ne crash pas.
• Les tests automatisés → Du code qui teste du code. C'est méta, mais ça marche.
• Le beta testing → Tu donnes l'app à de vrais humains et tu pries.

La métaphore : C'est le crash test des voitures. Tu lances un mannequin contre un mur à 100 km/h pour voir ce qui casse. Sauf que le mannequin c'est toi et le mur c'est un utilisateur qui tape "🤪" dans le champ "numéro de téléphone".

Fun fact : Neel vient du QA. Des années à casser du logiciel profesionnellement. Ça aide beaucoup.

Étape 5 : Les comptes développeur (le péage)

Avant de mettre ton app en ligne, tu as besoin d'un compte développeur. Et tu dois payer.

Apple Developer Program :

• Prix : 99 $/an. Ouais, par AN. Tu arrêtes de payer, tes apps disparaissent du store.
• Ce que tu reçois : Accès à Xcode, aux APIs Apple, aux betas iOS, et surtout le droit de publier sur l'App Store.
• Le process : Tu crées un compte sur developer.apple.com, tu paies, tu attends la validation (24-48h), et boom.

Google Play Console :

• Prix : 25 $ une fois. Pas d'abonnement. Merci Google.
• Ce que tu reçois : Le droit de publier sur le Google Play Store, des outils d'analytics, et un dashboard pour gérer tes apps.
• Le process : Tu crées un compte sur play.google.com/console, tu paies, et c'est quasi instantané.

La métaphore : Apple c'est un club privé avec cotisation annuelle. Google c'est un bar avec droit d'entrée unique. Les deux ont un videur (la review), mais Apple est beaucoup plus strict sur le dress code.

Étape 6 : Les certificats et la signature (la paperasserie digitale)

C'est LE truc qui rend les devs fous. Pour qu'Apple et Google acceptent ton app, elle doit être "signée" — preuve que c'est toi qui l'as faite.

Chez Apple (le cauchemar) :

• Tu crées un Certificate (ta d'identité de dev)
• Tu crées un App ID (l'identité de ton app)
• Tu crées un Provisioning Profile (le lien entre les deux)
• Tu configures les Capabilities (NFC, notifications, etc.)
• Tu signes l'app avec tout ça

Chez Google (plus simple) :

• Tu génères un Keystore (un fichier clé)
• Tu signes ton APK/AAB avec
• Google gère le reste avec Play App Signing

La métaphore : C'est comme avoir un passeport. Chez Apple tu as besoin de : ID, certificat de naissance, trois photos, preuve d'adresse ET une note de ta mère. Chez Google, un ID suffit.

Étape 7 : La fiche du store (le marketing)

Ton app est prête, signée, testée. Maintenant tu dois faire envie aux gens de la télécharger.

La fiche du store inclut :

• Le nom — Court, mémorable. "OmniDrop", pas "Multi-plateforme application de transfert de fichier peer-to-peer v2.1"
• L'icône — 1024x1024 pixels. Doit être reconnaissable même minuscule. C'est un art.
• Les screenshots — Les 3 premiers sont cruciaux. 90% des gens ne scrollent pas plus loin.
• La description — Les 3 premières lignes sont visibles avant "voir plus". C'est ton pitch d'ascenseur.
• Les mots-clés — Ce que les gens cherchent pour trouver ton app. "transfert de fichier", "NFC", "pas de cloud"...
• La catégorie — Utilitaires, Productivité, Jeux, etc.

La métaphore : C'est ta vitrine de magasin. Tu peux avoir le meilleur produit du monde dedans, mais si la vitrine est moche, personne n'entre.

Étape 8 : La soumission (le moment de vérité)

Tu uploads ton app et tu attends le verdict.

Apple App Store Review :

• Durée : 24h à 7 jours (moyenne 24-48h)
• Un HUMAIN teste ton app. La teste vraiment. Vérifie qu'elle suit les Human Interface Guidelines (les règles de design d'Apple)
• Taux de rejet : ~30% au premier essai. Raisons courantes : crash au lancement, liens cassés, description trompeuse, contenu inapproprié, ou tu as oublié la politique de confidentialité
• Si rejet : tu fixes, tu résoumets, tu re-attends

Google Play Review :

• Durée : quelques heures à 3 jours
• Plus automatisé qu'Apple (scans de sécurité, détection de malware)
• Moins strict sur le design, plus strict sur la sécurité
• Taux de rejet plus bas, mais les suspensions de compte sont plus brutales

La métaphore : Apple c'est un jury MasterChef qui goûte ton plat, vérifie la présentation et la cuisson. Google c'est un détecteur de métaux à l'aéroport — ça va vite si tu as rien de louche.

Étape 9 : Le lancement (du champagne ?)

Ton app est approuvée ! Elle est en ligne ! Tu la trouves en cherchant ! C'est... décevant honnêtement. Parce que personne ne le sait encore.

Lancer c'est :

• Partager sur les réseaux
• Envoyer à ta liste de beta testeurs
• Poster sur Product Hunt, Reddit, Hacker News
• Contacter les blogueurs tech
• Croiser les doigts

Les premiers téléchargements viennent de tes proches (merci maman). Les suivants viennent du bouche-à-oreille, du SEO de ta fiche, et de la qualité de ton app.

Étape 10 : Les mises à jour (ça s'arrête jamais)

Surprise : lancer l'app c'est pas la ligne d'arrivée, c'est le départ.

Les utilisateurs trouvent des bugs que tu voyais pas. Ils demandent des features que tu avais pas pensées. Apple sort une nouvelle version d'iOS et ton app crash. Google change ses règles de confidentialité et tu dois tout updater.

Le cycle : code → test → soumission → attente → publication → lecture des avis → pleurs → recommence.

La métaphore : C'est comme un jardin. Tu ne plantes pas et tu pars. Tu arroses, tu élagues, tu enlèves les mauvaises herbes. Toujours. C'est ça qui sépare les apps vivantes des apps mortes.

Recap du voyage

1. Idée → Trouve un problème qui te nerveérite
2. Design → Esquisser les écrans avant de coder
3. Dev → Choisis ta tech et fabrique
4. Test → Casse tout avant l'utilisateur
5. Comptes → Paie Apple (99$/an) et Google (25$ une fois)
6. Signature → La paperasserie digitale
7. Fiche du store → Nom, icône, screenshots, description
8. Soumission → Upload et attends le verdict
9. Lancement → Marketing et prières
10. Mises à jour → Toujours

Et on a fait tout ça pour 8 apps. En parallèle. Sans savoir coder. Avec l'IA et du café.

La partie la plus dure de fabriquer une app c'est pas le code. C'est le certificat Apple. Demande à n'importe quel dev, il te le confirma.