Mickael Romaniello
30 minutes, sans slides, rien à préparer.
Mickael Romaniello
30 minutes, sans slides, rien à préparer.
Du concept à la publication. Un expert dédié, 12 ans d'expérience.
En résumé : développement application ios à Nice (342 669 habitants), c'est un projet piloté par un expert senior — pas une agence. Communication directe, code livré, publication sur l'App Store et Google Play en quelques semaines.
Ces questions portent sur les passages obligés d'Apple : la revue avant publication, l'identifiant d'entreprise demandé pour publier sous un nom de société, les tests avant sortie, le renouvellement annuel du compte, et la commission prélevée sur les ventes dans l'application. Aucun n'est bloquant, tous demandent d'être anticipés — l'identifiant d'entreprise est celui qui prend le plus de temps.
C'est possible. près d’une soumission sur quatre est rejetée. C'est pourquoi je prépare tout avec minutie : respect des guidelines, tests, et politiques de confidentialité.
C'est un identifiant mondial d'entreprise obligatoire pour ouvrir un compte Apple Developer professionnel. Sans lui, impossible de publier au nom de votre entreprise de Nice.
Généralement entre 24 heures et 7 jours. Mais si le dossier est incomplet, cela peut prendre des semaines en allers-retours.
C'est l'application officielle d'Apple pour tester notre projet en cours de développement. Je vous envoie un lien, et vous l'installez sur votre iPhone.
Le facteur le plus important est la rentabilité : les utilisateurs iOS dépensent en moyenne davantage dans les applications que les utilisateurs Android.
Uniquement Swift et SwiftUI. L'Objective-C est le passé. Swift est le standard moderne, rapide et sécurisé pour l'écosystème Apple.
Oui. Le compte développeur Apple coûte un abonnement annuel. C'est obligatoire pour maintenir votre application en ligne.
Absolument. Apple exige de déclarer exactement ce que l'application traque. Une erreur ici entraîne un rejet direct de la mise à jour.
Oui, nous pouvons adapter l'interface SwiftUI pour tirer profit du grand écran de l'iPad sans devoir recoder une application entièrement différente.
Oui. Apple prend entre 15% et 30% sur les biens virtuels et les abonnements vendus dans l'application. C'est une règle incontournable.
Vous voulez lancer votre application.
Spoiler : Apple ne vous attend pas.
Apple traite 100 000+ soumissions d'applications par semaine.
Et derrière cet examen, il y a de vrais humains qui cliquent, testent et jugent votre travail.
L'avantage clé de ce processus strict, c'est la crédibilité.
Quand votre application est disponible sur l'App Store, c'est un gage de qualité immense pour vos clients à Nice.
Cela prouve que vous respectez la vie privée, que votre interface est propre, et que l'expérience est fluide.
Mais près d’une soumission sur quatre est rejetée.
Un crash caché. Une icône mal placée. Un bouton qui ne fait rien.
L'utilisateur d'iPhone est intransigeant. Il clique. Il quitte. Il oublie.
Publier sur l'App Store demande de passer une revue humaine, et c'est la partie que les projets sous-estiment. Les motifs de refus les plus fréquents sont connus à l'avance : un paiement qui contourne le système d'Apple, une fonctionnalité que le relecteur ne peut pas atteindre, une déclaration de confidentialité incomplète. Ce filtre écarte beaucoup d'applications bâclées, et c'est une bonne nouvelle pour les autres.
Tout le monde veut son application sur le store d'Apple.
Mais publier une application iOS, c'est un vrai parcours.
L'avantage clé de ce processus complexe, c'est qu'il filtre les mauvaises applications.
D'abord, il y a la création du compte développeur Apple. Et là, surprise.
Si vous êtes une entreprise à Nice, il vous faut un numéro DUNS.
Le DUNS, c'est la carte d'identité internationale de votre entreprise.
L'obtenir peut prendre entre 2 et 4 semaines. Mieux vaut le savoir dès le premier jour.
Ensuite, on code. Proprement. En respectant les règles.
Puis vient la phase de test avec TestFlight.
TestFlight, c'est la salle de répétition de votre application.
On peut inviter jusqu'à 10 000 testeurs avant la sortie officielle.
À Nice, l'utilisateur final est très souvent quelqu'un de passage : il reste quelques jours, il ne connaît pas votre marque, et il n'a aucune raison de créer un compte. Ça devrait décider du choix du prestataire — il vous faut quelqu'un qui se batte pour retirer des étapes, pas pour en ajouter.
Trois décisions en découlent, et elles se prennent avant la première maquette. L'application doit montrer quelque chose d'utile avant de demander quoi que ce soit : pas d'inscription en écran d'accueil, le compte arrive plus tard, quand il sert à quelque chose. Un QR code sur une table ou un comptoir doit ouvrir directement le bon écran, pas la page d'accueil. Et il faut une version web pour ceux qui n'installeront jamais rien, parce qu'ils sont plus nombreux qu'on ne l'imagine.
Installer une application est un engagement. Sur quatre jours, cet engagement est mince, et chaque écran ajouté avant la valeur en perd une partie.
Je travaille à une trentaine de kilomètres. Sur ce genre de projet, aller voir l'endroit où les gens sortiront leur téléphone vaut deux réunions.
Nice est à une trentaine de kilomètres de Cannes, où je travaille. C'est la seule ville de cette page où je peux être chez vous dans la matinée et rentrer déjeuner, et sur un premier projet ça vaut plus qu'on ne le croit : une heure autour d'une table remplace trois visioconférences et évite les malentendus qui se paient deux mois plus tard. Le reste du travail se fait à distance comme partout ailleurs — mais le démarrage est plus rapide quand on s'est vu, et ici il ne coûte qu'un aller-retour en train.
Nice mélange tourisme, immobilier et santé, trois secteurs où l'application est souvent saisonnière ou réglementée. La saisonnalité change le calendrier : mieux vaut livrer en février pour la saison qu'en juin. Le réglementé change le budget, parce que l'hébergement des données de santé ne se choisit pas au dernier moment.
Le calendrier saisonnier mérite d'être pris au sérieux, parce qu'il ne pardonne pas. Une application touristique qui sort en juillet a raté l'année : les visiteurs de la saison sont déjà arrivés avec leurs habitudes, et vous découvrirez vos bugs sur vos vrais utilisateurs au pire moment. Un projet visant l'été doit être en test au printemps, ce qui veut dire commencer à l'automne précédent. Quand quelqu'un m'appelle en mai pour l'été, je le dis franchement : on vise l'année suivante, ou on réduit tellement le périmètre que ce qui sort tient vraiment debout.
L'immobilier apporte une contrainte différente, celle des photos. Une application immobilière vit sur ses images, et les images sont ce qui rend une application lente. Des photos de plusieurs mégaoctets chargées à pleine résolution sur une liste de vingt biens font une application qui rame et un forfait mobile qui fond. Le travail utile est invisible : redimensionner côté serveur, charger progressivement, mettre en cache correctement. C'est peu spectaculaire et c'est ce qui fait la différence entre une application qu'on garde et une qu'on désinstalle.
Enfin, Nice reçoit une clientèle internationale toute l'année, et une application locale qui n'existe qu'en français se prive d'une partie de son public. Ce n'est pas nécessairement un problème — selon votre marché, l'anglais seul en plus peut suffire — mais c'est un arbitrage à faire consciemment plutôt qu'à subir, parce qu'ajouter une langue après coup coûte plus cher que de prévoir la place dès le début.
Quand l'application s'adresse à quelqu'un de passage, le premier mois se passe à retirer des étapes. On mesure ce qui sépare l'ouverture de l'application du moment où elle sert enfin à quelque chose, et on raccourcit.
Je suis à trente kilomètres : ce test-là, je viens le faire avec vous.
Un projet iOS commence par le cadrage, pas par le design : on décide ce que l'application fait avant de décider à quoi elle ressemble. Viennent ensuite les maquettes, validées avant tout développement, puis les versions installables, puis la soumission à Apple. L'ordre compte, parce que revenir sur une décision de cadrage après le développement coûte dix fois plus cher qu'avant.
Créer une application, c'est comme construire une maison à Nice.
On ne commence pas par peindre les murs avant d'avoir fait les fondations.
L'avantage clé de ma méthode, c'est la transparence.
Étape 1 : Le cadrage.
On définit exactement ce que l'application va faire. On liste les fonctionnalités. Et surtout, on anticipe les exigences d'Apple.
Étape 2 : Le compte développeur.
C'est le moment de demander votre numéro DUNS si vous ne l'avez pas. Ça prend du temps, on le fait tout de suite.
Étape 3 : Le développement en Swift.
Je code l'application brique par brique.
Vous n'attendez pas six mois dans le noir. Je vous donne accès à TestFlight très vite.
Une application vendue par abonnement se joue sur le passage du gratuit au payant, et ce passage est encadré par Apple : le paiement doit se faire par son système, et la commission prélevée se situe entre 15 % et 30 % selon votre chiffre d'affaires. Ce calcul se fait avant de fixer vos prix, pas après le lancement.
Prenons un cas fréquent : une application de fitness vendue sur abonnement.
Son modèle économique reposait entièrement sur la conversion des utilisateurs gratuits en payants.
En résumé, l'écosystème Apple était la cible parfaite.
Pourquoi ? Parce que les utilisateurs iOS dépensent en moyenne davantage dans les applications que les utilisateurs Android.
Nous avons construit l'application autour d'une intégration parfaite d'Apple Pay et de StoreKit.
Si l'écran de paiement fait peur, l'utilisateur s'en va.
Il clique. Il quitte. Il oublie.
Les devis pour une application iPhone varient parfois du simple au triple, ce qui indique surtout qu'ils ne décrivent pas le même travail. Un prix très bas signifie en général ni réelle maîtrise de Swift, ni connaissance concrète de la revue App Store. Le coût d'un refus n'est pas le redéveloppement : c'est la date de lancement que vous manquez.
Sur les abonnements et achats faits dans l'application, Apple prélève 30 %, ramenés à 15 % pour les éditeurs réalisant moins d'un million de dollars par an, via son App Store Small Business Program.
Vous allez trouver des devis du simple au triple à Nice pour une application iOS.
Si quelqu'un vous propose une application iPhone à un prix dérisoire, méfiez-vous.
Créer pour Apple demande une véritable expertise technique en Swift et une connaissance parfaite de l'App Store.
En résumé, on ne bidouille pas une application iOS.
Dans le transport, le mode hors ligne n'est pas une option de confort, c'est l'architecture. Entrepôts, sous-sols et routes de campagne coupent le réseau, et une application qui suppose une connexion permanente ne tient pas une journée. Deux décisions suivent : la règle qui tranche les modifications concurrentes, et la façon dont la preuve de livraison est conservée.
Dans le transport, le mode hors ligne n'est pas une option de confort : c'est l'architecture. Un entrepôt métallique, un sous-sol, une zone portuaire ou une route de campagne coupent le réseau, et une application qui suppose une connexion permanente ne survit pas à sa première journée réelle.
On construit donc l'inverse : tout fonctionne sans réseau, et la synchronisation se fait seule dès qu'il y a du signal — sans bouton à presser, parce qu'un bouton à presser finit toujours par ne pas l'être.
Certains de mes clients travaillent avec moi depuis des années. Pourquoi ? Parce que je ne disparais pas dans la nature une fois l'application iOS ou Android publiée.
Basé à Cannes, j'accompagne mes clients sur la durée. Pendant mes 12 ans de carrière, j'ai compris que la sortie d'une app n'est que le début de l'histoire. Il faut l'améliorer, la maintenir, écouter les utilisateurs.
Le facteur le plus important est ce suivi rigoureux. Je suis là pour vous suivre dans la durée, comme un vrai partenaire.
Nice est la ville la plus proche de mon bureau : on peut se voir avant même de parler d'argent.
Trente minutes, en visioconférence ou autour d'une table selon ce qui vous arrange. On regarde votre calendrier avant tout le reste, parce qu'ici c'est lui qui commande : viser une saison veut dire commencer à l'automne précédent, et un projet lancé au printemps pour l'été est un projet qui sortira l'année suivante.
Mieux vaut l'entendre en septembre qu'en mai.
30 minutes pour démarrer
Réserver →La plupart de mes projets se déroulent à distance, et en pratique cela change peu de choses. Nous échangeons en visioconférence dès que vous en avez besoin, pas uniquement aux grandes étapes, et vous pouvez me poser vos questions à tout moment pendant le projet — je réponds toujours.
Une fois que nous travaillons ensemble, un déplacement sur place peut tout à fait être organisé si votre projet le justifie. Les frais de déplacement sont alors chiffrés à part, en amont et sans surprise.