Refonte d'un logiciel : réécrire, moderniser, ou remplacer ?

Refonte, réécriture, remplacement : trois mots à démêler

Le mot « refonte » recouvre trois chantiers très différents, et la confusion entre les trois coûte cher en devis mal comparés. Avant toute discussion, mettez-vous d'accord sur le mot.

Moderniser l'existant

On garde le cœur du logiciel et on rénove ce qui pèche : les fondations mises à jour, l'interface rafraîchie, les parties les plus malades réorganisées, des tests posés autour de ce qui compte. C'est le chantier le moins cher et le moins risqué, celui qui préserve des années de règles métier éprouvées. Il suppose une condition : que les fondations soient encore vivantes, c'est-à-dire maintenues et maintenables.

La modernisation a un autre mérite, rarement dit : elle se teste. On rénove un premier module, on mesure l'effet sur les délais et les devis d'évolution, et on décide de continuer ou d'escalader vers la réécriture en sachant de quoi on parle. Aucun des deux autres chemins n'offre ce droit à l'essai.

Réécrire sur des fondations neuves

On reconstruit l'outil, en reprenant les règles métier qui ont fait leurs preuves et en abandonnant l'architecture d'origine. C'est le chantier des fondations mortes, du volume que l'ancien système ne peut plus porter, ou du code que plus personne ne peut maintenir. Plus long et plus cher que la modernisation, il ne se fait jamais d'un bloc : morceau par morceau, l'ancien outil restant en service pendant que le nouveau le remplace fonction après fonction. L'image qui aide : du lierre qui recouvre un mur, tranche après tranche, jusqu'au jour où le mur ne porte plus rien et peut tomber sans bruit, personne dans l'entreprise n'ayant jamais travaillé sans outil.

Remplacer par un logiciel du marché

On abandonne le sur-mesure au profit d'un outil existant. C'est la bonne réponse quand l'outil maison faisait, en moins bien, ce qu'un logiciel du marché fait très bien aujourd'hui : le marché a progressé en dix ans, et certains sur-mesure historiques n'ont plus de raison d'être. Le guide du logiciel sur mesure détaille cet arbitrage ; la règle courte tient en une question : votre outil porte-t-il encore des règles qui vous distinguent, ou seulement des habitudes ?

La grille pour décider entre les trois

Quatre questions départagent les trois chemins, et elles se répondent avec votre prestataire ou lors d'un état des lieux extérieur, pas au doigt mouillé. Prenez le temps de les poser dans l'ordre : beaucoup de mauvaises refontes viennent d'une réponse à la question quatre prise avant d'avoir posé la question un.

L'état des fondations d'abord : maintenues et saines, la modernisation suffit probablement ; mortes ou moribondes, la réécriture s'impose à terme, et mieux vaut la planifier que la subir. C'est un diagnostic technique, il se fait en quelques jours, et il ne se discute pas au café.

La valeur des règles ensuite : si l'outil porte des années de savoir-faire, des règles de chiffrage, de contrôle ou de planification propres à votre entreprise, ces règles valent de l'or et survivent au chantier, quel qu'il soit. Si l'outil ne porte que des habitudes, le remplacement par le marché mérite un vrai examen.

Le calendrier et le budget : la modernisation s'étale et se paie par tranches ; la réécriture engage des mois et un budget d'application complète ; le remplacement coûte des abonnements et une migration. Aucun n'est bon marché, ils répartissent juste le coût différemment dans le temps, et le calcul se fait sur trois ans, comme toujours.

La dépendance enfin : le chantier, quel qu'il soit, doit vous laisser plus libre qu'avant, code et documentation en votre propriété, capacité à changer de mains. Une refonte qui reconduit la dépendance d'origine n'a réglé que la moitié du problème, et pas la plus grave.

Un mot sur la voie du milieu, parce qu'elle existe et qu'on l'oublie dans les débats binaires : moderniser d'abord ce qui peut l'être, et ne réécrire que les modules dont les fondations sont condamnées. Beaucoup de refontes réelles empruntent ce chemin mixte, qui étale le budget, réduit le risque, et laisse l'état des lieux décider module par module au lieu de trancher une fois pour tout l'outil. C'est souvent la recommandation qui sort de l'audit, et c'est rarement celle qui sort d'un devis commercial, parce qu'elle est la moins spectaculaire à vendre.

La méthode : refondre sans arrêter l'activité

La peur qui retient les dirigeants n'est pas le prix, c'est l'arrêt : on ne ferme pas l'entreprise trois mois pour changer d'outil. La méthode répond à cette peur, en six étapes, et son principe tient en une phrase : l'ancien système reste en service jusqu'à ce que le nouveau ait prouvé, morceau par morceau, qu'il porte la charge.

Étape 1 : l'état des lieux écrit

