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 dédié.
En résumé : maintenance application mobile à Ottawa (1 017 449 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.
iOS et Android publient 4 à 6 mises à jour système par an.
Chacune de ces mises à jour peut casser votre application du jour au lendemain.
Un tunnel de paiement qui fonctionnait parfaitement hier s'arrête brusquement parce qu'Apple a modifié une API de sécurité. Un écran de connexion devient inutilisable sur le dernier Samsung. Sans maintenance régulière, votre application devient techniquement obsolète en quelques mois à Ottawa.
Et ce n'est pas le pire.
Si vous laissez votre code prendre la poussière, vous risquez l'expulsion pure et simple.
Les App Store Review Guidelines autorisent Apple à supprimer les applications qui n'ont pas été mises à jour depuis trop longtemps. Tout votre investissement initial disparaît en un clic.
Une maintenance n'est pas une réserve d'heures dans laquelle on pioche. C'est une surveillance en continu, un délai de réponse convenu à l'avance, et un point régulier où l'on décide ensemble de ce qui se corrige maintenant et de ce qui attend. Sans ces trois éléments, la maintenance devient une facture qu'on subit.
La surveillance tourne toute seule. Les plantages remontent automatiquement, avec l'appareil, la version du système et l'endroit exact où l'application s'est arrêtée. C'est ce qui permet de découvrir un problème avant que vos utilisateurs à Ottawa n'aient à le signaler — et la plupart ne le signalent jamais, ils désinstallent.
Le délai de réponse est écrit dans le contrat, et il n'est pas le même pour tout. Une application qui ne se lance plus se traite le jour même. Un affichage de travers peut attendre la prochaine version.
Le point régulier, enfin, est celui qu'on saute quand tout va bien, et c'est une erreur. C'est là qu'on regarde ce qui vient : la version du système qui sort à l'automne, la bibliothèque qui ne sera plus maintenue, le service extérieur qui change ses règles. Anticiper coûte quelques heures ; réagir coûte une version d'urgence.
Pas d'agence. Pas de commercial. Pas de chef de projet entre nous deux.
Quand vous travaillez avec moi, vous parlez directement à la personne qui construit votre application. Depuis 12 ans, je gère la création d'applications iOS et Android de A à Z depuis mon bureau à Cannes. Ça veut dire plus de réactivité, moins de blabla, et aucune mauvaise surprise sur la facture.
Le point essentiel : on gagne un temps fou. Je vous conseille, je conçois, et je développe avec une transparence totale. C'est aussi simple que ça.
Ottawa est bilingue par obligation autant que par culture, et beaucoup de projets y visent une clientèle ou une administration qui exige les deux langues au même niveau. Ce n'est pas la partie difficile du travail, mais c'est celle qu'on oublie de chiffrer : deux langues, ce sont deux relectures, deux jeux de captures d'écran et deux fiches de store.
Le mot important est « au même niveau ». Beaucoup d'applications bilingues ont une langue principale soignée et une seconde manifestement traduite après coup : des textes qui débordent, des images contenant du texte resté dans l'autre langue, des courriels automatiques envoyés en anglais à un utilisateur francophone. À Ottawa, ce genre de décalage se voit et se commente. La parade n'est pas de traduire mieux, c'est de traiter les deux langues comme égales dès la conception et de tester les écrans dans les deux à chaque étape.
La présence de la fonction publique fédérale change aussi les attentes en matière d'accessibilité. Les normes appliquées y sont exigeantes, et elles concernent des choses très concrètes : contraste des couleurs, taille des zones tactiles, compatibilité avec les lecteurs d'écran, navigation possible sans dépendre d'un geste précis. Prises en compte dès la maquette, ces contraintes ne coûtent presque rien ; découvertes lors d'un audit sur une application terminée, elles imposent de reprendre chaque écran.
L'hébergement est l'autre point à poser tôt. Beaucoup de projets touchant de près ou de loin au secteur public canadien demandent que les données restent au Canada, et cette contrainte ne s'ajoute pas après coup : elle décide du fournisseur, parfois du service de notifications, et elle a un coût. Elle se règle très bien quand elle est connue au cadrage ; elle oblige à refaire l'architecture quand elle apparaît au moment de la mise en production.
Il faut ajouter que les projets liés au secteur public avancent à leur propre rythme, avec plusieurs niveaux de validation et des cycles budgétaires qui ne s'accélèrent pas. Je m'y adapte en livrant par incréments courts et validables plutôt qu'en promettant un grand livrable lointain : cela donne à chaque intervenant quelque chose de concret sur quoi se prononcer, et cela évite qu'un désaccord de fond ne se révèle qu'à la recette finale.
L'économie de Ottawa évolue vite. Très vite.
Les entreprises locales ne peuvent plus se contenter d'un simple site web vieillissant. La transformation numérique est partout en Ontario. Et le mobile est devenu le centre de cette transformation. 🚀
En résumé : vos clients vivent avec leur téléphone dans la main.
C'est une réalité incontournable, l’essentiel du trafic web mondial provient des mobiles. Si votre entreprise à Ottawa n'est pas facilement accessible sur leur écran d'accueil, elle n'existe presque plus aux yeux d'une grande partie du public.
J'accompagne les sociétés pour créer cette présence vitale. En France, des initiatives comme la France Num poussent d'ailleurs activement les TPE et PME à s'adapter aux nouveaux usages.
Ailleurs au Canada, le constat est exactement le même. Les habitants de Ottawa veulent pouvoir commander, réserver, ou s'informer en un clic depuis leur canapé ou dans les transports.
Invent Better commence par retirer, pas par ajouter. Une application qui fait une seule chose correctement se lance en deux mois ; une qui en fait cinq à moitié ne se lance jamais. Sachant qu’une grande partie des fonctionnalités prévues à l'avance ne sont jamais utilisées, la question utile n'est pas « est-ce que ce serait bien » mais « est-ce que quelqu'un utilise l'application sans ça ».
La maintenance moderne ne se limite pas à réparer ce qui est cassé. L'objectif est de prévenir la casse avant la publication pour vos utilisateurs à Ottawa.
Voici l'arsenal technique que je déploie :
Le cas le plus fréquent n'est pas la maintenance d'une application que j'ai écrite, c'est la reprise de celle de quelqu'un d'autre. Elle commence toujours par un audit : je reconstruis l'application depuis le dépôt, sans aide. Le temps que ça prend est déjà une réponse sur l'état du code, et il décide de ce qui se garde, se répare ou se réécrit.
Le scénario le plus fréquent à Ottawa 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.
Une application qui plante et dont la note s'effondre n'a presque jamais un seul problème : elle en a plusieurs, dont deux ou trois font l'essentiel des plantages. C'est pour ça que la première étape est la mesure et non la réécriture. Corriger les quelques causes majoritaires ramène la stabilité, et la note remonte ensuite d'elle-même.
Il y a un an, une entreprise locale de l'Ontario m'a contacté en urgence. Leur application plantait plusieurs fois par jour. La note sur les stores était tombée très bas. Les avis négatifs pleuvaient et le PDG était à deux doigts de débrancher purement et simplement le projet.
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.
Santé, hôtellerie et commerce n'ont pas les mêmes urgences. En santé, une panne touche un dossier patient et se traite dans l'heure. En hôtellerie, elle tombe en pleine saison, quand personne n'a le temps. En commerce, elle se compte en paniers abandonnés. Le délai de réponse se fixe donc secteur par secteur, avant l'incident.
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 à Ottawa.
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 l'Ontario.
Ces questions demandent la même chose de plusieurs façons : à quoi sert la maintenance. La réponse est que les systèmes changent chaque année et que l'application, elle, ne change pas toute seule. Une application laissée tranquille dix-huit mois finit par ne plus se lancer, et la remettre debout coûte plus cher que de l'avoir suivie.
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 l'Ontario.
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 à Ottawa ?
Vous avez l'idée. Vous connaissez votre marché en Ontario. 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.
Une bonne application, c'est faire juste ce qu'il faut, et le faire bien. Sachant qu’une grande partie des fonctionnalités d'une application ne sont jamais utilisées, inutile de s'éparpiller. C'est une question de logique : concentrons-nous sur l'essentiel pour vos futurs utilisateurs de Ottawa.
En 30 minutes, vous saurez par où commencer. Sans engagement.
Réservez un appel gratuit →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.