Construire
Migration et reprise de legacy
Une application que plus personne n'ose toucher, remise en état sans arrêter l'activité.
Toutes les entreprises que nous accompagnons ont, quelque part, une application dont le prestataire est parti, dont la technologie n'est plus maintenue, ou dont personne ne comprend plus une partie du code. La réécriture complète en un bloc est le réflexe — et la façon la plus fiable d'échouer : pendant dix-huit mois, plus rien n'avance côté métier, et le jour de la bascule on découvre les règles qu'on avait oubliées. Nous prenons l'autre chemin. La nouvelle application se construit sur son propre domaine, à côté de l'ancienne qui continue de tourner, et ne la remplace que le jour où les tests prouvent qu'elle sait tout faire.
La parité, fonction par fonction
La nouvelle application se construit sur son propre domaine, et ne remplace l'ancienne que le jour où elle sait tout faire.
dnsApplication actuelle
- check_circleConnexion et droits
- check_circleRecherche et listes
- check_circleSaisie des dossiers
- check_circleDocuments et exports
- check_circleFacturation
- check_circleRègles métier héritées
Coupée : il n'y a plus qu'une vérité
Les tests font foi
arrow_forwardrocket_launchNouvelle application
- check_circleConnexion et droits
- check_circleRecherche et listes
- check_circleSaisie des dossiers
- check_circleDocuments et exports
- check_circleFacturation
- check_circleRègles métier héritées
groupVos utilisateurs bêta y travaillent déjà
La méthode
Comment nous procédons
- 01
On reprend l'existant, on le fait tourner
Avant de juger, on installe et on exécute. Beaucoup de codes réputés incompréhensibles sont surtout non documentés — ce n'est pas la même chose, ni le même prix.
- 02
On écrit les tests avant de convertir
Le comportement actuel devient l'oracle, y compris dans ses bizarreries — souvent une règle métier oubliée. Ces tests sont ce qui arbitrera la parité, et ils s'écrivent pendant qu'on lit l'ancien code, pas après.
- 03
On ouvre un second projet, sur un second domaine
Migrer écran par écran oblige à conserver les contraintes de l'ancienne application, et fait perdre l'essentiel de l'intérêt de la reprise. La nouvelle version part donc sur ses propres technologies, à côté, sans rien devoir à l'ancienne.
- 04
On converge jusqu'à la parité, sous audits
Une boucle de conversion tourne jusqu'à ce que les tests passent tous, et trois audits l'accompagnent : sécurité, performance, qualité du code. Rien ne bascule tant que la parité fonctionnelle n'est pas atteinte.
- 05
On bascule, on coupe, puis on remet aux normes
Une partie de vos utilisateurs passe en bêta sur le nouveau domaine et confirme sur le terrain. L'ancienne est ensuite coupée : la garder « au cas où » crée deux vérités et double la maintenance. C'est seulement après qu'on fait évoluer le métier.
Ce que vous recevez
Les livrables
- check_circleL'inventaire de l'existant : ce qui sert, ce qui ne sert plus, ce qui est risqué
- check_circleLa suite de tests qui fige le comportement actuel, et qui vous reste
- check_circleLa nouvelle application, à parité vérifiée, sur des technologies maintenues
- check_circleL'ancienne version coupée, et sa documentation archivée
La preuve
Où nous l'avons fait
STS Arbres et Jardins
Depuis 2026Un site vieux d'un an, monté sur un thème abandonné, avec une page contact américaine encore en ligne. Refonte complète, migration hors WordPress, et un maillage local bâti sur des faits vérifiés.
Lire le cas clientarrow_forward
Gextra
Depuis 2010Orientation des patients, dossiers de soin, planning des équipes, recrutement, facturation, applications mobiles : un système métier complet, seize ans de règles, trente établissements — et une interface qu'on refait écran par écran sans jamais arrêter l'activité.
Lire le cas clientarrow_forward
Gextra Academy
Depuis 2026Le prestataire coupait les accès : les parcours, les supports et les évaluations partaient avec l'abonnement. Tout a été récupéré, puis remis en service sur une plateforme qui appartient à l'établissement.
Lire le cas clientarrow_forward
Premium Goods
Depuis 2019Une boutique en ligne et l'outil interne qui la fait tourner : stocks, commandes, fournisseurs, interventions. Modernisés progressivement, sans jamais fermer.
Lire le cas clientarrow_forward
Premium Goods — site public
Depuis 2018Vanille, arômes, tabac : le même produit ne se nomme pas de la même façon en Europe et aux États-Unis. Le site public le prend en charge, du texte jusqu'au formulaire.
Lire le cas clientarrow_forward
Clinalliance — réservation
Depuis 2016Un centre ouvre ses créneaux, ses clients réservent, paient et reçoivent leur facture. Le service tourne depuis 2016 et il a suivi toutes les versions de notre stack.
Lire le cas clientarrow_forward
HAY HuaHin
Depuis 2024Un studio en location à Hua Hin, en Thaïlande. Site refait, hébergé, déployé et référencé par nous — et c'est notre argent qui passe dans les campagnes Google Ads.
Lire le cas clientarrow_forward
Notre flotte
Depuis 2010Git, intégration continue, registre d'images, SSO, DNS, métriques, journaux, supervision : tout tourne chez nous, sur des briques libres. Pas parce que c'est militant — parce que ça tient mieux la charge, ça coûte dix fois moins, et ça ne s'arrête pas quand un fournisseur change d'avis.
Lire le cas clientarrow_forward
Pré-admission patient
Depuis 2025Huit étapes, quatre-vingt-un champs, des pièces d'identité à photographier — remplis par des patients souvent âgés, ou par un proche à leur place. Ici, l'accessibilité et la clarté ne sont pas des options : ce sont elles qui décident si le dossier arrive.
Lire le cas clientarrow_forwardQuestions fréquentes
- Il faut arrêter l'activité pendant la migration ?
- Non. Votre application actuelle continue de tourner sur son domaine pendant toute la construction de la nouvelle. La bascule est une date, pas une coupure, et elle n'arrive qu'une fois la parité atteinte.
- Vous reprenez du code écrit par quelqu'un d'autre ?
- C'est une grande partie de notre travail. PHP, Symfony, WordPress, Node ancien : nous reprenons, nous stabilisons, puis nous décidons ensemble ce qui vaut la peine d'être migré et ce qui peut rester tel quel.
- Combien de temps ça prend ?
- Un site vitrine, une journée. Une vingtaine de pages, une semaine. Une application de gestion de mille pages, quelques mois. Nous avons migré notre propre flotte — 45 applications depuis fin mai — et les nouvelles versions des trois plus grosses applications de nos clients sont en production.
Aussi dans « Construire »
Logiciel sur mesure
Le logiciel qui fait tourner votre métier, quand aucun outil du marché ne colle.
webCréation et refonte de site
Un site rapide, qui dit ce que vous faites, et qui donne envie d'appeler.
smart_toyIA et automatisation des process
On identifie ce que l'IA peut réellement absorber chez vous, et on le livre jusqu'en production.
smartphoneApplications mobiles
Une application iOS et Android depuis une seule base de code, publiée sur les deux magasins.
hubIntégrations et API métier
Faire parler vos outils entre eux, pour arrêter de recopier les mêmes données à la main.
monitoringDonnées et tableaux de bord
Le chiffre juste, au même endroit pour tout le monde, mis à jour tout seul.
Parlons de votre projet
Un échange de trente minutes suffit à savoir si nous sommes le bon prestataire. Nous répondons sous 48 heures, et nous disons non quand ce n'est pas pour nous.