Un processus pour réduire le risque de vos projets de refonte

Un processus pour réduire le risque de vos projets de refonte

Ce que nous savions de la «refonte de site Web» n’est plus ce qu’il était.

La Refonte du site Web «radical» – où l’entreprise se lance dans une refonte du site Web «big bang» – devient de moins en moins courante de nos jours – ce qui est généralement une bonne chose, et il y a plusieurs raisons pour lesquelles.

Lors de la Création de votre site Web, presque tous les experts et entreprises UX / RO vous conseilleront de marcher légèrement en matière de refonte radicale.
Les pièges courants des remaniements radicaux (et quelques correctifs possibles)

Beaucoup suggèrent que vous devriez remplacer la refonte radicale par ce que l’on appelle la refonte évolutive du site (ESR).
Tout d’abord, il est tout simplement beaucoup moins risqué d’itérer sur un site Web existant que de recommencer à zéro.

Il est également généralement moins cher, plus rapide et plus mesurable – ESR permet aux entreprises d’apporter des modifications progressives et éduquées à leurs sites Web existants qui peuvent être validées.

Peut-être plus important encore, l’approche ESR a tendance à être enracinée dans la perspicacité des données. Les remaniements radicaux ne le sont pas traditionnellement.

J’ai perdu le compte du nombre de fois où j’ai travaillé avec des entreprises qui ont lancé des sites Web flambant neufs uniquement pour que leurs taux de conversion chutent au lancement (sans parler de ce qui arrive au classement des moteurs de recherche et aux volumes de trafic).

Cependant, cela ne signifie pas que la refonte radicale des sites Web ne se produit toujours pas.

Parfois, il n’y a pas la possibilité de faire de l’ESR, car la décision a déjà été prise par des cadres supérieurs ou le PDG.

Les remaniements radicaux de sites sont souvent le résultat de:

  • «Transformation numérique» ou reformatage
  • un site Web existant non adapté aux mobiles
  • un look and feel désuet.

Mais tout n’est pas perdu si vous vous trouvez dans cette situation. Vous pouvez prendre certaines mesures pour minimiser l’impact négatif potentiel sur les performances d’une migration radicale de site.
Utilisation de CRO Research dans le processus de planification de site Web
ESR a été à juste titre appelé «optimisation de la conversion à grande échelle». Mais même une approche de refonte radicale peut intégrer des méthodes de recherche CRO.

En adoptant des méthodologies d’optimisation du taux de conversion, vous pouvez planifier la façon d’itérer sur vos nouvelles conceptions dès que vous les lancez – et ne pas perdre le contrôle des performances de votre nouveau site.

Tout comme le référencement doit être pris en compte lors des phases de cadrage et de planification, les bases du CRO doivent être posées en même temps.

Et il existe une excellente occasion d’utiliser les informations d’un site en ligne existant pour informer les expériences que vous pouvez exécuter dès le lancement du nouveau site.

Trop de fois, nous avons vu des entreprises aborder la conversion uniquement après la mise en ligne du site Web. Ceci est trop tard et entraîne généralement la nécessité de modifications de conception lourdes plus loin sur la piste qui auraient facilement pu être évitées. Il y a une meilleure façon de gérer ces choses.

Comment cette approche s’intègre dans le processus global de refonte?

Le premier montre les différentes étapes de la phase de cadrage du projet, ventilées par discipline (ex: Recherche, CRO, contenu, UX).

Le second décrit la phase de développement du projet de refonte, avec les disciplines CRO incluses dans la chronologie. Cela montre comment l’idéation et la hiérarchisation des expériences, la configuration des outils, le contrôle qualité et la mise en œuvre peuvent se produire en même temps que les sprints de développement.


Convenez et priorisez vos domaines d’intérêt

Mais avec autant d’options qui s’offrent à vous, vous devez décider sur quels domaines vous allez vous concentrer, puis les hiérarchiser.

Les considérations et les questions que vous devez vous poser sont les suivantes:

  • Quel est l’objectif principal de la refonte de ce site Web?
  • Quelles sont les pages les plus fréquentées du site?
  • Quelles sont les pages ayant la valeur la plus élevée sur le site? (ce sont souvent des pages de paiement et des pages de détails sur le produit)
  • Quels sont les domaines avec lesquels nous connaissons déjà des difficultés?

Une fois que vous aurez identifié les réponses à ces questions, vous serez bien mieux placé pour planifier votre attaque.


Minimiser le risque de catastrophe (plus une étude de cas)

J’ai travaillé sur des projets de refonte de site Web où nous avons essentiellement effectué un test A / B entre l’ancien site et le nouveau, plutôt que de publier une version bêta.

C’est un moyen efficace de réduire le risque de lancement du site, car le site peut être servi à une petite proportion de l’audience totale, et les problèmes peuvent être rapidement identifiés et résolus.

Un exemple de cette approche a été avec la compagnie d’assurance générale britannique Direct Line.

Si les problèmes sur le nouveau site sont majeurs, il est toujours possible de “ramener” le nouveau site à 0% (en le désactivant effectivement).

La plupart des outils de test A / B au niveau de l’entreprise (nous avons utilisé Adobe Target) vous permettent d’augmenter la taille de l’audience à laquelle vous souhaitez exposer le nouveau site. Vous pouvez donc commencer avec, disons, 5% et accélérer chaque semaine à mesure que les bogues sont résolus.

Un client a vu une augmentation de 0,4% des devis d’assurance automobile et une augmentation de 0,1% des devis d’assurance habitation et animaux.

admin

Related Posts

Comment réparer un écran de téléphone cassé avec Sugru

Comment réparer un écran de téléphone cassé avec Sugru

La stratégie de refonte de site Web la plus efficace

La stratégie de refonte de site Web la plus efficace

No Comment

Laisser un commentaire

Votre adresse de messagerie ne sera pas publiée. Les champs obligatoires sont indiqués avec *

*

code