Ce que l'outil fait vraiment, qui s'en sert, quelles règles il porte, dans quel état sont les fondations et les données. Sur un outil central, cet état des lieux prend la forme d'un audit de quelques jours ; il produit la liste de ce qui se garde, se rénove ou s'abandonne, et le choix argumenté entre les trois chemins.

Étape 2 : sécuriser l'existant

Avant de construire le neuf, on met l'ancien hors de danger : sauvegardes testées, mises à jour de sécurité possibles, accès repris en main. Le chantier de refonte prend des mois ; l'existant doit pouvoir les traverser sans accident, parce qu'un incident sur l'ancien système en plein chantier ruine le calendrier et les nerfs de tout le monde.

Étape 3 : découper par fonctions, pas par écrans

Le chantier se découpe en tranches qui ont chacune un sens métier complet : la prise de commande, la facturation, le planning. Chaque tranche livrée est utilisable seule et rend service tout de suite. Le découpage par fonctions permet aussi de commencer par ce qui fait le plus mal, et donc de rentabiliser le chantier avant même sa fin.

Étape 4 : livrer le premier morceau vite

La première tranche arrive en quelques semaines, testée par les personnes qui s'en serviront, sur leurs vraies données. Elle donne le ton du chantier entier : si le premier morceau est adopté, la suite se déroule ; s'il coince, on corrige la méthode pendant qu'il est encore temps, à petit prix.

Étape 5 : migrer les données en comptant

Chaque tranche embarque la migration de ses données : chargement automatisé, comptage ligne à ligne entre l'ancien et le nouveau, jamais de ressaisie manuelle. C'est la discipline qui a permis de reprendre 557 inscrits et 1 355 pièces d'archives dans la refonte du Groupe des Arbitres Genevois sans rien égarer, et elle vaut pour toute taille de système.

Étape 6 : basculer par vagues, puis geler

Fonction après fonction, l'activité passe sur le nouvel outil, avec pour chaque vague une courte période où l'ancien reste consultable. Quand la dernière fonction a basculé, l'ancien système passe en lecture seule, archivé : consultable pour toujours, modifiable plus jamais. À aucun moment de ce déroulé l'entreprise n'a travaillé sans outil, et c'est le seul critère qui compte les soirs de bascule.

Combien de temps ça prend, réalistement

Les durées annoncées en avant-vente sont souvent des durées de rêve. Voici un déroulé réaliste pour la réécriture d'un outil de gestion de PME, à ajuster selon l'ampleur, et surtout à comparer à ce qu'on vous promet.

Les deux ou trois premières semaines produisent l'état des lieux et la sécurisation de l'existant : rien de visible, tout d'important. Les semaines quatre à huit livrent la première tranche, celle qui fait le plus mal, testée par l'équipe sur ses vraies données. C'est le premier moment de vérité, et il arrive avant la fin du deuxième mois.

Ensuite, le rythme de croisière : une tranche toutes les quatre à six semaines, chacune avec sa part de migration comptée, sa bascule et sa courte période de recouvrement. Un outil de taille moyenne, quatre à six tranches, se refond ainsi en six à neuf mois de calendrier, sans qu'aucune semaine n'ait privé l'équipe de son outil de travail.

Méfiez-vous des deux extrêmes : la refonte promise en six semaines, qui signifie en général que personne n'a regardé les données à migrer, et le chantier vendu à dix-huit mois sans première livraison avant le sixième, qui signifie que vous porterez seul le risque pendant une demi-année. Entre les deux, la bonne question au prestataire n'est pas « quand aurez-vous fini » mais « que m'aurez-vous livré dans huit semaines ».

Refondre un site web : le cas particulier du référencement

Quand l'outil à refondre est un site web, un enjeu s'ajoute que les refontes internes n'ont pas : la visibilité acquise sur Google. Un site qui vit depuis des années a des pages connues, des adresses indexées, parfois des liens entrants gagnés au fil du temps, et une refonte menée sans précaution peut détruire en un week-end ce capital que rien ne reconstruit vite.

Les précautions tiennent en trois disciplines. Chaque ancienne adresse redirige proprement vers sa remplaçante, en un seul saut, pour que ni les visiteurs ni Google ne tombent sur des portes closes. Les contenus qui rapportent des visites sont identifiés avant le chantier, et déménagés avec leurs balises, pas récrits au passage sur un coup de tête. Et la comparaison avant-après se mesure, semaine par semaine, pour corriger vite si une page décroche.

Le sujet déborde de cette page, et il commence par un état des lieux que vous pouvez faire seul dès maintenant : notre analyseur de site examine votre site actuel et pointe ce qui mérite attention, refonte en vue ou pas. C'est une première mesure utile avant toute discussion de chantier, elle ne demande que l'adresse du site, et elle vous donne un point de comparaison objectif pour juger, après la refonte, si le chantier a tenu ses promesses sur ce terrain-là aussi.

