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 êtes basé à Nantes et vous avez une idée d'application mobile.
C'est le scénario classique. L'enthousiasme est à son maximum. Vous imaginez déjà votre logo sur les écrans d'accueil de tout le monde dans les Pays de la Loire.
Le chemin entre une idée sur un bout de papier et une application publiée sur les stores est long. Très long.
Spoiler : la grande majorité des projets d'applications n'atteignent jamais la rentabilité. Pas parce que l'idée de départ était mauvaise, mais parce que l'exécution était brouillonne.
Créer une application mobile, c'est assembler trois choses : ce que l'utilisateur voit et touche, un serveur qui garde et distribue les données quand plusieurs appareils doivent les partager, et les comptes qui permettent de publier sur les stores. Les mots techniques qu'on vous opposera recouvrent presque toujours l'une de ces trois briques. Aucune n'est optionnelle si l'application doit vivre.
Vous voulez lancer un projet numérique à Nantes. Vous rencontrez des développeurs, et soudain, ils vous parlent de frontend, de backend, d'API, de base de données.
Vous hochez la tête, mais en réalité, vous êtes perdu.
Oubliez le jargon technique. Construire une application mobile, c'est exactement comme ouvrir un restaurant dans les Pays de la Loire. C'est une mécanique précise où chaque élément a un rôle vital.
Imaginons votre application comme ce fameux restaurant.
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.
Un site adaptatif n'est pas une application, et la différence se voit sur le tunnel d'achat : trop d'étapes, boutons trop petits, chargement lent, numéro de carte à ressaisir à chaque commande. Chacun de ces points perd des clients séparément. Les corriger un à un vaut mieux qu'une refonte complète, parce qu'on mesure alors ce qui a servi.
Imaginez une entreprise de vente en ligne bien connue. Cette marque possédait un site web dit responsive, censé s'adapter aux téléphones.
Leur trafic mobile représentait beaucoup de leurs visites totales. C'était leur vitrine principale sur mobile. Mais le taux de conversion sur mobile était très inférieur à celui de l'ordinateur. Ils perdaient littéralement de l'argent chaque jour.
Le problème était évident. Le tunnel d'achat était un enfer de friction.
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.
Les questions qui reviennent le plus sur un premier projet portent sur le calendrier, le budget, les deux plateformes et la publication. Aucune ne se répond dans le vide : ce qui fixe le tout, c'est le périmètre — le nombre d'écrans, la présence d'un serveur et de comptes utilisateurs, et le choix de viser une plateforme ou deux. Un appel de cadrage suffit à le savoir.
Il faut compter entre huit et seize semaines pour la majorité des projets. Une application simple avec quelques écrans peut être en ligne en deux mois. Pour une plateforme complexe avec des paiements et des bases de données lourdes, on dépasse souvent les quatre mois. Ce délai dépend de vos fonctionnalités, pas de votre localisation géographique. Cependant, si nous partageons des horaires compatibles, la communication est fluide. Pas de délai d'attente de vingt-quatre heures pour une simple question. C'est une question de logique : un flux de travail continu accélère toujours la date de lancement.
Le budget dépend entièrement de la complexité technique sous le capot. Une application simple avec quelques écrans ne demande pas le même investissement qu'un système avec paiements, comptes utilisateurs et synchronisation en temps réel. N'oubliez pas la maintenance, qui représente une part importante du budget total chaque année. Le prix n'est pas dicté par le nombre de pages, mais par la mécanique invisible. Chaque projet est unique. L'avantage clé est que nous définissons ce budget ensemble lors d'un appel de 30 minutes, sans aucune surprise en fin de parcours.
Ce n'est pas une obligation absolue. Vous devez commencer par la plateforme où se trouvent vos clients. En général, les utilisateurs iOS dépensent deux fois plus d'argent dans les applications, mais Android domine largement le marché mondial. Si vous voulez être partout sans doubler la facture, la technologie hybride Flutter est la solution idéale. Elle permet de coder une seule fois et de publier sur les deux écosystèmes. Vous réduisez sensiblement les coûts tout en couvrant l'intégralité de votre audience.
Je gère l'intégralité du processus de publication pour vous. C'est un véritable parcours du combattant. Chez Apple, la validation prend de vingt-quatre heures à une semaine. Chez Google, il faut désormais un panel de vingt testeurs obligatoires pendant quatorze jours consécutifs avant le lancement public. Les statistiques prouvent que près d’une soumission sur quatre est rejetée. Un simple bouton mal placé suffit pour être refusé. Je connais parfaitement leurs règles strictes, ce qui vous évite des semaines de frustration et garantit une mise en ligne sereine.
Chaque projet inclut une garantie totale de trois mois après la mise en ligne sur les stores. Si un bug technique lié au développement initial apparaît pendant cette période, je le corrige immédiatement sans aucun coût supplémentaire. Dès le premier jour, j'active des outils de surveillance comme Crashlytics. Je suis alerté à la seconde où un plantage survient sur le téléphone d'un utilisateur. Je ne vous abandonne pas dans la nature avec le code source. C'est une question de confiance, mon objectif est que votre produit soit parfaitement stable.
Absolument, je travaille avec des porteurs de projet partout à distance, y compris dans votre région. Je suis basé à Cannes, mais la distance n'a plus aucune importance aujourd'hui. Nous collaborons via des appels vidéo hebdomadaires, des canaux de discussion instantanée et des outils de partage d'écrans. Vous voyez l'avancement de votre application chaque semaine. Travailler avec un développeur indépendant situé ailleurs vous permet souvent d'obtenir un niveau d'expertise très pointu sans avoir à supporter les coûts structurels énormes d'une grande agence locale.
J'utilise Swift pour iOS, Kotlin pour Android et Flutter pour le développement hybride multiplateforme. Pour le moteur invisible, je m'appuie sur Firebase ou des API REST robustes. Je ne suis pas un intégrateur qui utilise un seul outil par défaut. Le choix technologique dépend exclusivement de vos besoins commerciaux. Si votre application nécessite des performances extrêmes en 3D, nous irons vers du natif pur. Si vous voulez tester le marché rapidement avec un budget maîtrisé, Flutter sera parfait. Je m'adapte à votre réalité économique.
La maintenance est vitale car Apple et Google imposent quatre à six mises à jour de leurs systèmes par an. Si votre application n'est pas mise à jour, elle finit par planter, puis elle est purement et simplement supprimée des magasins. La maintenance comprend la correction des bugs invisibles, les patchs de sécurité et la compatibilité avec les nouveaux téléphones de l'année. C'est exactement comme l'entretien de votre voiture. Prévoyez toujours un budget annuel de sensiblement du coût de création. Une application non maintenue est une application morte.
Oui, vous avez un accès total et transparent à chaque étape du chantier. Fini les prestataires qui disparaissent pendant six mois. Nous utilisons un tableau de bord partagé où vous voyez exactement sur quelle tâche je travaille. Vous avez accès aux maquettes design en direct. Vous pouvez même consulter le code source. Surtout, nous faisons une démonstration vidéo toutes les deux semaines. Vous installez la version en cours de travail sur votre propre téléphone et vous la testez physiquement. Vous gardez le contrôle absolu.
Je signe systématiquement un accord de confidentialité avant même notre premier appel d'exploration. Dans le monde de la technologie, les idées ne valent malheureusement pas grand-chose. C'est l'exécution qui fait toute la différence. Sachant qu’une grande partie des fonctionnalités imaginées ne sont jamais utilisées par le public final, le vrai danger n'est pas qu'on vous vole votre idée. Le vrai danger est de la coder de travers ou de mal la lancer. Concentrons-nous sur la qualité de l'exécution.
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.