Mickael Romaniello
30 minutes, sans slides, rien à préparer.
Mickael Romaniello
30 minutes, sans slides, rien à préparer.
Du concept à la publication. Un expert dédié, 12 ans d'expérience.
En résumé : maintenance application mobile à Nice (342 669 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.
Ces questions portent sur le contenu d'un contrat de maintenance. Ce qu'il couvre tient en trois choses : une surveillance qui remonte les plantages toute seule, un délai de correction convenu à l'avance et différent selon la gravité, et un point régulier où l'on décide de ce qui se corrige maintenant. Les nouvelles fonctionnalités se traitent à part.
Il comprend la sérénité technique. Plus concrètement, on parle de correctifs de bugs, de mises à jour de compatibilité pour les nouveaux iOS/Android, et d'une surveillance proactive (Crashlytics). C'est le socle pour que votre projet survive.
En cas de bug bloquant (ex : crash au paiement), l'intervention se compte en heures. J'isole le problème et pousse la mise à jour sur les stores dans la journée. Apple et Google prennent ensuite le relais pour la validation.
Oui, les outils automatisés veillent en permanence. Si l'application s'effondre un dimanche soir en Provence-Alpes-Côte d'Azur, le système remonte les logs instantanément. Je suis alerté avant même que vos utilisateurs ne s'en plaignent.
On commence toujours par un audit profond. Je lis le code, je repère la dette technique, les failles et les urgences. Ensuite, on fait un sprint de stabilisation. On ne construit rien de nouveau tant que les fondations tremblent.
Le point essentiel : Apple et Google sortent 4 à 6 mises à jour majeures par an. Vous devez suivre ce rythme sous peine de voir votre application devenir obsolète ou être retirée par l'App Store Review Guidelines.
C'est exactement pour ça que la maintenance existe. On l'anticipe via les versions bêtas des OS. Si la casse survient quand même en production, je déploie un correctif en urgence pour vos utilisateurs.
J'utilise des outils professionnels comme Sentry et Firebase Crashlytics. Ces sondes silencieuses m'indiquent précisément quelle ligne de code a lâché et sur quel appareil, sans que l'utilisateur n'ait rien à faire.
Bien sûr. La confiance exige de la transparence. Vous recevez un compte rendu vulgarisé : nombre de crashs évités, correctifs appliqués, temps de chargement, et prévisions pour les évolutions du mois suivant.
C'est ce qu'on appelle la maintenance évolutive. Selon le niveau de notre collaboration, on réserve un quota d'heures mensuelles pour faire grandir l'application et répondre aux nouvelles demandes de vos utilisateurs.
C'est très simple, vous êtes propriétaire de votre code et de vos accès (Apple, Google, Firebase). Si vous souhaitez arrêter, je vous remets une documentation à jour et vous êtes libre.
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 à Nice.
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 à Nice 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.
Il existe trois formes de maintenance et elles ne se remplacent pas. La corrective traite les bugs signalés ou détectés. L'adaptative suit les versions d'iOS et d'Android, les bibliothèques et les services extérieurs qui changent sans vous prévenir. L'évolutive ajoute des fonctionnalités. Un contrat qui ne couvre que la première laisse passer ce qui casse le plus souvent.
Une application mobile est un produit vivant. Dès qu'on arrête de s'en occuper, la dette technique s'accumule — au début on ne voit rien, à la fin tout s'effondre.
À Nice, l'utilisateur final est très souvent quelqu'un de passage : il reste quelques jours, il ne connaît pas votre marque, et il n'a aucune raison de créer un compte. Ça devrait décider du choix du prestataire — il vous faut quelqu'un qui se batte pour retirer des étapes, pas pour en ajouter.
Trois décisions en découlent, et elles se prennent avant la première maquette. L'application doit montrer quelque chose d'utile avant de demander quoi que ce soit : pas d'inscription en écran d'accueil, le compte arrive plus tard, quand il sert à quelque chose. Un QR code sur une table ou un comptoir doit ouvrir directement le bon écran, pas la page d'accueil. Et il faut une version web pour ceux qui n'installeront jamais rien, parce qu'ils sont plus nombreux qu'on ne l'imagine.
Installer une application est un engagement. Sur quatre jours, cet engagement est mince, et chaque écran ajouté avant la valeur en perd une partie.
Je travaille à une trentaine de kilomètres. Sur ce genre de projet, aller voir l'endroit où les gens sortiront leur téléphone vaut deux réunions.
Nice est à une trentaine de kilomètres de Cannes, où je travaille. C'est la seule ville de cette page où je peux être chez vous dans la matinée et rentrer déjeuner, et sur un premier projet ça vaut plus qu'on ne le croit : une heure autour d'une table remplace trois visioconférences et évite les malentendus qui se paient deux mois plus tard. Le reste du travail se fait à distance comme partout ailleurs — mais le démarrage est plus rapide quand on s'est vu, et ici il ne coûte qu'un aller-retour en train.
Nice mélange tourisme, immobilier et santé, trois secteurs où l'application est souvent saisonnière ou réglementée. La saisonnalité change le calendrier : mieux vaut livrer en février pour la saison qu'en juin. Le réglementé change le budget, parce que l'hébergement des données de santé ne se choisit pas au dernier moment.
Le calendrier saisonnier mérite d'être pris au sérieux, parce qu'il ne pardonne pas. Une application touristique qui sort en juillet a raté l'année : les visiteurs de la saison sont déjà arrivés avec leurs habitudes, et vous découvrirez vos bugs sur vos vrais utilisateurs au pire moment. Un projet visant l'été doit être en test au printemps, ce qui veut dire commencer à l'automne précédent. Quand quelqu'un m'appelle en mai pour l'été, je le dis franchement : on vise l'année suivante, ou on réduit tellement le périmètre que ce qui sort tient vraiment debout.
L'immobilier apporte une contrainte différente, celle des photos. Une application immobilière vit sur ses images, et les images sont ce qui rend une application lente. Des photos de plusieurs mégaoctets chargées à pleine résolution sur une liste de vingt biens font une application qui rame et un forfait mobile qui fond. Le travail utile est invisible : redimensionner côté serveur, charger progressivement, mettre en cache correctement. C'est peu spectaculaire et c'est ce qui fait la différence entre une application qu'on garde et une qu'on désinstalle.
Enfin, Nice reçoit une clientèle internationale toute l'année, et une application locale qui n'existe qu'en français se prive d'une partie de son public. Ce n'est pas nécessairement un problème — selon votre marché, l'anglais seul en plus peut suffire — mais c'est un arbitrage à faire consciemment plutôt qu'à subir, parce qu'ajouter une langue après coup coûte plus cher que de prévoir la place dès le début.
Quand l'application s'adresse à quelqu'un de passage, le premier mois se passe à retirer des étapes. On mesure ce qui sépare l'ouverture de l'application du moment où elle sert enfin à quelque chose, et on raccourcit.
Je suis à trente kilomètres : ce test-là, je viens le faire avec vous.
Une maintenance bien menée est régulière et ennuyeuse, c'est son intérêt. La première semaine sert à l'état des lieux et à l'installation de la surveillance des plantages. Ensuite le rythme s'installe : les incidents remontent automatiquement, les correctifs partent selon une priorité convenue, et un point régulier décide de ce qui attend.
Semaine 1, l'état des lieux : j'analyse l'application, j'installe la surveillance des plantages, je documente la base de code et je dresse la liste des problèmes immédiats.
Le cycle mensuel s'organise ensuite de la même façon :
Une mise à jour majeure du système peut casser une fonctionnalité du jour au lendemain, y compris un tunnel de paiement. Ce n'est pas évitable, c'est prévisible : les versions de test sortent des mois à l'avance. Une application suivie est essayée dessus avant la sortie publique ; une application laissée seule découvre le problème avec ses utilisateurs.
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 à Nice, 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.
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.
Une application non maintenue finit par être retirée : Google Play impose aux applications de viser une version récente d'Android pour rester visibles dans le store, et Apple appliqu’une règle équivalente sur les applications restées longtemps sans mise à jour.
Je refuse de parler de la maintenance comme d'un "coût". C'est un investissement défensif massif pour votre entreprise à Nice.
Pour le comprendre, il faut regarder le prix exorbitant de l'inaction technique :
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.
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.
Nice est la ville la plus proche de mon bureau : on peut se voir avant même de parler d'argent.
Trente minutes, en visioconférence ou autour d'une table selon ce qui vous arrange. On regarde votre calendrier avant tout le reste, parce qu'ici c'est lui qui commande : viser une saison veut dire commencer à l'automne précédent, et un projet lancé au printemps pour l'été est un projet qui sortira l'année suivante.
Mieux vaut l'entendre en septembre qu'en mai.
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.