Refonte UX de site web et d'application : transformez vos parcours en leviers de croissance

Pourquoi et quand entreprendre une refonte UX

Une refonte ne se déclenche pas parce qu'un site a cinq ans. Elle se déclenche quand les parcours coûtent plus cher que ce qu'ils rapportent. Ces signaux se lisent dans vos données, pas dans une impression esthétique.

• Votre taux de conversion baisse alors que vos campagnes fonctionnent toujours aussi bien.
• Le trafic mobile est devenu majoritaire, et c'est celui qui convertit le moins.
• Votre support traite en boucle des questions qui portent sur le fonctionnement du produit.
• Sur votre application, les installations tiennent mais le retour au bout de sept jours s'effondre.
• Chaque nouvelle fonctionnalité rend la navigation un peu plus lourde qu'avant.

Le danger de décider à l'instinct

La plupart des refontes ratées commencent par une conviction de direction, pas par un constat. Le décalage est presque toujours le même, et il se répète d'une entreprise à l'autre.

Le coût que personne ne compte

Une mauvaise expérience ne se voit pas dans une ligne comptable. Elle se voit dans le budget d'acquisition, où elle prélève sa part en silence. Vous payez pour amener quelqu'un sur une page, et le parcours le perd avant la fin.

L'ordre de grandeur est connu sur le commerce en ligne : l'institut Baymard, qui agrège des dizaines d'études sur le sujet, situe l'abandon de panier autour de 70 %. Une partie tient à des raisons qu'aucun design ne réglera, comme la simple comparaison de prix. Le reste tient à des frais découverts trop tard, à une création de compte imposée, à un formulaire trop long. Ce reste est du travail de conception, et il est chiffrable.

Le raisonnement vaut au-delà du commerce. Sur un logiciel métier, la friction se paie en heures de travail perdues par vos équipes. Sur une application, elle se paie en désinstallations, c'est-à-dire en coût d'acquisition dépensé pour un utilisateur qui ne reviendra jamais.

Site web, application mobile, produit SaaS : trois terrains, trois ergonomies

La démarche ne change pas. Ce qui change, c'est ce sur quoi elle se concentre. Ce qui fait échouer un parcours sur l'un de ces terrains n'est pas ce qui le fait échouer sur les autres.

Une application ne se déduit pas d'un site

C'est l'erreur la plus coûteuse que je rencontre sur les projets mobiles. Le responsive adapte une mise en page à une largeur d'écran. Il ne change ni les gestes, ni le contexte, ni les attentes.

Sur un site, la navigation est en haut, la souris atteint tout, et l'utilisateur est souvent assis, au calme. Sur une application, la main tient l'appareil, le pouce couvre une partie de l'écran seulement, et la session dure deux minutes entre deux autres choses. Les conventions ne sont pas non plus les mêmes : Apple et Google publient chacun leurs règles d'interface, et un utilisateur qui les connaît par coeur les cherche dans votre application.

Enfin, la sanction n'a rien à voir d'un terrain à l'autre. Sur un site, un visiteur perdu s'en va et peut revenir demain. Sur une application, il désinstalle, et l'espace que vous occupiez sur son écran d'accueil est repris par quelqu'un d'autre. Sur un logiciel métier, il ne part pas : il conserve ses vieilles habitudes, contourne l'outil avec un tableur, et votre refonte reste en vitrine.

Un dernier point commun aux trois terrains : l'accessibilité. Les normes RGAA et WCAG ne servent pas qu'à cocher une case de conformité. Un contraste suffisant, des zones de clic assez grandes et une structure lisible par un lecteur d'écran profitent à tout le monde, en particulier sur un téléphone en plein soleil.

Refonte ciblée ou refonte complète : comment arbitrer

C'est la première décision du projet, et la plus structurante. Lancer un chantier complet là où un travail chirurgical suffisait revient à dépenser dix fois le nécessaire pour un résultat qui arrive six mois plus tard.

Une question tranche entre les deux : est-ce que vos utilisateurs trouvent ce qu'ils cherchent, mais butent à un endroit précis, ou est-ce qu'ils ne trouvent pas ? Dans le premier cas, une refonte ciblée suffit. Dans le second, le problème est en amont des écrans, et le retoucher écran par écran ne réglera rien.

Comment se déroule un accompagnement de refonte

Cinq jalons, chacun avec un livrable que vous pouvez lire et un point de validation. Vous n'avez jamais à faire confiance sur parole : à chaque étape, quelque chose de concret est posé sur la table avant qu'on avance.

