Mickael Romaniello
30 minutes, sans slides, rien à préparer.
Mickael Romaniello
30 minutes, sans slides, rien à préparer.
Un seul interlocuteur, du concept à la publication. 12 ans d'expérience. 15+ applications livrées.
En résumé : je construis des applications iOS et Android pour des clients à Montpellier (290,053 habitants) et partout en Occitanie. Un seul interlocuteur, 12 ans d'expérience, livraison du concept à la publication en 8 à 16 semaines.
290,053 habitants vivent à Montpellier.
Et si vous regardez autour de vous dans la rue, dans les cafés, dans les transports de la Occitanie, vous ferez un constat très simple. Tout le monde a les yeux rivés sur son smartphone.
Ce n'est plus une simple tendance. C'est la norme absolue de notre France.
Aujourd'hui, l’essentiel du trafic web mondial provient des appareils mobiles. Et ce chiffre ne fait qu'augmenter. Pourtant, de nombreuses entreprises à Montpellier continuent de fonctionner avec de simples sites web, souvent lents et mal adaptés aux petits écrans.
Spoiler: si le chargement dépasse trois secondes, l'utilisateur s'en va. Il clique. Il quitte. Il oublie. 📱
Vous voulez lancer un projet numérique à Montpellier. 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.
On se pose. On respire.
Oubliez le jargon technique. Construire une application mobile, c'est exactement comme ouvrir un restaurant dans la Occitanie. C'est une mécanique précise où chaque élément a un rôle vital.
Imaginons votre application comme ce fameux restaurant.
Le frontend, c'est la salle à manger. C'est la décoration, les tables, la présentation du menu, la musique d'ambiance. C'est l'application que vos utilisateurs téléchargent sur leur téléphone. Ce frontend doit être beau, accueillant et respecter des standards stricts, comme les Human Interface Guidelines d'Apple. Si la salle est laide, le client ne rentre pas.
Ensuite, il y a l'API. L'API, c'est le serveur en salle. Le client lui donne sa commande. Le serveur court en cuisine pour transmettre l'information, puis revient avec le plat chaud. Sans le serveur, la salle et la cuisine ne peuvent pas communiquer.
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.
J'ai accompagné des dizaines de clients au cours de ces 12 dernières années. Et je sais quelle est la peur numéro un quand on lance un projet d'application.
C'est la peur de perdre le contrôle.
Vous confiez votre bébé, vous signez un devis, et puis plus rien pendant trois mois. Vous devenez totalement dépendant d'une boîte noire technique. 🕵️♂️
L'avantage clé de notre collaboration, c'est la transparence totale.
Même si je ne suis pas physiquement assis dans vos locaux à Montpellier, vous voyez absolument tout ce qui se passe.
Pour y arriver, nous mettons en place des processus simples et redoutables.
Montpellier est une ville jeune, avec beaucoup de premiers projets et peu de budget de départ. C'est exactement le cas où il faut savoir dire non : une application qui fait une seule chose correctement se lance en deux mois, tandis qu'une qui en fait cinq à moitié ne se lance jamais. On commence par retirer, pas par ajouter.
Retirer est plus difficile qu'il n'y paraît, parce que chaque fonction qu'on enlève ressemble à un renoncement. La bonne question n'est pas « est-ce que ce serait bien », presque tout serait bien. La bonne question est : « si cette fonction n'existe pas, est-ce que quelqu'un utilise quand même l'application ? » Si la réponse est oui, elle attend. Une messagerie interne, un système de parrainage, des notifications personnalisées, un tableau de statistiques : ce sont presque toujours des fonctions de version deux, écrites après avoir vu comment les gens se servent vraiment de la version une.
L'avantage d'un budget contraint, quand on l'assume, c'est qu'il force des décisions saines. Il pousse à sortir vite, donc à apprendre vite. Il interdit de développer six mois dans le vide en s'imaginant ce que veulent les utilisateurs. Et il oriente vers des choix techniques simples, qui sont aussi les moins chers à maintenir — un projet dont la facture d'infrastructure est de quelques dizaines d'euros par mois peut attendre son public sans vous ruiner, ce qui n'est pas vrai d'une architecture surdimensionnée dès le premier jour.
Le budget contraint a en revanche un angle mort, et c'est celui qui fait le plus de dégâts ici : la première version n'est pas la dépense totale. iOS sort une version majeure chaque septembre, Android chaque année, et chacune casse quelque chose — une permission qui change de forme, une bibliothèque qui n'est plus signée, un écran qui se décale. Une application qu'on laisse tranquille dix-huit mois finit par ne plus se lancer, et la remettre debout coûte plus cher que de l'avoir suivie. Sur un premier projet, le bon calcul n'est pas « combien pour sortir » mais « combien pour sortir et tenir un an ». Je préfère réduire le périmètre de la version une et garder de quoi passer septembre.
Montpellier a un écosystème santé et une grosse population étudiante, et cela produit deux profils très différents. Les projets santé arrivent avec des contraintes lourdes qu'il faut chiffrer honnêtement dès le début, notamment sur l'hébergement des données. Les projets étudiants arrivent avec de l'énergie, une idée et un calendrier scolaire. Dans les deux cas, mon rôle utile est le même : dire ce qui est réellement faisable avec ce que vous avez, et ne pas vendre le reste.
Le travail ne s'arrête pas à la publication. Une application vit sur des systèmes qui bougent: iOS et Android sortent chacun une version majeure par an, et une application non maintenue finit par être retirée des stores. Invent Better prévoit cette suite dès le devis, plutôt que de la présenter comme un imprévu six mois après le lancement.
Il y a un mythe tenace dans notre métier. Celui qui consiste à croire que le travail s'arrête le jour de la publication sur les stores.
Vous appuyez sur le bouton, l'application est disponible à Montpellier, on sable le champagne, et l'équipe de développement disparaît dans la nature pour passer au client suivant.
C'est la pire chose qui puisse arriver à votre projet.
Une application mobile, ce n'est pas un tableau qu'on accroche au mur et qu'on ne touche plus jamais. C'est un organisme vivant.
Vous n'avez pas besoin d'être dans le même bureau pour construire une excellente application.
Aujourd'hui, l'économie numérique de Montpellier fonctionne sans frontières. Mais pour que le travail à distance soit efficace, il faut une organisation militaire. Le chaos technique coûte très cher.
L'avantage clé de mon approche, c'est la transparence absolue. Voici comment nous allons collaborer, même si des centaines ou des milliers de kilomètres nous séparent.
Commençons par les outils. Pas de boîtes noires avec moi.
Pour le design, je travaille en code-first avec des maquettes visuelles validées avec vous. Pour les projets nécessitant un travail UX/UI spécialisé, je collabore avec un designer partenaire. Vous pouvez cliquer dessus, laisser des commentaires directement sur les boutons, et valider l'interface avant même que je n'écrive une ligne de code.
Pour le code, j'utilise GitHub. Vous avez un accès complet à la salle des machines. Vous êtes le propriétaire de votre produit de A à Z.
Parfois, le pire ennemi d'un projet, c'est une fausse bonne affaire. Une entreprise technologique m'a contacté en pleine panique.
Ils avaient hérité d'une application mobile développée par une équipe offshore très bon marché. Le résultat? L'application plantait plus de quarante fois par jour.
La note sur les stores était tombée à 2,1 étoiles. Les utilisateurs laissaient des avis désastreux quotidiennement. Le PDG était prêt à tout jeter à la poubelle.
C'est une situation critique, car on sait que la plupart des utilisateurs lisent les avis avant de télécharger une application. La réputation de l'entreprise dans le France était en train de s'effondrer.
Le défi technique était lourd. Le code était ce qu'on appelle du code spaghetti. Aucune documentation, aucun test automatisé, aucun outil de suivi. Corriger un simple bug de couleur créait trois nouveaux plantages ailleurs.
On se pose. On respire.
Si le prix est votre seul critère, nous ne sommes probablement pas faits pour travailler ensemble, et il vaut mieux le dire tout de suite. Une application peu chère l'est rarement au total: un code écrit sans structure devient impossible à modifier, et la deuxième version coûte alors plus que la première. Ce que vous achetez, c'est la possibilité de faire évoluer l'application après le lancement.
Si le prix est votre seul et unique critère pour choisir un développeur à Montpellier, nous ne sommes probablement pas faits pour travailler ensemble.
Ce n'est pas de l'arrogance. C'est de l'honnêteté.
On se pose. On respire. Parlons de la vraie valeur des choses dans votre France.
Le secteur de la santé ne pardonne aucune erreur. Créer une application médicale pour des patients ou des médecins dans la Occitanie, ce n'est pas juste coder une belle interface. C'est construire un coffre-fort numérique.
Il faut gérer le suivi des patients, la prise de rendez-vous, les rappels de médicaments et la messagerie sécurisée. Le respect absolu du RGPD et des directives de la CNIL est non négociable. On intègre donc des systèmes d'authentification biométrique stricts.
Sans oublier le mode hors-ligne, indispensable pour un médecin de campagne qui consulte dans une zone blanche.
Si vous ciblez les voyageurs de passage à Montpellier, votre application doit être leur meilleur guide. Et un guide qui ne fonctionne plus quand on passe la frontière ne sert à rien.
Vous n'avez qu'un seul interlocuteur direct du début à la fin du projet. Dans une grande agence, vous payez le salaire du commercial, du chef de projet, du directeur artistique, et enfin du développeur junior qui va réellement écrire le code. Avec un freelance expérimenté, il n'y a aucun intermédiaire. Je conçois, je dessine, je code et je publie. Les décisions sont prises rapidement en visio. Cela réduit considérablement vos frais généraux tout en garantissant que la personne qui comprend vos enjeux commerciaux est bien celle qui tape sur le clavier.
Le natif est codé spécifiquement pour un seul système, avec Swift pour Apple ou Kotlin pour Google. L'hybride utilise un langage commun, comme Flutter, pour générer deux applications à partir d'un seul code. Le natif offre les performances maximales pour des jeux ou des outils très lourds. Mais soyons clairs, l'hybride couvre aujourd'hui la plupart des besoins commerciaux avec une qualité indiscernable pour l'utilisateur final. L'avantage clé de l'hybride est financier: vous divisez presque par deux le temps de développement de votre projet dans notre France.
La maintenance représente une part essentielle du budget global de votre application. Elle couvre les mises à jour obligatoires des systèmes iOS et Android, la correction des failles de sécurité, et l'ajustement aux nouveaux formats d'écrans. Les données montrent que la plupart des utilisateurs fuient si le chargement dépasse trois secondes. Sans maintenance, votre app ralentit puis meurt. Le montant exact dépend de la taille et de la complexité de votre projet. On en discute ensemble lors de notre premier appel.
Un audit technique complet dure exactement une semaine. Vous me donnez l'accès à votre code source et à vos statistiques de plantage. J'épluche chaque ligne de code. J'analyse l'architecture, la sécurité, et les métriques de performance. À la fin de cette semaine, je vous remets un rapport détaillé et incisif. Vous y trouverez la liste des bugs critiques à corriger d'urgence, des recommandations d'amélioration, et un devis de réparation. C'est l'outil indispensable pour savoir si l'on peut sauver votre application ou s'il faut tout reconstruire.
C'est exactement ma méthode de travail et la stratégie la plus recommandée. On se pose. On respire. Sachant que une grande partie des fonctionnalités planifiées à l'avance ne sont jamais utilisées, vouloir tout faire d'un coup est suicidaire. Nous lançons un Produit Minimum Viable (MVP) avec seulement les trois à cinq fonctions vitales en huit à dix semaines. Ensuite, nous analysons comment vos utilisateurs interagissent avec le produit. Nous itérons sur des données réelles, pas sur des suppositions. C'est ainsi qu'on construit un leader sur son marché.
Les délais varient de vingt-quatre heures chez Apple à quatorze jours incompressibles chez Google. Apple examine votre code très manuellement pour vérifier le respect de leurs directives esthétiques et techniques. Google impose maintenant à toutes les nouvelles applications d'être testées par vingt personnes différentes pendant deux semaines consécutives avant d'autoriser la publication finale. Attention, pendant les périodes de fêtes, ces délais peuvent tripler. Je m'occupe d'anticiper ces contraintes pour que votre lancement dans la Occitanie se passe exactement à la date prévue.
L'ASO (App Store Optimization) est le référencement naturel spécifique aux magasins d'applications. C'est ce qui vous rend visible. Nous optimisons le titre, le sous-titre, les mots-clés cachés et nous créons des captures d'écran percutantes. Surtout, nous mettons en place des stratégies pour récolter des avis positifs. Les statistiques sont formelles: la plupart des utilisateurs lisent les avis avant de lancer un téléchargement. Une mauvaise note vous condamne à l'invisibilité. Je vous accompagne sur cette partie vitale pour que votre application soit trouvée facilement.
Oui, si vos utilisateurs risquent de perdre le réseau dans un sous-sol, dans les transports ou lors d'un voyage à l'étranger. Le mode hors-ligne stocke les informations essentielles dans le téléphone et les synchronise silencieusement dès que le réseau revient. Il faut l'anticiper. L'avantage clé est une expérience sans friction, mais l'ajouter après le lancement coûte trois à cinq fois plus cher que de le prévoir dès l'architecture initiale. Discutons de la réalité du terrain de vos utilisateurs pour prendre la bonne décision.
Je m'occupe de l'intégralité du processus de mise à jour pour vous. Chaque nouvelle version doit repasser par l'examen minutieux d'Apple et de Google. Il faut prévoir un minimum de quatre à six mises à jour sérieuses par an. Chaque version inclut la correction des petits défauts signalés par les utilisateurs, l'ajout progressif de vos nouvelles idées, et l'ajustement aux nouvelles règles de confidentialité du France. Il clique. Il quitte. Il oublie. Pour garder votre audience, l'application doit toujours être impeccable et vivante.
Un site web responsive s'adapte visuellement à la taille de l'écran, mais une application mobile s'installe physiquement au cœur du téléphone. Les différences majeures sont colossales. Une application permet d'envoyer des notifications push, de fonctionner hors-ligne, d'utiliser la reconnaissance faciale pour se connecter, et d'accéder à l'appareil photo ou au GPS de manière ultra-fluide. Si vous voulez juste diffuser de l'information, un site suffit. Si vous voulez créer une interaction quotidienne et rapide, il vous faut une application.
Prêt à lancer votre application à Montpellier?
Vous avez l'idée. Vous connaissez votre marché dans la Occitanie. Maintenant, il faut passer à l'action.
Mais pas n'importe comment. L'avantage clé de travailler ensemble, c'est la clarté. Je ne vous vendrai pas de fonctionnalités inutiles. Je ne vous ferai pas de grandes promesses sans lendemain.
On se pose. On respire.
En 30 minutes, vous saurez exactement par où commencer.
Réservez un appel gratuit →30 minutes pour démarrer votre projet
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.