Refondre ou réparer : le test en trois questions avant d'engager six chiffres

Quand un site marchand déçoit, la refonte s’impose comme la réponse évidente, et elle s’impose d’autant plus facilement qu’elle a la forme d’une décision courageuse. On repart de zéro, on corrige tout, on tourne la page. C’est aussi la réponse la plus chère de l’éventail, la plus lente, et celle dont le résultat est le moins prévisible — parce qu’elle change tant de choses simultanément que personne ne saura, après coup, ce qui a produit quoi. Avant de l’engager, je fais passer trois questions. Dans mon expérience, environ 65 % des cas n’y survivent pas.

Je précise que ces questions ne visent pas à décourager la refonte. Elles visent à distinguer un problème structurel, que seule une reconstruction résout, d’un problème local, qu’une reconstruction résoudrait aussi mais à cinquante fois le prix nécessaire. La confusion entre les deux est l’erreur d’allocation la plus coûteuse que je rencontre dans ce métier.

Le test, en trois questions

Question	Réponse qui exclut la refonte	Réponse qui la justifie
De quoi se plaint-on ?	Esthétique, ou fonctionnalité manquante	« Chaque modification en casse une autre »
Que coûte un changement ?	Quelques heures, sans casse collatérale	Plusieurs jours, 3 personnes, 1 régression sur 3
Où se perd le client ?	Sur une étape précise, ou en amont du site	Diffus, corrélé à la lenteur et à la structure

Une seule réponse de la colonne de droite ne suffit pas. C’est la deuxième question qui départage réellement, parce qu’elle mesure ce que la structure coûte au quotidien.

Première question : de quoi se plaint-on exactement ?

La plainte initiale est presque toujours formulée en termes de ressenti : « le site est vieux », « ça ne convertit pas », « on n’est pas contents ». Ces formulations ne sont pas des diagnostics, ce sont des symptômes, et elles recouvrent trois problèmes de nature complètement différente.

La plainte peut être esthétique. La charte a 10 ans, elle ne ressemble plus à la marque, la direction a honte de partager l’adresse. C’est un besoin parfaitement légitime, et c’est un projet de refonte graphique : un périmètre borné, évaluable, qui ne touche ni la plateforme, ni le modèle de données, ni les intégrations. Le confondre avec une refonte technique conduit à financer un chantier de plateforme pour obtenir un changement de charte.

La plainte peut être fonctionnelle. Il manque une fonctionnalité précise : les abonnements, le retrait en magasin, un configurateur, une gestion des retours en libre-service. C’est un projet d’ajout, dont la question centrale est de savoir si la plateforme actuelle peut l’accueillir. Souvent elle le peut.

La plainte peut être structurelle. Le site est lent et on ne sait pas pourquoi ; chaque modification en casse une autre ; personne ne comprend plus comment il fonctionne. C’est le seul cas où la refonte est la réponse — et il se reconnaît à un critère précis, qui fait l’objet de la question suivante.

Le travail consiste donc d’abord à obtenir une plainte précise. Une direction qui dit « le site est vieux » a presque toujours en tête un ou deux irritants concrets. Les faire nommer prend une heure et change le périmètre du projet.

Deuxième question : que coûte un changement ?

C’est la question qui départage réellement, et c’est aussi la plus facile à instruire, parce que la réponse existe déjà dans l’historique de l’équipe.

On prend 3 modifications récentes, banales : ajouter un champ à une fiche produit, modifier une étape du tunnel, publier une page de campagne. Et on regarde ce que chacune a réellement coûté — pas en argent, en délai et en risque. Combien de jours entre la demande et la mise en ligne. Combien de personnes ont dû intervenir. Y a-t-il eu une régression ailleurs.

Si ces modifications se livrent en heures, sans coordination lourde et sans casse collatérale, alors la structure est saine et la déception vient d’ailleurs. Refondre un site qu’on peut modifier facilement, c’est détruire un actif fonctionnel pour reconstruire quelque chose dont on ne sait pas encore s’il sera meilleur. La déception vient alors souvent d’ailleurs — d’un coût de plateforme mal compris, par exemple.