1. 1. Cadrage et audit

   Livrable : Les frictions de votre produit actuel, classées par impact.

   On part de l'existant, pas d'une page blanche. C'est le seul jalon qui peut se commander seul : beaucoup de projets s'arrêtent là, avec une liste de corrections que l'équipe interne applique elle-même. C'est aussi ici que la charge réelle du chantier devient visible.

2. 2. Architecture et parcours cibles

   Livrable : L'arborescence et les parcours principaux, écran par écran.

   La structure se valide avant qu'un seul écran soit dessiné. C'est le jalon le moins spectaculaire et le plus déterminant : une hiérarchie confuse produit des interfaces confuses, quel que soit le talent graphique déployé ensuite.

3. 3. Wireframes et prototype cliquable

   Livrable : Un prototype navigable, sans graphisme et sans code.

   Vous parcourez votre futur produit avant qu'il coûte cher. Déplacer une étape à ce stade prend une heure. La déplacer après le développement prend un sprint, et rouvre un sujet que l'équipe croyait clos.

4. 4. Tests d'utilisabilité

   Livrable : Ce qui bloque des utilisateurs réels, et ce qui a été corrigé.

   Le prototype est mis entre les mains de personnes qui découvrent. On observe où elles hésitent, ce qu'elles cherchent, ce qu'elles n'ont pas vu. Ce jalon transforme des recommandations solides en recommandations vérifiées.

5. 5. Interface, design system et passation

   Livrable : Les maquettes finales, les composants, et une réunion avec vos développeurs.

   L'habillage arrive en dernier, sur une structure déjà validée. Les composants sont livrés dans un système réutilisable pour que vos prochains écrans ne repartent pas de zéro, et la passation se fait de vive voix avec l'équipe qui va intégrer.

Ce qui est attendu de votre côté

Trois choses, et elles pèsent plus sur la réussite du projet que le budget. Un accès au produit et à ce que vous savez déjà : données d'usage, retours de support, avis publics. Un interlocuteur unique qui a le pouvoir de valider, pour qu'une décision prise ne soit pas rouverte trois semaines plus tard. Et quelques utilisateurs réels à qui parler, ne serait-ce qu'une poignée.

Ce dernier point est celui qui coince le plus souvent, et c'est aussi celui qui fait la différence. L'avis de l'équipe interne ne remplace jamais l'observation de quelqu'un qui découvre : vous connaissez trop bien votre produit pour encore voir ce qui y est difficile.

Ce qui fait le prix d'une refonte

Vous ne trouverez pas de tarif de refonte sur cette page, et ce n'est pas de la rétention d'information. Refondre un tunnel de commande et refondre une application métier de quarante écrans n'ont ni le même périmètre, ni la même durée, ni le même travail de passation. Annoncer un chiffre unique reviendrait à en inventer un.

Ce que je peux vous donner, ce sont les six facteurs qui font varier le devis. Ils vous permettent de situer votre projet avant même de me parler, et de comparer deux propositions sur autre chose que le montant final.

Une façon simple de commencer sans engager un budget de refonte : le Diagnostic UX, à 500 €, livré sous 72 heures. Il vous donne les frictions de votre produit actuel et leur priorité. Beaucoup s'arrêtent là, appliquent les corrections en interne, et décident ensuite s'il faut aller plus loin. Le comparatif des deux formules dit ce que chacune contient et ce qu'elle ne contient pas.

Mesurer ce que la refonte a rapporté

Une règle, et elle se joue avant le premier écran : les indicateurs se relèvent avant les corrections. Un chiffre choisi après la mise en ligne, parmi ceux qui ont bougé dans le bon sens, est un argument commercial. Ce n'est pas une mesure.

Deux ou trois indicateurs suffisent, choisis en fonction de ce que l'audit a trouvé. En suivre six à la fois revient à n'en suivre aucun.

Une refonte sans mesure d'avant n'est pas un investissement. C'est une dépense dont personne ne pourra jamais dire si elle a servi.

La mise en ligne n'est pas la fin

Les premières semaines après la bascule apprennent des choses que ni l'audit ni les tests n'avaient montrées. Des usages inattendus apparaissent, des parcours qu'on croyait secondaires se révèlent principaux. C'est le moment de garder un peu de budget plutôt que de considérer le chantier clos.

À partir de là, les arbitrages se tranchent par le test plutôt que par l'avis : deux versions d'un même écran, du trafic réel, et une décision prise sur ce que les gens font. C'est aussi ce qui évite qu'un produit se remette à dériver, et qu'une nouvelle refonte s'impose dans cinq ans.

Un point technique à ne pas oublier quand la refonte touche aussi les adresses du site : les anciennes URLs doivent être redirigées en 301 vers les nouvelles, et le plan de site mis à jour. Une refonte réussie côté parcours qui perd la moitié de son trafic organique au passage n'a rien gagné.