Optimiser ou refondre : comment faire évoluer un site ?

A la question faut-il optimiser ou refondre un site, je répond sans hésitation : il faut optimiser.

Avec le temps, les coûts de maintenance d’un site augmente proportionnellement à son âge

Au bout de 2 ou 3 ans de vie d’un site, la tentation peut-être grande de « tout refaire ». L’histoire du ecommerce est courte et vu la vitesse d’évolution technologique du web, un site de 3 ans d’âge ressemble à une vieille bourrique qu’on aurait trop chargée prête à rendre l’âme.

Prenez un vieux site.  Le code est devenu compliqué à faire évoluer. Rustines, patches, les développeurs n’ont pas toujours respecté les règles de développement. De nombreux plugins ou script extérieurs sont venus s’insérer. Toujours est-il que votre site coûte de plus en plus cher à maintenir et qu’il est de moins en moins souple.

Changer de plateforme permet-il de résoudre tous les problèmes d’un coup ?

Il faut donc, vous dit-on, changer de plateforme. Votre plateforme qui était à la pointe du progrès il y a 3 ans est aujourd’hui dépassée par d’autres solutions. La tentation est grande de repartir sur un nouveau code. Et tant qu’à faire, autant en profiter pour améliorer et corriger toutes les petites choses que personne n’a jamais eu le temps de faire. Ajouter de nouvelles fonctionnalités. Refaire le design que vous ne pouvez plus voir en peinture (voir l’avis de Jacob Nielsen à ce sujet : Fresh vs Familiar : How Agressively to redesign).

Votre décision prise, il apparait que votre projet de refonte vous coûtera biiiiiip euros et durera biiiiiip mois de réalisation. D’autant plus que pendant ce temps là, il n’est pas question d’allouer du budget à faire évoluer l’ancienne version.

Risques d’une évolution brutale

Les dangers liés à ce choix sont multiples :

• Explosion des coûts et dépassement des délais : c’est classique en informatique, un peu moins dans le web, mais j’ai rarement entendu parler de projet qui tenait les plannings et respectait les budgets
• Risques informatiques
• Risques ergonomiques. Ex : changer un tunnel de commande sans test revient à faire voler un avion sans jamais avoir fait d’essai en simulateur
• Perte de temps fonctionnelle sur votre ancien site qui n’évolue plus. Et pendant ce temps là, la concurrence avance.

Arguments pour l’optimisation progressive

Une autre attitude consiste à penser non pas en terme « technologique », mais en terme « client ». Ce que vos clients veulent, ce sont des prix moins chers, une facilité plus grande à commander, une offre toujours plus variée et nouvelle, du service, plus de service.

Un site mature est comme un paysage raviné par les eaux. Chaque petit ruisseau, rivière ou canal est un parcours client créé par le temps. Changer ces parcours revient à changer les habitudes. Grâce à votre outil de web analytics, vous devriez avoir une connaissance parfaite de la physionomie de ce paysage et de ce qu’il s’y passe. Vous en connaissez les points de blocages et par là même les points d’amélioration. Cela fonctionne, peut-être pas de manière optimale, mais cela fonctionne et parfois il tient à peu de chose de l’améliorer grandement.

Tester pas à pas

Tester votre site pas à pas pour l’optimiser progressivement est peut-être la meilleure manière de procéder en permettant de limiter le risque tout en mesurant les potentialités réelles des hypothèses que l’on émet. Exemple : vous souhaiteriez augmenter le temps de navigation des visiteurs nouveaux sur votre site (plus les visiteurs restent longtemps, plus ils ont tendance à « être convertis » en clients). Dans ce cas, vous penserez sûrement à améliorer votre « descente produit » (univers, rayon et fiche produit) en améliorant l’information, la présentation des produits, afin d’engager plus vos visiteurs.

Tester pour réduire les coûts de développement

Pour peu que l’on dispose des bons outils, il est moins dangereux de développer une version (ou deux, ou trois) alternative à une page en en modifiant certains aspects (en ne touchant qu’au code HTML, CSS et javascript) que de mettre en ligne directement une nouvelle version en utilisant la fameuse technique du doigt mouillé (ou celle de l’opinion du plus gros salaire). En testant, non seulement, vous obtiendrez un retour en temps réel des internautes de la meilleure version, mais vous aurez également des données chiffrées. Et il ne vous restera plus qu’à la mettre en ligne (presque sans coût supplémentaire).

