Reprise d'application existante
La reprise d'application existante commence par une lecture complète du code, avant de toucher à quoi que ce soit en production. Votre freelance, votre agence ou votre outil d'IA n'est plus là ; l'application, elle, tourne encore. Nous la reprenons sans la réécrire, et une personne en répond.
Sécuriser la production
Toute reprise d'application existante part d'un audit de code : l'architecture, les dépendances, la sécurité, et ce qui risque de casser ensuite. Vous recevez un verdict écrit et la liste des correctifs, classés et chiffrés. Ensuite :
- les accès récupérés et mis à votre nom : code, hébergement, domaine, comptes de services ;
- des sauvegardes vérifiées et une surveillance sur le produit ;
- un guide d'exploitation écrit : comment déployer, où sont les données, quoi faire en cas de panne.
Corriger, puis faire évoluer
Les correctifs de la liste de l'audit passent en premier : ce qui casse ensuite, dans l'ordre des dégâts. Ensuite seulement, les évolutions que l'ancien prestataire n'a jamais livrées, chacune chiffrée avant de commencer.
Ce qui a été corrigé reste corrigé : un défaut dans notre travail est repris sans frais, aussi longtemps que nous opérons l'application.
Ce que l'audit vous remet
Un verdict en quatre chapitres
- L'état du système : ce que vous possédez vraiment.
- Ce qui casse ensuite : les pannes en attente, classées par probabilité et par dégâts.
- La liste des correctifs : quoi corriger, dans quel ordre, et ce que chaque correctif vaut.
- Si c'était le mien : le premier mois, le premier trimestre.
Le dernier chapitre est déjà le plan du premier mois de la reprise.
Comment fonctionne le prix
La reprise commence par un audit technique de startup : le verdict écrit, la liste des correctifs classés et chiffrés, et un dernier chapitre qui est déjà le plan du premier mois.
Si l'audit dit oui et qu'une place est libre, la suite se passe dans La Résidence : le premier mois exécute la liste de correctifs, et l'audit est déduit de ce mois. S'il dit non, vous gardez le verdict et le plan.
Sans réécriture forcée
Une reprise de code n'est pas une réécriture. Réécrire une application coûte cher et fait perdre ce qui marchait : nous gardons ce qui tient, corrigeons ce qui casse, et ne proposons une refonte que si l'audit la justifie.
Sauvetage de projet informatique
Un projet bloqué, un prestataire parti en cours de route, une livraison qui n'arrive pas : la reprise de projet informatique suit le même chemin. L'audit dit ce qui est récupérable, puis le travail reprend dans l'ordre de sa liste.
Prototype IA ou application Lovable en production
Les applications construites avec Lovable, Bolt ou Cursor suivent la même reprise. Le code reste dans vos dépôts et chaque intervention est documentée : si vous recrutez plus tard, la personne part de documents, pas de suppositions.
Pour qui, et pour qui ce n'est pas
Pour qui
Pour les fondateurs et les PME dont l'application est en production sans développeur attitré : un freelance parti, une agence qui ne répond plus, un prototype IA devenu produit.
Pour qui ce n'est pas
Ce n'est pas un test d'intrusion, ni du support informatique pour vos postes et réseaux.
Une fois reprise, l'application peut rester suivie par un CTO à temps partagé.
Questions fréquentes
Combien de temps prend une reprise ?
L'audit rend son verdict en 48 heures. Le premier mois exécute sa liste de correctifs ; plus l'état est dégradé, plus les premiers mois y sont consacrés.
Faut-il tout réécrire ?
Non. Nous gardons ce qui tient et corrigeons ce qui casse ; une refonte n'est proposée que si l'audit la justifie, par écrit.
Que se passe-t-il si le code est illisible ?
L'audit le dit, par écrit, avec ce que cela coûte : ce qui peut être repris tel quel, ce qui doit être réécrit, et dans quel ordre.
Comment récupérer les accès d'un ancien prestataire ?
L'audit commence par l'inventaire : code, domaine, hébergement, comptes de services, et qui détient chacun aujourd'hui. Ce qui est au nom du prestataire lui est demandé par écrit, avec la liste exacte de ce qu'il doit transmettre. S'il ne répond plus, l'audit dit ce qui se récupère auprès de l'hébergeur ou du registrar, et ce qui doit être recréé à votre nom.
Ce que coûte La Résidence
Une garantie plus le travail, jamais des heures.
- La garantie, 1 200 € par mois : un incident pris en charge sous deux heures ouvrées, du lundi au vendredi de 9 h à 18 h. Un incident manqué, et la garantie du mois est offerte.
- Le travail : au moins 5 000 crédits par mois, chaque demande chiffrée en crédits avant de commencer.
- Dès 3 975 € par mois au total, sur douze mois facturés au mois.
- Tout commence par l'audit : 2 000 €, tout le code lu en 48 heures, déduits de votre premier mois.
Les places sont comptées. Quand elles sont pleines, l'audit tourne quand même, le verdict est à vous, et la prochaine place libre est proposée dans l'ordre.
Comment nous travaillons ensemble
- L'audit d'abord : vous connectez le dépôt, le code et l'infrastructure sont lus de bout en bout, avec un verdict écrit et un plan.
- Le débrief : une heure sur le verdict, le plan sur la table, vos questions traitées.
- La surveillance, les sauvegardes et les accès mis à votre nom, puis un rythme mensuel de corrections et d'améliorations.
- Chaque travail chiffré avant de commencer, et visible pendant qu'il avance.
Qui en répond
Julien Casse, fondateur d'ITzWorking. Il livre du logiciel depuis 2010 : la fintech au Luxembourg, puis cofondateur et CTO de kodehyve, de seul développeur à une équipe de vingt personnes.
Il lit le code lui-même et prend les décisions que le modèle ne peut pas prendre. La liste de clients est courte, volontairement : une personne nommée répond de votre produit. En savoir plus sur le fondateur
Reprise d'application existante