Votre application est en ligne et a de vrais utilisateurs. Mais elle plante, le prestataire d’origine n’est plus là, ou personne ne sait plus sur quoi elle repose. Je la reprends sans repartir de zéro.
L’application plante, ou les avis de vos utilisateurs se dégradent.
Le prestataire qui l’a construite n’est plus là.
Une mise à jour est bloquée par l’App Store ou Google Play.
Vous devez la présenter ou la faire grandir, et vous ne savez pas sur quoi elle repose.
2
Ce que je livre
Un état des lieux écritStabilité, sécurité, données personnelles, dépendances, conformité aux exigences des stores pour une application mobile.
Un plan de corrections en lotsChacun avec son périmètre. Vous lancez ceux que vous voulez, dans l’ordre que vous voulez, avec moi ou avec un autre développeur : le rapport est écrit pour être exploitable par n’importe qui.
Les correctionsSécurisation, protection des données personnelles, fiabilisation, tests automatisés.
3
Comment ça se passe
1
Un premier échange
Pour vérifier que la démarche a du sens chez vous.
2
Accès
Au code et aux consoles d’administration.
3
Analyse
Je lis le code, je fais tourner l’application, je vérifie la configuration.
4
Restitution
Du rapport et du plan, puis décision de votre part, lot par lot.
Chaque lot a un périmètre écrit avant de commencer.
5
Réalisations liées
Une application iOS de recherche de personnes, d’animaux et d’objets perdus, 11 000 utilisateurs
Reprise d’une application en production, construite par une équipe précédente. Mission de 4 mois achevée en mars 2026, seul développeur iOS. Sécurisation des jetons et des clés, masquage des données personnelles, alertes critiques même téléphone en silencieux, et une suite de tests écrite de zéro : de 0 à 2 040 tests unitaires.
Une marketplace de commerces de proximité, deux apps Flutter en production
Le besoin. Le fondateur devait présenter l’application à une association de commerçants. Les vendeurs ne pouvaient plus créer leur magasin.
L’audit. J’ai lu le code des deux applications et leur configuration serveur. La cause commune des blocages était un lien d’authentification cassé entre deux services. L’audit a aussi relevé deux failles de sécurité critiques, liées aux paiements.
Les corrections. Huit corrections urgentes, au forfait, choisies pour que l’application tienne le jour de la présentation.
Le résultat. La création de magasin fonctionne de nouveau, testée de bout en bout. Les deux failles de sécurité sont corrigées.
Presque jamais. Une application en production a de la valeur : des utilisateurs, des données, des parcours qui marchent. Je stabilise d’abord, et je ne recommande une réécriture que si l’existant bloque vraiment.
Travaillez-vous sur des applications mobiles ?
Oui, iOS et Android. J’ai repris une application iOS en Swift et des applications Flutter.
Que contient l’état des lieux ?
La stabilité, la sécurité, la protection des données personnelles, les dépendances, et pour une application mobile la conformité aux exigences des stores. Chaque problème est classé par priorité, avec un plan de corrections.