Vous avez déjà une application, et ça s’est mal passé
Prestataire disparu, projet à l’arrêt, code que plus personne n’ose toucher. Ça se rattrape presque toujours.
Vous reconnaissez une de ces situations ?
Aucune n’est irrattrapable.
- Votre prestataire ne répond plus, ou il a fermé.
- L’application fonctionne, mais plus personne ne sait la modifier.
- Chaque nouvelle fonctionnalité casse quelque chose ailleurs.
- On vous dit qu’il faut tout refaire, et vous ne savez pas si c’est vrai.
- Vous n’êtes même pas sûr d’avoir le code entre les mains.
Comment on procède
- 01
On récupère ce qui existe
Le code, les accès, les comptes, les serveurs. C’est l’étape la plus pénible, et nous la prenons en charge.
- 02
On regarde et on vous dit ce que ça vaut
En une à deux semaines, vous recevez un état des lieux écrit : ce qui est sain, ce qui est fragile, ce qui est dangereux.
- 03
On vous donne un verdict franc
Reprendre, réparer, ou reconstruire : lequel, pourquoi, et ce que chacun coûte. Parfois la réponse honnête est « repartez de zéro ».
- 04
On reprend, si vous le voulez
Rien ne vous oblige à nous confier la suite. L’état des lieux vous appartient.
Ce que contient l’état des lieux
Une dizaine de pages, écrites pour un dirigeant, pas pour un développeur.
- Ce que l’application fait réellement aujourd’hui, écran par écran
- Ce qui est solide et peut être conservé tel quel
- Ce qui est fragile et vous coûtera cher si on n’y touche pas
- Les failles de sécurité et les données personnelles mal protégées
- Si vous avez bien tout le code, et ce qui manque le cas échéant
- Trois scénarios chiffrés : reprendre, réparer, reconstruire
Ce que nous vous dirons, même si ça nous coûte
-
Parfois il faut vraiment tout refaire
Quand la remise en état coûte plus cher qu’une reconstruction, nous vous montrons le calcul.
-
Parfois votre ancien prestataire avait raison
Un projet qui dérape n’est pas toujours la faute de l’équipe précédente. Nous ne cherchons pas un coupable, nous cherchons une sortie.
-
Parfois il ne faut rien faire du tout
Si votre application fait le travail, nous vous conseillerons de garder votre budget.
Des reprises que nous avons menées
- Migration Cordova vers Flutter, sans rupture de service Réécriture complète en Flutter de Télépro, application de programmes TV jusque-là en Cordova, avec back-end d’agrégation éditoriale. Lire l’étude de cas
- Deux SDK mobiles pour un éditeur SaaS e-commerce SDK Android et iOS d’un éditeur de personnalisation e-commerce : API publique, applications de démonstration et documentation complète. Lire l’étude de cas
- Lunettes connectées : affichage tête haute en vol Application Flutter pilotant deux modèles de lunettes connectées et une sonde de vol en Bluetooth, avec un horizon artificiel développé sur mesure. Lire l’étude de cas
- Applications TV et mobile pour des opérateurs télécoms Une base commune unique, déclinée en plusieurs applications de télévision et de vidéo à la demande, aux couleurs de chaque opérateur télécom. Lire l’étude de cas
Les questions qu’on nous pose
Je ne suis pas sûr d’avoir le code. Que faire ?
C’est fréquent, et c’est la première chose que nous vérifions. Le code est souvent sur un serveur oublié, ou dans un compte au nom de votre ancien prestataire. Nous vous aidons à le récupérer.
Mon prestataire refuse de me rendre le code. En a-t-il le droit ?
Cela dépend de votre contrat. Si la cession des droits y figure, le code vous revient. Sinon, cela relève d’un conseil juridique : nous ne sommes pas avocats.
Est-ce que vous refusez des reprises ?
Oui, quand elle ne servirait pas vos intérêts. Mieux vaut un non expliqué que six mois facturés sur une base condamnée.
Combien de temps avant que le projet reparte ?
L’état des lieux prend une à deux semaines. Ensuite, une reprise bien menée redonne un rythme de livraison normal en un mois environ.
Et si l’application est écrite dans une technologie ancienne ?
Pas en soi : beaucoup d’applications anciennes fonctionnent très bien. La vraie question, c’est le coût de chaque évolution future — et c’est ce que l’état des lieux mesure.
Le détail de l’audit technique Pour votre équipe technique — vous pouvez passer.
L’audit couvre la qualité et la lisibilité du code, l’architecture et son couplage, la couverture de tests, les dépendances obsolètes et leurs vulnérabilités connues (CVE), la reproductibilité du build et du déploiement, l’état des migrations de base de données, la gestion des secrets, la conformité RGPD des traitements, et la dette technique réellement bloquante — par opposition à celle qui est simplement inesthétique. Nous menons régulièrement des migrations Cordova et Ionic vers Flutter, des passages d’Objective-C à Swift et de Java à Kotlin, des remontées de version majeure d’Angular, de Django ou de React Native, et des reprises de projets sans historique Git exploitable.
Faisons d’abord l’état des lieux
Décrivez votre situation en quelques lignes. Réponse sous 24 h ouvrées, sans engagement.
