01
Les 6 signes que votre app va casser
Si vous en cochez trois, la dette a déjà pris la main sur la roadmap.
Chaque correction en casse une autre.
Le code n’a pas de frontières : tout dépend de tout, donc une modification locale a des effets partout.
L’app tient en démo, pas avec de vrais utilisateurs.
Listes qui saccadent, écrans qui chargent tout d’un coup, requêtes en cascade : rien n’a été pensé pour la charge.
Aucun test, ou des tests qui ne testent rien.
Sans filet, chaque release est un pari, et l’IA réintroduit les bugs que vous aviez corrigés.
Des secrets dans l’app.
Clés d’API dans le bundle, règles de sécurité ouvertes, appels sensibles faits depuis le téléphone.
Le modèle de données ne peut plus évoluer.
Chaque nouvelle feature demande une migration risquée, ou une donnée de plus collée là où elle tient.
Plus personne ne comprend le code.
Trois façons de faire la même chose, des fichiers de 2 000 lignes, et un historique de prompts comme seule documentation.
02
Ni la faute de l’IA, ni la vôtre
L’IA écrit du code plausible, très vite. Ce qu’elle ne sait pas, c’est ce que votre produit deviendra dans six mois : combien d’utilisateurs, quelles données, quelle équipe. Ces décisions-là, c’est l’architecture, et c’est le métier d’un senior.
Le problème n’est donc pas d’avoir utilisé l’IA : nous l’utilisons tous les jours. Le problème, c’est de l’avoir utilisée sans cadre.
| Critère | Vibe coding | Senior + IA |
|---|---|---|
| Architecture | improvisée prompt après prompt | décidée avant la première ligne |
| Tests | absents | bloquants avant chaque merge |
| Code | dupliqué, incohérent | conventions imposées par nos skills |
| Scale | casse au premier pic | pensé pour la charge et l’équipe |
| Après | personne ne comprend le code | documenté, transmissible |
03
Reprendre ou réécrire ?
La réécriture complète est rarement la bonne réponse. Voici comment on tranche.
On reprend quand…
- l’app a des utilisateurs et des données à préserver
- les parcours principaux fonctionnent, même mal
- le stack React Native / Expo est le bon
- les problèmes sont localisés : perf, crashs, sécurité, structure
On réécrit quand…
- le modèle de données est faux à la racine
- le produit a changé au point que l’app ne lui correspond plus
- chaque écran doit de toute façon être refait
- la reprise coûterait plus cher que de repartir, chiffres à l’appui
Dans les deux cas, la décision vient après l’audit, écrite et chiffrée. Pas avant.
04
Comment on la reprend
Quatre temps, les mêmes que sur toutes nos missions.
1 / MOUNT
Audit en cinq jours
Lecture du repo, profiling sur build de production, crash reports, sécurité. Vous recevez un diagnostic écrit de trois pages maximum, avec les risques classés et les options chiffrées.
2 / SHIP
Stabiliser les parcours critiques
Connexion, paiement, données : on sécurise d’abord ce qui fait perdre des utilisateurs ou de l’argent. Les secrets sortent de l’app.
3 / SHIP
Refactorer sous tests
On pose des tests sur l’existant, puis on restructure par petites PRs. L’app reste en production pendant tout le chantier.
4 / UNMOUNT
Repartir avec une IA cadrée
Architecture documentée, conventions encodées dans nos skills, CI qui bloque : votre équipe, ou la nôtre, peut de nouveau livrer vite sans tout recasser.
05
Ce que vous récupérez
- un diagnostic écrit et chiffré
- des tests sur les parcours critiques
- une CI qui bloque les régressions
- une architecture documentée (ADR)
- une app que votre équipe comprend
06
Questions fréquentes
Combien coûte la reprise d’une app vibe-codée ?
Tout commence par un audit de cinq jours. Il chiffre précisément les options, de la stabilisation ciblée à la reprise complète, pour que vous décidiez sur pièces plutôt que sur une estimation à l’aveugle.
Faut-il tout réécrire ?
Rarement. Le plus souvent, on garde les parcours qui fonctionnent et on restructure le reste sous tests, app en production. On ne recommande une réécriture que si l’audit montre qu’elle coûte moins cher.
Combien de temps ça prend ?
Cinq jours pour l’audit. La stabilisation des parcours critiques vient ensuite, et la durée de la refacto dépend de la taille de l’app : elle est chiffrée dans le diagnostic.
Vous utilisez l’IA vous aussi ?
Oui, tous les jours. Mais cadrée : un senior décide de l’architecture, nos skills internes imposent nos conventions, les tests bloquent, et chaque PR est relue par un humain. C’est ce cadre qui manquait.
Quelles apps reprenez-vous ?
Les apps mobiles React Native et Expo, quel que soit l’outil qui les a générées : Cursor, Bolt, Rork, Claude Code ou un mélange.
Notre code sera-t-il envoyé à une IA ?
Oui, si vous le souhaitez, et selon vos règles : des outils qui n’entraînent pas sur vos données, vos propres outils, ou pas d’IA du tout. Jamais de secrets ni de données de production dans un prompt, et on peut l’écrire dans le contrat.