Ce que l'IA change dans une refonte

Les outils d'aide au développement ont particulièrement changé les refontes, plus encore que les constructions neuves, et pour une raison précise : le plus coûteux dans une refonte a toujours été de comprendre l'existant.

Comprendre un code hérité de dix ans, retrouver les règles enfouies, cartographier ce qui dépend de quoi : ce travail d'archéologie prenait des semaines, il se fait désormais bien plus vite, l'IA lisant le code ancien et aidant à en extraire les règles que des humains valident ensuite. Écrire les tests qui sécurisent la bascule, convertir des données d'un format à l'autre, produire la documentation de sortie : autant de tâches accélérées, et cette baisse se lit dans les fourchettes de prix, une réécriture d'aujourd'hui coûtant sensiblement moins que la même il y a cinq ans.

Les limites restent celles de toujours : l'IA n'arbitre pas ce que l'entreprise veut garder ou abandonner, ne décide pas quel processus mérite de survivre au chantier, et ne remplace pas la validation des règles par les gens du terrain. Elle raccourcit l'archéologie ; le jugement reste à votre table. Notre guide de l'assistant IA approfondit ce que ces outils savent et ne savent pas faire.

Votre rôle pendant le chantier

Une refonte réussie demande de votre côté trois choses, et mieux vaut les connaître avant de signer, parce qu'aucun prestataire ne peut les fournir à votre place.

Un référent, d'abord, comme pour toute construction d'outil : quelqu'un qui connaît le terrain, peut trancher les questions de détail chaque semaine, et dispose d'environ deux heures hebdomadaires. Sur une refonte s'ajoute un rôle d'arbitre du passé : décider ce qui se garde, ce qui s'abandonne, et ce qui n'a jamais servi. Ces arbitrages ne peuvent pas venir de l'extérieur, et les repousser bloque des tranches entières.

De la constance ensuite : un chantier de plusieurs mois traverse des périodes où l'entreprise a d'autres urgences, et les refontes qui s'enlisent sont plus souvent victimes de la dispersion du client que de la technique. Le rythme des tranches aide, chaque livraison relançant l'attention, mais la décision de tenir le cap vous appartient.

Et le courage du gel, enfin : décréter que l'ancien outil ne reçoit plus d'évolutions pendant le chantier, hors urgences de sécurité. Continuer d'enrichir l'ancien pendant qu'on construit le neuf, c'est courir après une cible mobile, et c'est le plus court chemin vers la refonte qui ne finit jamais.

Les erreurs qui coulent les refontes

Les refontes qui tournent mal se ressemblent, et leurs erreurs sont connues. Quatre reviennent sans cesse.

Recopier l'ancien outil écran par écran. La refonte reproduit fidèlement l'existant, défauts compris, et l'entreprise paie le prix du neuf pour retrouver les problèmes de l'ancien. On repart du travail réel observé sur le terrain, pas des écrans historiques ; certains écrans disparaissent, d'autres naissent, et c'est bon signe.

Le grand soir. Tout basculer un week-end, ancien système éteint le vendredi, nouveau allumé le lundi : quand ça se passe bien, personne ne s'en souvient ; quand ça se passe mal, tout le monde s'en souvient. La bascule par vagues coûte un peu de patience et épargne les catastrophes, il n'y a pas de débat à avoir.

Tout changer en même temps. Nouvelle techno, nouveaux processus, nouvelle organisation, dans le même chantier : quand quelque chose coince, impossible de savoir quoi. On change l'outil OU le processus, dans l'ordre qui a du sens, jamais les deux dans la même vague.

Oublier que la refonte est un projet humain. Les utilisateurs découvrent le nouvel outil à la livraison, personne ne les a écoutés, et le rejet s'organise avant la formation. Les futurs utilisateurs testent chaque tranche, un référent porte leurs retours, et l'adoption se construit pendant le chantier, pas après.

Le point commun de ces quatre erreurs : elles se décident toutes avant la première ligne de code, dans la façon de cadrer le chantier. C'est la bonne nouvelle du sujet, au fond : les refontes ne ratent presque jamais pour des raisons techniques, elles ratent sur des décisions de conduite, et ces décisions sont entre vos mains au moment de signer.

Comparer les devis : les cinq questions qui départagent

Si vous consultez plusieurs prestataires pour une refonte, les devis seront difficiles à comparer : des périmètres différents, des mots différents, des écarts de prix inexpliqués. Cinq questions, posées à chacun, ramènent tout le monde sur le même terrain.

