Pouvez-vous effectuer des tests AB sans que le site soit en ligne?
Je suis nouveau dans les tests A/B, j'ai consulté certains sites pour mieux comprendre ce que c'est:
- https://www.optimizely.com/ab-testing/
- https://vwo.com/ab-testing/
- http://unbounce.com/landing-page-articles/what-is-ab-testing/
- https://blog.kissmetrics.com/ab-testing-introduction/
Nous allons faire des tests A/B sur notre site en utilisant l'un des outils disponibles. C'est la première fois que nous le faisons, nous avons donc pensé qu'il valait mieux demander à des gens expérimentés/experts comme VOUS LES GARS!
Est-il nécessaire de le faire uniquement lorsque le site est EN DIRECT? quelle est la meilleure approche du test A/B pour les nouvelles fonctionnalités avant de le rendre LIVE?
D'abord pour expliquer ce qu'est le test A/B .
Supposons que vous ayez un site Web où la page d'accueil est vraiment importante. Pendant que vous le concevez, vous vous demandez s'il serait préférable d'écrire dans la section d'en-tête (balise h1). Vous dites qu'il serait préférable d'écrire "Bienvenue sur notre site Web" tandis que votre collègue soutient que "Jetez un œil à nos services" fera un meilleur travail.
Pour répondre à la rubrique qui vous convient le mieux, vous concevez une version de la page d'accueil avec "Bienvenue sur notre site Web" et une version avec "Jetez un œil à nos services". Permet de les nommer version 1 et version 2.
Pour obtenir la réponse que vous présentez à 50% des vrais visiteurs version 1 et 50% voir la version 2. Si le but de votre site Web est de s'abonner à un plan de facturation, vous commencez à suivre pour chaque version le nombre d'abonnements. Après un mois, vous regardez les résultats et voyez que la version 1 a eu 1000 visites et 12 abonnements tandis que la version 2 a eu 1000 visites et 26 abonnements. La deuxième version vous a donné plus d'argent donc vous supprimez la version 1 et utilisez uniquement la version 2.
1) Même la plus petite organisation peut faire des tests A/B, peu importe la taille de l'entreprise, tout ce qui compte, c'est le trafic réel que vous obtenez. Plus vous avez de trafic, plus vite vous obtiendrez les résultats du test A/B. Si vous avez par exemple 1000 visiteurs par mois et testez seulement deux variantes, vous aurez besoin d'environ 1 mois pour obtenir des résultats. En effet, vous devez atteindre une signification statistique de 95%. Pour le dire simplement, cela signifie que vous serez sûr à 95% que les résultats sont valides et vrais.
2) Il est absolument nécessaire de faire un test A/B avec du trafic réel. Sinon, les résultats ne seront pas valides.
3) D'après mon expérience, la première chose que vous devriez tester est le texte de l'en-tête de vos pages Web. Ensuite, vous pouvez tester la mise en page et d'autres choses.
4) Oui
Vous aurez probablement d'autres questions, n'ayez pas peur de poser, je me ferai un plaisir d'y répondre.
Pour répondre à votre question principale:
Oui, vous devez faire votre test lorsque votre site est en ligne. D'un autre côté, vous pouvez prévisualiser votre test avant son lancement.
Alors, que faire avant le lancement?
Tout d'abord exécutez un test A/A pendant 1 à 2 semaines et voyez s'il y a une différence dans vos données. Soit dit en passant, le test A/A est un test qui montre que la variation A et la variation B sont exactement les mêmes.
Mais pourquoi commencer par un test A/A?
- Si une variation a une grande différence sur les conversions ou les visiteurs, alors quelque chose ne va pas avec la mise en œuvre. Vous devez contacter le support de la plateforme de test A/B ou simplement essayer une autre plateforme la plateforme.
- Vous aurez effectué un test "réussi" et vous vous sentirez confiant quant à l'utilisation et aux données de la plateforme de test A/B.
Deuxièmement décidez si vous utiliserez l'éditeur de la plate-forme, ou vous utiliserez un développeur pour effectuer les tests a/b avec du code personnalisé.
- Utilisez l'éditeur de la plate-forme pour tester des modifications faciles telles que la formulation sur la page d'accueil ou les boutons et le nombre de champs à la caisse.
Ce genre de changements est plus facile à faire et l'assurance qualité - Utilisez un développeur pour écrire du code personnalisé si vous prévoyez de "gros changements" comme tester de nouvelles mises en page pour votre site Web ou changer complètement une page. Ce type de test est plus difficile à faire et nécessitera beaucoup d'AQ
Troisièmement utilisez simplement le mode de prévisualisation fourni par chaque plate-forme et assurez-vous que tout fonctionne correctement.
Ce qu'il faut considérer sur votre QA:
- Variation clignotante (c'est la situation où vos visiteurs remarquent votre version originale de quelques millisecondes et voient ensuite la variation) - quelques solutions au clignotement
- Vous ne cassez aucun comportement (par exemple sur un navigateur plus ancien). Il vaut mieux exclure certains visiteurs du test, au lieu de servir une expérience brisée.
- Le suivi fonctionne bien (vous pouvez garder un œil sur la différence entre le nombre de visiteurs uniques signalés par la plate-forme de test a/b et le nombre de visiteurs uniques de Google Analytics).
Eh bien, je suggère vraiment de lire ceci QA et dépannage de manière optimale avant le lancement. Les mêmes principes qui y sont décrits s'appliquent également à chaque plateforme.
Enfin, développez une solide connaissance de comment fonctionne l'algorithme de test a/b , et quel est le bon moment pour exécuter un test (en termes de disponibilité du trafic)
Si vous n'avez pas de trafic sur votre site, il ne sera pas efficace d'utiliser ces outils.
le test a/b-n est une méthode et peut être appliqué à tout, comme les logos. Voici un autre outil que j'utilise pour des tests de préférences simples dont vous n'avez pas besoin pour avoir un site Web LIVE.
--- (https://usabilityhub.com/preference-test