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.
Votre application plante et personne ne vous le dit.
Vous pensez que tout va bien parce que votre boîte de réception de support client est vide à Montpellier.
Spoiler: c'est une très mauvaise nouvelle.
La réalité, c'est que la plupart des utilisateurs qui rencontrent un bug ne le signalent jamais. Ils ne cherchent pas votre formulaire de contact. Ils suppriment l'application et passent à autre chose.
Pendant ce temps, vos concurrents à Montpellier qui maintiennent activement leurs applications vous volent vos utilisateurs. Et le plus effrayant dans tout ça? Vous ne vous en rendez même pas compte.
Sans outils de surveillance et sans maintenance, vous pilotez un avion les yeux bandés.
Oubliez le code une minute. Reprenons l'analogie de la voiture pour bien comprendre l'enjeu à Montpellier.
La vidange, ce sont les correctifs de sécurité. Vous ne voyez pas l'huile propre quand vous conduisez. Cela ne rend pas la voiture plus rapide. Mais si vous ne le faites pas, le moteur serre au milieu de l'autoroute. Dans une app, c'est ce qui protège les données de vos utilisateurs.
Le changement de pneus, ce sont les mises à jour de compatibilité OS. Quand Apple ou Google sortent une nouvelle version majeure de leur système, les routes changent. Si votre application garde ses vieux pneus, elle va déraper. Il faut adapter le code pour qu'il continue de rouler droit.
Le contrôle technique annuel, c'est l'audit technique. Une fois par an, on soulève le capot à Montpellier. On analyse les performances, la vitesse des requêtes base de données, la propreté du code et l'évolution des taux de crash.
L'assistance dépannage, c'est le correctif d'urgence. Un bug critique bloque les paiements un vendredi soir? J'interviens en quelques heures. On répare, on redémarre.
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.
Le scénario le plus fréquent à Montpellier est la reprise de code. Vous avez fait construire une application par un autre développeur ou une agence, et aujourd'hui, vous êtes seul avec un produit instable.
Je ne juge pas le passé, je sécurise l'avenir. Voici la méthode de reprise:
L'Audit: C'est comme un docteur qui ausculte un patient pour la première fois. Je passe le code au crible, je vérifie l'architecture, j'analyse les données de crash et les notes sur les stores.
Le Triage: On ne refait pas tout. On priorise. Les failles de sécurité et les crashs majeurs passent en premier. Ensuite la performance. Enfin, les petits détails d'interface.
Le Sprint de Stabilisation (2 à 4 semaines): C'est le passage au bloc opératoire. Je corrige le top 10 des problèmes les plus graves. J'installe des sondes de monitoring. J'ajoute des tests automatisés sur les parties les plus fragiles de votre application pour vos clients de Occitanie.
Ce matin-là, Apple a déployé une mise à jour majeure d'iOS. C'est l'événement que redoutent tous les développeurs non préparés.
Pour un client e-commerce très actif à Montpellier, la sanction a été immédiate: le tunnel de paiement de l'application s'est cassé net. Plus aucun achat ne passait. Le chiffre d'affaires sur mobile est tombé à zéro euro en quelques minutes.
Heureusement, nous avions mis en place un contrat de maintenance avec monitoring actif.
Deux heures après le début du problème, Crashlytics m'a envoyé une alerte rouge. J'ai pu identifier en quelques minutes la cause précise: Apple avait rendu obsolète une ancienne API de validation de formulaire sans rétrocompatibilité totale.
La maintenance se chiffre plus facilement au regard du coût de l'inaction. Que vous coûte une journée d'indisponibilité? Si le paiement plante, c'est du chiffre d'affaires perdu sec. Une application non maintenue perd aussi sa compatibilité à chaque version annuelle d'iOS et d'Android, et finit par être retirée des stores.
Je refuse de parler de la maintenance comme d'un "coût". C'est un investissement défensif massif pour votre entreprise à Montpellier.
Pour le comprendre, il faut regarder le prix exorbitant de l'inaction technique:
Combien vous coûte une seule journée d'indisponibilité? Si le panier de votre e-commerce crash, c'est du chiffre d'affaires brûlé en direct. Si votre service de réservation plante, vos clients vont chez le concurrent à Occitanie.
Chaque domaine a ses propres urgences techniques. Maintenir une application e-commerce ne demande pas les mêmes réflexes que maintenir une application médicale à Montpellier.
L'erreur n'est pas permise. Les audits RGPD et CNIL doivent être anticipés en permanence. La sécurité des données patients exige des tests de pénétration réguliers pour s'assurer que l'architecture backend reste imperméable. Je maintiens également les fonctionnalités vitales comme le mode hors-ligne, indispensable pour les praticiens en déplacement dans les zones rurales de Occitanie.
Le rythme est saisonnier. L'objectif est d'avoir une application irréprochable et stress-testée juste avant l'été ou la saison d'hiver à Montpellier. La maintenance se concentre sur la fiabilité du mode hors-ligne (pour les touristes sans réseau 4G) et la synchronisation en temps réel des bases de données de réservation. Un bug en plein mois d'août peut être désastreux.
Parce que le logiciel pourrit avec le temps. Les téléphones évoluent, les systèmes changent. Sans maintenance, votre application accumule des bugs invisibles. À la fin, les utilisateurs fuient et l'investissement initial part en fumée.
L'expulsion. L'App Store et Google Play font régulièrement le ménage. Une application non mise à jour pendant plus d'un an risque la suppression pour protéger les utilisateurs. Tout simplement.
Oui. Apple et Android imposent de nouvelles règles de sécurité et de nouveaux formats d'écrans très régulièrement. Si vous ne mettez pas à jour le code de base, des écrans blancs vont apparaître sur les nouveaux téléphones de Occitanie.
Le point essentiel: la plupart des gens désinstallent après un bug technique. En tuant les bugs pro-activement, on évite les avis 1 étoile. Et on intègre régulièrement les suggestions des utilisateurs pour viser les 5 étoiles.
Le ROI, c'est l'argent que vous ne perdez pas. C'est éviter une fuite de données RGPD, conserver l'argent investi dans la création, et ne pas perdre les ventes générées par une application qui fonctionne 24h/24.
Oui, si les fondations techniques ne sont pas totalement détruites. Un audit permet de trancher. En corrigeant les beaucoup de bugs qui causent la plupart des abandons, on ressuscite souvent un projet donné pour mort.
Pas de magie, que de l'industriel. Google Crashlytics pour les alertes de crash, Sentry pour remonter le fil des erreurs, et des pipelines d'intégration continue (CI/CD) pour déployer sans erreurs humaines.
C'est de la maintenance préventive. Je surveille les bibliothèques open source utilisées par l'application. Dès qu'une vulnérabilité est rendue publique (CVE), je patche le code et je pousse une mise à jour d'urgence.
L'audit profond d'une base de code prend des jours et ne peut pas être gratuit. En revanche, un premier échange de 30 minutes pour évaluer la surface du problème sur les stores, c'est offert et très instructif.
La maintenance soigne et renforce l'existant. La refonte, c'est raser la maison pour en construire une nouvelle. On ne passe à la refonte que quand la dette technique rend la maintenance plus coûteuse que le neuf.
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.