Si vous effectuez des tests sans système clair, vous finissez généralement avec des opinions plutôt que des apprentissages. Voici la configuration simple de suivi d'expériences que j'utilise pour garder les idées, les résultats et les étapes suivantes au même endroit.
La plupart des propriétaires d'entreprise font déjà des expériences. Ils changent un titre, testent une nouvelle offre, publient à un moment différent ou lancent une petite campagne publicitaire en espérant que quelque chose s'améliore. Le problème n'est pas le manque d'idées. Le problème est que la plupart des expériences ne sont pas documentées, sont incohérentes et il est impossible d'en tirer des leçons plus tard.
J'ai moi-même commis cette erreur. Je testais quelque chose, je voyais une légère amélioration, puis j'oubliais exactement ce qui avait changé, combien de temps cela avait duré, ou si le résultat était réel ou juste une semaine de chance. Un système de suivi simple règle ce problème. Il n'a pas besoin d'être complexe, coûteux ou construit par une équipe de données. Il doit simplement vous aider à répondre à une question : qu'avons-nous essayé, et que s'est-il passé ?
Commencez par un journal d'expérimentation unique
Le système le plus simple est un tableau unique. C'est tout. Vous pouvez le construire dans un tableur ou dans Notion si vous voulez quelque chose d'un peu plus propre et plus facile à rechercher plus tard.
Votre journal doit inclure ces colonnes :
Nom de l'expérience
Date de début
Date de fin
Responsable
Canal ou page
Hypothèse
Ce qui a changé
Métrique principale
Métrique secondaire
Résultat
Confiance
Décision
Remarques
Cela peut paraître beaucoup, mais chaque champ force la clarté. Si vous ne pouvez pas énoncer l'hypothèse en une phrase, le test est probablement trop vague. Si vous ne pouvez pas choisir une métrique principale, vous serez tenté de choisir après coup le chiffre qui présente le mieux.
Un bon nom d'expérience pourrait être : « CTA de la page d'accueil changé de "Réserver une démo" à "Voir les tarifs" ». Un mauvais serait : « Mise à jour du site web ». Le premier est assez spécifique pour que n'importe qui puisse le comprendre trois mois plus tard.
Écrivez une hypothèse avant le lancement
C'est l'étape que la plupart des gens sautent, et elle compte plus que n'importe quel tableau de bord sophistiqué.
J'aime une formule simple :
Si nous changeons X, alors Y se produira, car Z.
Par exemple : « Si nous raccourcissons le formulaire de contact de 7 champs à 3, alors les soumissions de leads augmenteront de 15 %, car les utilisateurs sur mobile rencontreront moins de frictions. »
Vous avez maintenant une prédiction claire. Lorsque le test se termine, vous ne le jugez pas en fonction de votre humeur. Vous comparez la réalité avec l'attente initiale.
Cela vous aide également à éviter les activités aléatoires. Une quantité surprenante de travail marketing semble productive mais n'est en réalité qu'un bricolage incontrôlé.
Suivez une seule métrique principale par test
Vous pouvez observer plusieurs chiffres, mais chaque expérience nécessite une métrique principale. Sinon, vous pourrez toujours trouver un chiffre qui donne l'impression que le test est réussi.
Si vous testez une page de destination, votre métrique principale pourrait être le taux de conversion. Si vous testez des objets d'e-mails, cela pourrait être le taux de clic. Si vous testez la tarification d'un produit, cela pourrait être le revenu par visiteur.
Les métriques secondaires restent utiles. Elles vous aident à détecter les effets secondaires. Par exemple, une fenêtre contextuelle peut augmenter les leads mais aussi augmenter le taux de rebond. Cela n'en fait pas automatiquement une mauvaise idée, mais vous avez besoin d'une vue d'ensemble.
J'essaie de définir le succès à l'avance. Pas une « meilleure performance », mais quelque chose de mesurable comme « augmenter les demandes de devis de 2,8 % à 3,5 % sur 14 jours ».
Gardez le système suffisamment léger pour être utilisé
Un système de suivi qui semble lourd mourra rapidement. J'ai vu des entreprises passer plus de temps à concevoir le processus de suivi qu'à réaliser des expériences.
Mon conseil est simple : faites en sorte que la mise à jour du journal prenne moins de cinq minutes. Utilisez des menus déroulants lorsque c'est possible. Standardisez les étiquettes de statut comme Planifié, En cours, Terminé, Gagné, Perdu et Non concluant. Ajoutez un court champ de notes pour le contexte.
Si vous le souhaitez, vous pouvez associer le journal à un outil d'analyse simple comme `Fathom Analytics` pour surveiller le trafic et les conversions sans créer un monstre de reporting. L'objectif n'est pas de construire un entrepôt de données. L'objectif est de créer une habitude reproductible.
Utilisez un rythme de révision simple
Le suivi est important, mais c'est lors du bilan que l'apprentissage se produit.
Je recommande un bilan hebdomadaire ou bimensuel avec trois questions :
Qu'avons-nous testé ?
Qu'avons-nous appris ?
Que devrions-nous essayer ensuite ?
Cela suffit. Vous n'avez pas besoin d'une présentation spectaculaire. Il vous suffit d'empêcher les bonnes leçons de disparaître dans Slack, par e-mail ou dans les mémoires.
Une astuce utile consiste à étiqueter les expériences par thème : tarification, page d'accueil, paiement, e-mail, offres, publicités. Après quelques mois, des tendances commencent à apparaître. Vous remarquerez peut-être, par exemple, que les tests liés aux offres surpassent presque toujours les ajustements de design. Ce genre d'aperçu vous aide à investir vos efforts plus judicieusement.
Un exemple pratique
Supposons qu'une entreprise fictive de Toulouse, La Boulangerie du Capitole, souhaite obtenir plus de commandes de gâteaux personnalisés via son site web. Le propriétaire soupçonne que la page de commande est trop vague.
Ils créent une expérience :
Hypothèse : si nous remplaçons la section générique « Contactez-nous pour des gâteaux » par une page dédiée affichant les tailles de gâteaux, les prix de départ, des photos et un formulaire de commande clair, alors les demandes de gâteaux augmenteront de 20 %, car les clients auront plus de confiance et moins d'incertitude.
Indicateur principal : soumissions du formulaire de commande de gâteaux.
Indicateur secondaire : taux de rebond de la page.
Durée : 3 semaines.
À la fin du test, les soumissions passent de 18 à 26, et le taux de rebond baisse légèrement. La décision est « Victoire ». Dans les notes, ils ajoutent que les visiteurs ont passé plus de temps sur la section des tarifs et que la qualité des photos a probablement aidé aussi.
Cet enregistrement devient utile plus tard. Lorsqu'ils décident d'améliorer les commandes de traiteur pour les bureaux à Compans ou les événements près de Wilson, ils peuvent réutiliser la même réflexion : réduire l'incertitude, afficher des indications de prix et rendre l'étape suivante évidente.
Savoir quand un résultat n'est pas concluant
Tous les tests ne produisent pas une réponse claire. C'est normal.
Parfois, le trafic est trop faible. Parfois, vous avez changé trop de choses à la fois. Parfois, la saisonnalité interfère. Un résultat non concluant n'est pas un échec si vous le documentez honnêtement.
J'utilise généralement trois résultats possibles :
Victoire : l'indicateur principal s'est suffisamment amélioré pour justifier le changement.
Échec : le changement a été moins performant ou a créé un effet secondaire négatif.
Non concluant : pas assez de données ou trop de bruit pour faire confiance au résultat.
Cela maintient l'honnêteté du système. Vous construisez une base de connaissances, pas une vitrine de trophées.
Construisez pour apprendre, pas pour la perfection
Le meilleur système de suivi d'expériences est celui que votre équipe utilisera réellement. Commencez par un tableau, un format d'hypothèse, un indicateur principal et une courte réunion de bilan. Cela suffit pour instaurer une discipline.
Au fil du temps, vous pouvez ajouter des éléments tels que des captures d'écran, des liens vers des pages ou un modèle pour rédiger des résumés post-test. Si vous avez besoin d'une page de test rapide pour une offre ou une campagne, un outil no-code comme est une option rapide. Si elle veut prendre les commandes en ligne plus sérieusement, peut faciliter cela sans transformer l'expérience en un long projet web.
Mais gardez le principe simple : chaque test doit laisser une trace. Si, dans six mois, vous ne pouvez pas expliquer ce qui a changé et ce qui s'est passé, alors l'expérience a été en grande partie inutile.
Un petit système ennuyeux l'emporte sur un système ingénieux que personne ne met à jour. Cela s'est vérifié dans toutes les entreprises avec lesquelles j'ai travaillé.