« Qu'avez-vous regardé de notre existant avant de chiffrer ? » Un devis de refonte établi sans avoir examiné le code, les données et les usages est une estimation de loin, et elle se corrigera à vos frais. « Que m'aurez-vous livré dans huit semaines ? » La réponse dit la méthode : une tranche utilisable, ou des maquettes et des promesses.

« Comment migrent les données, et qui compte ? » Vous cherchez les mots chargement automatisé, comptage, période de recouvrement ; la ressaisie manuelle, même partielle, est un signal d'alarme. « Que devient l'ancien système pendant et après ? » La bonne réponse décrit la sécurisation, la cohabitation par vagues et l'archivage en lecture seule.

« Qu'est-ce qui m'appartient à la fin ? » Code, documentation, tests, accès, et le droit écrit de confier la suite à quelqu'un d'autre. Les réponses à ces cinq questions pèsent plus que l'écart de prix entre les devis, parce qu'elles prédisent le coût réel, celui qui inclut la deuxième refonte qu'un mauvais chantier rend nécessaire.

Un exemple livré, avec ses chiffres

Le Groupe des Arbitres Genevois vivait avec un site et une arrière-boutique vieillissants : l'outil rendait encore service, mais chaque changement dépendait d'un prestataire, et le comité voulait reprendre la main. Refonte complète, avec la discipline décrite plus haut.

Les chiffres publiés du projet : 557 inscrits récupérés de l'ancien système, 1 355 pièces d'archives conservées, et depuis la livraison, zéro prestataire à rappeler pour changer un texte, le comité le fait lui-même. Le chantier a suivi le déroulé décrit plus haut, migration comptée comprise, et le site a continué de servir les arbitres pendant toute la durée des travaux. La refonte n'a pas seulement rajeuni l'outil : elle a déplacé le pouvoir de le faire vivre, de l'extérieur vers l'intérieur.

C'est la mesure d'une refonte réussie, au-delà des écrans plus jolis : ce que vous pouvez faire vous-mêmes après, que vous ne pouviez pas faire avant. Posez cette mesure sur votre propre projet dès le premier rendez-vous, elle remet les discussions d'esthétique à leur juste place. Nos autres cas clients déclinent le même principe sur d'autres métiers, de la plateforme sportive à l'automatisation notariale, et chacun publie ses chiffres pour la même raison : un prestataire se juge sur ce qu'il peut prouver.

Ce que coûte une refonte

Les fourchettes sont celles de nos missions, et elles dépendent du chemin choisi. Une modernisation se paie par tranches, au rythme des évolutions, souvent dans le cadre d'une maintenance renforcée. Une réécriture est un chantier d'application complète : entre 50 000 et 150 000 euros selon l'ampleur, étalés sur les vagues de livraison. Un site web avec fonctions métier se refond entre 15 000 et 50 000 euros. L'état des lieux préalable, quand l'outil est central et le choix difficile, est un audit de 5 000 à 15 000 euros qui évite de se tromper de chantier, ce qui reste la plus grosse économie disponible.

Le paiement suit les livraisons : un acompte, puis des échéances déclenchées par ce que vous recevez et validez, tranche après tranche. Si le chantier s'arrête en route, vous gardez ce qui est livré, code compris, et chaque tranche livrée rend déjà service. La maintenance de l'outil refondu se budgète ensuite entre 10 et 15 % par an, et c'est elle qui évite de refaire une refonte dans huit ans : un outil entretenu ne revit jamais cette page.

Pour situer votre cas, le diagnostic en ligne prend quelques minutes, et un appel de trente minutes suffit en général à dire quel chemin regarder sérieusement, y compris quand la réponse est de ne rien refondre du tout.

Ce que la refonte doit vous laisser

Une refonte se juge aussi à ce qu'elle laisse derrière elle, et cette liste se négocie avant de signer, pas à la réception. Le code et la documentation en votre propriété, avec le droit écrit de confier la suite à qui vous voulez. Des tests automatisés sur les fonctions critiques, livrés avec le code, pour que la prochaine évolution ne soit pas de l'acrobatie. La capacité de faire vous-mêmes les gestes du quotidien, textes, tarifs, utilisateurs, sans rappeler qui que ce soit.

Et une équipe formée sur ses vraies tâches, pas sur une visite guidée générique. La refonte du Groupe des Arbitres Genevois se mesure à ça : le comité fait vivre son site lui-même. Si votre projet de refonte ne prévoit pas explicitement ce transfert de pouvoir, vous achetez un outil plus récent avec la même laisse, et dans huit ans la page que vous lisez vous resservira à l'identique.

La liste de sortie tient donc en cinq lignes à recopier dans votre cahier des charges : le code à nous, la documentation à nous, des tests livrés, les gestes du quotidien faisables sans prestataire, une équipe formée sur ses tâches réelles. Cinq lignes qui ne coûtent presque rien à écrire, et qui changent ce que vaudra le chantier dans cinq ans.