Avantages de l’optimisation

Il est ainsi possible de mettre en oeuvre un processus cyclique de test qui vise à diminuer le risque de mise à jour ou de refonte à l’aveugle. Ce processus a de nombreux avantages :

• Il est moins risqué en terme de changement des habitudes des internautes
• Il donne droit à l’erreur (vous éliminerez, chiffres à l’appui les mauvaises idées et ce sans discussion possible)
• Il est plus facile à défendre financièrement qu’une refonte complète
• Il est également moins onéreux, puisque les investissements réalisés en tests peuvent être vite amortis par l’amélioration des KPI (taux de transfo)
• Il permet d’avancer toujours dans la bonne direction

Quelques inconvénients :

• Adopter ce processus, comme j’ai pu souvent le constater, suppose néanmoins que vos équipes IT ne soient pas monopolisées par des tâches évolutives lourdes ou de maintenance corrective (ce qui est souvent le cas). Autrement dit, j’ai déjà vu souvent des responsables webs se payer un bel outil d’AB testing, mais ne jamais s’en servir, faute de main d’oeuvre.
• Le choix des KPI et la méthodologie de test nécessite un certain apprentissage, car si l’objectif ultime reste toujours d’optimiser le taux de transformation. Il n’en reste pas moins que d’autres indicateurs sont tout aussi pertinents, voire, beaucoup plus importants. Il est également primordial de bien savoir interpréter les résultats. Je vous donne un exemple.
  • Pierre a décidé de changer la couleur du bouton « Ajouter au panier » de sa fiche produit. Il décide de tester 3 versions : le rose, le vert et le bleu. Il lance son test et au bout d’une semaine, sur un segment global de trafic de 30% de la masse totale de son trafic et sur une catégorie de son catalogue, il découvre que la version rose convertit le mieux. Il décide donc de garder la couleur rose. Mais Pierre a-t-il bien regardé tout ses indicateurs ? S’il avait été plus loin, Pierre se serait peut-être rendu compte que l’augmentation de son taux de transformation avait été anéanti par une baisse drastique du panier moyen dans le cas du bouton rose. Deuxième erreur, Pierre n’a testé qu’une trop petite partie de son trafic sur un temps trop limité. En recommençant son test sur plus de catégorie de produits et sur un trafic plus important, il aurait vu qu’au final, c’était une autre version qui apportait les meilleurs résultats.
• Tester implique d’installer un outil d’AB testing. Attention à bien le choisir. Même si Google Website Optimizer est gratuit, il reste très limité fonctionnellement et nécessite beaucoup d’interventions techniques pour en tirer pleinement parti. De la même manière, évitez le piège de l’outil qui fait tout, mais qui vous coûte un bras, et dont vous n’utilisez qu’un petit pourcentage des capacités (suivez mon regard ;-) )

L’approche client remet en question la manière dont un site doit évoluer et grandir :

• Elle repose sur une observation fine des utilisateurs (par différents angles de vues : par les metrics du site, par des tests utilisateurs, des études ergonomiques, des questionnaires à distance, des focus group).
• Elle implique une gestion différente des équipes IT : certains sont affectés à des tâches évolutives de fond, d’autres aux tests, d’autres encore à la maintenance corrective.
• Un consensus sur cette méthodologie doit régner depuis la direction jusqu’aux équipes de développement et les convictions intimes de certains doivent céder le pas aux faits. Autrement dit, il faut changer les mentalités (et ça, c’est pas facile).

L’approche client ne remet pas en question les évolutions fonctionnelles, ou les refontes graphiques. Elle les intègre au sein d’un processus d’évolution rapide en cascade plus proche du métier de jardinier (patience, observation, interventions mesurées, prise en compte des saisonnalités) que du bâtisseur (on rase tout et on recommence).

Quel est votre retour d’expérience sur ce sujet ? Avez-vous des exemples ?