Si ces modifications demandent systématiquement plusieurs jours, mobilisent 3 personnes et provoquent une régression 1 fois sur 3, alors le coût marginal du changement est le problème. Et ce coût-là ne se corrige pas par des correctifs, puisqu’il est produit par la structure elle-même. C’est le cas où la refonte se justifie économiquement : non pour améliorer ce qui est visible, mais pour restaurer la capacité à changer.

Le bon indicateur n’est pas l’état du site aujourd’hui, c’est ce que coûte de le modifier demain. Un site laid qu’on peut faire évoluer en une journée vaut mieux qu’un site élégant qu’on n’ose plus toucher.

Troisième question : où se perd réellement le client ?

La troisième question porte sur la localisation de la perte, et elle a le mérite de reposer sur des données déjà disponibles.

On reconstitue l’entonnoir réel, étape par étape : arrivée, page de collection, fiche produit, ajout au panier, entrée dans le tunnel, paiement. On segmente par appareil, parce que les comportements mobiles et bureau n’ont souvent rien à voir. Puis on compare chaque taux de passage à ce qu’on observe habituellement sur des sites comparables.

Trois cas de figure se présentent, et chacun appelle une réponse différente.

La perte peut être concentrée sur une étape. Le passage de la fiche produit au panier est 2 fois inférieur à la normale, tout le reste est correct. C’est un problème local : information manquante sur la fiche, frais de livraison découverts trop tard, indisponibilité mal signalée. Refondre l’ensemble du site pour corriger une étape est une réponse disproportionnée.

La perte peut être diffuse et corrélée à la lenteur. Tous les taux de passage sont légèrement dégradés, davantage sur mobile, davantage sur les connexions lentes. C’est un problème de performance, qui se traite par un chantier ciblé et mesurable, sans reconstruction.

La perte peut être en amont. Le trafic arrive mal qualifié, ou il n’arrive pas. Aucune refonte ne corrigera cela, et c’est le cas où le budget serait manifestement mieux employé ailleurs — en acquisition, en contenu, en travail de visibilité.

Ce qu’une refonte ne corrige jamais

Il faut aussi énoncer clairement ce qu’une refonte ne résout jamais, parce que ces attentes sont fréquentes et qu’elles produisent des déceptions coûteuses.

Une refonte ne corrige pas un problème de proposition de valeur, de prix, ou de catalogue. Elle ne compense pas une acquisition défaillante. Elle n’améliore pas mécaniquement la conversion — et sur les premiers mois, elle la dégrade fréquemment, le temps que les visiteurs réapprennent le parcours et que les inévitables régressions soient trouvées.

Elle a même un effet secondaire qu’on sous-estime : elle rend l’apprentissage impossible pendant sa durée. En changeant des dizaines de variables simultanément, elle interdit d’attribuer une variation à une cause. Une organisation qui refond n’apprend rien pendant 6 mois, puis se retrouve avec un nouveau site dont elle ne comprend pas mieux le comportement que l’ancien.

L’ordre à suivre : instruire, corriger, puis seulement refondre

De ces trois questions découle une séquence, et elle est presque toujours l’inverse de celle qu’on envisageait en arrivant.

D’abord instruire : entonnoir segmenté, coût marginal du changement mesuré sur des cas réels, inventaire des intégrations et du modèle de contenu. Ce travail prend quelques jours. Ensuite corriger ce qui est local et mesurable, en isolant chaque changement pour savoir ce qu’il produit. Enfin, seulement si le coût marginal du changement reste le problème dominant, engager la reconstruction — avec cette fois un périmètre documenté, ce qui est d’ailleurs la meilleure protection contre le dérapage¹.

Le rapport de coûts rend cette séquence difficile à contester : le diagnostic vaut quelques jours, la refonte vaut plusieurs mois et six chiffres. Même dans le cas où le diagnostic conclut à la refonte, il l’aura rendue moins risquée. C’est l’une des rares décisions de ce métier où l’option prudente et l’option rentable sont la même.

---

Footnotes

1. Sur les postes qui font déraper une reconstruction une fois la décision prise, voir Pourquoi la plupart des migrations Hydrogen prennent six mois au lieu de quatre-vingt-dix jours. ↩