Mickael Romaniello
30 minutes, sans slides, rien à préparer.
Mickael Romaniello
30 minutes, sans slides, rien à préparer.
12 ans d'expérience. 15+ applications livrées. Un seul interlocuteur, du concept à la publication.
En résumé : pour votre projet à Nantes (314 138 habitants), dans les Pays de la Loire, vous travaillez directement avec moi, pas un intermédiaire. 12 ans d'expérience, 15+ applications livrées, et un processus transparent de A à Z.
Vous avez une idée d'application.
Si votre cible à Nantes cherche le haut de gamme, le choix de la plateforme n'est pas un détail.
Le facteur le plus important, c'est de savoir où se trouve la valeur.
En moyenne, les utilisateurs iOS dépensent davantage dans les applications que les utilisateurs Android.
L'écosystème Apple attire une clientèle habituée à payer pour la qualité, les abonnements et les services premium.
Si vous voulez créer une app iPhone à Nantes qui génère des revenus solides, vous devez viser l'App Store.
Mais attention, on ne rentre pas chez Apple comme dans un moulin.
Il faut respecter leurs règles. Leurs standards de design. Leurs exigences techniques.
Développer pour iOS, c'est accepter un cadre. Apple contrôle le matériel, le système et le store, ce qui a deux effets opposés : le comportement des appareils est prévisible et le travail de compatibilité s'en trouve réduit, mais les règles de publication sont strictes et non négociables. On construit donc avec ces règles en tête dès la conception.
Le développement iOS, ce n'est pas juste coder pour un téléphone différent.
C'est adopter une philosophie entière.
Celle d'Apple.
Apple contrôle tout. Le matériel (l'iPhone, l'iPad) et le logiciel (iOS).
Le point essentiel, c'est que ce contrôle strict est une immense force pour nous.
Contrairement à Android où il faut tester sur des milliers d'écrans différents, l'univers iOS est plus restreint.
Cela nous permet d'atteindre un niveau de finition exceptionnel pour chaque écran de votre application à Nantes.
Pour coder, nous utilisons les langages officiels : Swift et SwiftUI.
SwiftUI, c'est le standard moderne d'Apple. C'est propre, rapide et pensé pour créer des interfaces fluides.
Mais le code ne fait pas tout.
Une bonne app iOS doit respecter les Human Interface Guidelines d'Apple.
Mon rôle premier est de protéger votre budget. Saviez-vous qu’une grande partie des fonctionnalités d'une application ne sont jamais utilisées ?
Depuis Cannes, j'aide mes clients à éviter ce gaspillage énorme. Avec 12 ans d'expérience sur iOS et Android, je sais où l'argent doit aller. On coupe le superflu pour se concentrer sur ce qui apporte une vraie valeur à votre cible.
L'avantage clé : une application qui sort vite, qui teste le marché, et qui coûte le juste prix. Construisons d'abord l'essentiel.
À Nantes, le milieu est assez dense pour qu'un prestataire soit vérifiable en quelques appels, et autant s'en servir. Trois demandes suffisent à séparer ceux qui livrent de ceux qui présentent bien. Je vous encourage à me les poser autant qu'aux autres.
Un : deux clients que vous pouvez appeler vous-même, pas une citation sur un site. Ce qu'il faut leur demander n'est pas « êtes-vous content » mais « qu'est-ce qui s'est mal passé, et comment ça a été réglé ». Tous les projets ont un moment difficile, et la réponse à cette question dit à peu près tout.
Deux : une application publiée que vous pouvez installer et utiliser dix minutes. Pas une capture d'écran, pas une vidéo de démonstration. L'application, sur votre téléphone.
Trois : qui a écrit le code de cette application. Dans beaucoup de portfolios, la réponse honnête est « une équipe qui n'est plus là ».
De mon côté, je réponds aux trois, et j'ajoute volontiers le projet qui s'est mal terminé et pourquoi. C'est en général plus instructif que les autres.
Nantes a un vrai tissu numérique et beaucoup de créateurs qui ont déjà travaillé avec une agence. C'est confortable : vous savez ce qui vous a déplu la dernière fois, et on peut construire à partir de là. Les demandes que j'y reçois sont souvent les plus précises de toutes, et un cahier des charges précis fait gagner un mois.
Ce que les gens ont mal vécu se répète d'ailleurs beaucoup d'une fois sur l'autre, et cela vaut la peine d'être nommé. Trois reproches reviennent : ne jamais savoir où en était le projet entre deux points d'étape, découvrir en fin de parcours que ce qui avait été validé oralement n'avait pas été noté, et se retrouver avec un code que personne d'autre ne peut reprendre. Les deux premiers se règlent par une version installable toutes les deux semaines, même incomplète, et par un compte rendu écrit après chaque décision. Le troisième se règle en vous donnant l'accès au dépôt depuis le premier jour.
Le fait d'avoir déjà travaillé avec un prestataire change aussi la nature de la première réunion. On ne passe pas la moitié du temps à expliquer ce qu'est une recette, un environnement de test ou une soumission au store. On peut aller directement aux arbitrages qui comptent : ce qui entre dans la première version, ce qui attend, et où placer l'argent quand il faut choisir entre plus de fonctions et une meilleure finition.
Quand on reprend après quelqu'un d'autre, la première tâche n'est pas technique, elle est administrative, et c'est celle qui bloque le plus de projets : récupérer ce qui vous appartient. Le dépôt de code, les comptes App Store Connect et Google Play — à votre nom, pas à celui du prestataire —, les clés de signature, les accès à l'hébergement, les maquettes. Sans la clé de signature d'origine, une application Android ne peut plus être mise à jour, elle doit être republiée sous un autre identifiant et vous perdez vos installations. Je demande cette liste avant de chiffrer quoi que ce soit.
Nantes a par ailleurs une forte concentration d'entreprises de l'économie sociale et solidaire et du secteur culturel, et ces projets ont un profil budgétaire particulier : financement par subvention, calendrier calé sur un exercice, et souvent une obligation de rendre des comptes sur l'usage des fonds. Cela m'oblige à découper autrement, en jalons livrables et facturables qui correspondent à quelque chose de montrable, plutôt qu'en une grosse facture à la fin.
Quand un projet reprend après quelqu'un d'autre, le premier mois ne commence pas par du code. Il commence par récupérer ce qui vous appartient, puis par savoir honnêtement dans quel état est l'existant.
Le jour de la publication n'est pas la fin du projet, c'est le premier jour où l'application rencontre de vrais utilisateurs. La suite se prépare avant, pas après : sans elle, les premiers retours arrivent et personne n'est là pour y répondre.
La première semaine, on surveille. Pas les téléchargements — les plantages, les écrans où les gens s'arrêtent, les endroits où ils reviennent en arrière. Un rapport de plantage vaut mille suppositions, et les trois premiers jours en apprennent plus que trois mois de réunions.
La deuxième semaine, on corrige ce que ces retours ont montré, et on publie une mise à jour. Elle est presque toujours nécessaire, et ce n'est pas un échec : aucune première version ne survit intacte au contact de son public à Nantes.
Ensuite le rythme ralentit, mais ne s'arrête pas. Apple sort une version majeure d'iOS chaque automne, Google une d'Android chaque année, et chacune casse quelque chose — une autorisation qui change de forme, une bibliothèque qui n'est plus signée, un écran qui se décale.
On décide ensemble du niveau de suivi avant le lancement, pas au premier incident.
Équiper des commerciaux d'une tablette pose un problème simple et souvent mal traité : ils travaillent chez le client, sans connexion garantie. L'application doit donc fonctionner entièrement hors ligne et synchroniser au retour. Le vrai sujet n'est pas l'affichage mais la règle qui tranche quand deux personnes ont modifié la même fiche chacune de leur côté.
Le B2B, ce n'est pas forcément que du web.
Le cas type : une entreprise industrielle qui veut équiper ses commerciaux sur le terrain.
Ils avaient tous des iPad fournis par l'entreprise.
Le point essentiel : il fallait une application robuste, capable de fonctionner sans connexion internet dans des entrepôts.
Oubliez les solutions web hybrides qui saccadent.
Nous sommes partis sur du développement iOS entièrement natif.
L'utilisation de Core Data a permis de stocker tout le catalogue produit en local sur l'iPad.
Je ne donne pas de fourchette avant le cadrage, parce qu'un prix annoncé avant de savoir ce qu'on construit est un chiffre inventé. En revanche, la mécanique, elle, se dit dès le premier appel : trente pour cent à la commande, le reste réparti par mois sur la durée du projet. Vous payez au rythme où le travail avance.
Deux dépenses tombent en plus du développement, et elles reviennent : le programme développeur d'Apple à 99 € par an, et le compte Google Play Console à 25 $ une fois. Les deux se prennent à votre nom, pas au mien.
Sur un projet court, d'un mois ou deux, le découpage est plus simple : la moitié au démarrage, la moitié à la livraison. Sur un projet qui court sur plusieurs mois, la mensualisation protège les deux côtés — vous ne financez jamais du travail qui n'a pas été fait, et je ne travaille jamais trois mois avant de facturer.
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.
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 Nantes.
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.
Si vous avez déjà travaillé avec un prestataire, vous savez ce que vous ne voulez plus revivre. C'est un excellent point de départ pour un premier échange.
En trente minutes, on fait deux choses. On liste ce qui vous appartient et qu'il faut récupérer — dépôt de code, comptes App Store et Google Play à votre nom, clés de signature — parce que sans ça aucun chiffrage n'a de sens. Puis on regarde ce qui reste réellement à construire.
Sans engagement, et sans relance commerciale ensuite.
En 30 minutes, vous saurez exactement par où commencer. Sans engagement. Sans jargon technique.
Réservez un appel gratuit →
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.