Votre site Web ou votre application est donc en ligne… Et maintenant ? — fracassant

Que vous ayez lancé une refonte de votre site Web ou déployé une nouvelle fonctionnalité dans votre application, c’est à ce moment-là que les gens passent normalement au projet suivant. Mais c’est une erreur.

Ce n’est qu’une fois qu’un site, une application ou une fonctionnalité est mis en ligne que nous pouvons voir les utilisateurs réels interagir avec lui de manière tout à fait naturelle. C’est seulement à ce moment-là que nous saurons si cela a réussi ou échoué.

Non pas que les choses soient toujours aussi noires et blanches. Même si cela semble réussi, il y a toujours place à l’amélioration. Cela est particulièrement vrai avec optimisation du taux de conversion. Même de petits ajustements peuvent entraîner une augmentation significative des revenus, des prospects ou d’autres indicateurs clés.

Vous voulez en savoir plus sur tester et améliorer votre site Web? Rejoignez Paul Boag dans son prochain atelier en direct sur Recherche et tests utilisateur rapides et économiquesà partir du 11 juillet.

Prendre le temps pour l’itération post-lancement

La clé est de prévoir du temps pour l’optimisation post-lancement dès le début. Lorsque vous définissez le calendrier ou le sprint de votre projet, n’assimilez pas le lancement à la fin. Au lieu de cela, définissez le lancement du nouveau site, de l’application ou de la fonctionnalité aux deux tiers environ de votre chronologie. Cela laisse du temps après le lancement pour la surveillance et l’itération.

Mieux encore, divisez le temps de votre équipe en deux flux de travail. L’une d’entre elles se concentrerait sur « l’innovation » : le déploiement de nouvelles fonctionnalités ou de nouveaux contenus. La seconde se concentrerait sur « l’optimisation » et l’amélioration de ce qui est déjà en ligne.

En bref, faites tout ce que vous pouvez pour réserver au moins un certain temps afin d’optimiser l’expérience après le lancement.

Une fois que vous avez fait cela, vous pouvez commencer à identifier les domaines de votre site ou de votre application qui sont sous-performants et qui pourraient nécessiter des améliorations.

Identifier les points problématiques

C’est là que l’analyse peut aider. Recherchez les zones avec des taux de rebond ou des points de sortie élevés. Les utilisateurs abandonnent à ces points. Recherchez également les points de conversion peu performants. Mais n’oubliez pas de considérer cela comme un pourcentage du trafic généré par la page ou la fonctionnalité. Sinon, vos pages les plus populaires sembleront toujours être le plus gros problème.

Pour être honnête, c’est plus compliqué qu’il ne devrait l’être dans Google Analytics 4, donc si vous n’êtes pas familier avec la plate-forme, vous aurez peut-être besoin d’aide.

Non pas que Google Analytics soit le seul outil qui puisse vous aider ; Je recommande également fortement Clarté Microsoft. Cet outil gratuit fournit des données utilisateur détaillées. Il comprend des enregistrements de session et des cartes thermiques. Ceux-ci vous aident à trouver les points à améliorer sur votre site Web ou votre application.

Portez une attention particulière aux « informations » qui vous montreront des mesures, notamment :

• Clics de rage
  Où les gens cliquent à plusieurs reprises sur quelque chose par frustration.
• Clics morts
  Où les gens cliquent sur quelque chose qui n’est pas cliquable.
• Défilement excessif
  Où les gens défilent de haut en bas à la recherche de quelque chose.
• Retours rapides
  Où les gens visitent une page par erreur et reviennent rapidement à la page précédente.

Outre les sorties et les rebonds, ces mesures indiquent que quelque chose ne va pas et devrait être examiné plus en profondeur.

Diagnostiquer les problèmes spécifiques

Une fois que vous avez trouvé une page problématique, le prochain défi consiste à diagnostiquer exactement ce qui ne va pas.

J’ai tendance à commencer par regarder les cartes thermiques de la page que vous pouvez trouver dans Clarity ou des outils similaires. Ces cartes thermiques vous montreront où les gens sont engagés sur la page et indiqueront potentiellement des problèmes.

Si cela ne suffit pas, je regarderai des enregistrements de personnes présentant le comportement problématique. Regarder ces enregistrements de sessions peut fournir des informations inestimables. Ils montrent les problèmes spécifiques auxquels les utilisateurs sont confrontés. Ils peuvent vous guider vers des solutions potentielles.

Si je ne comprends toujours pas le problème, je peux lancer une enquête. Je vais interroger les utilisateurs sur leur expérience. Ou bien, je peux recruter des personnes et effectuer des tests d’utilisabilité sur la page.

Les enquêtes sont plus faciles à réaliser, mais peuvent être quelque peu perturbatrices et ne fournissent pas toujours les informations souhaitées. Si j’utilise une enquête, je ne l’afficherai normalement qu’à l’intention de sortie afin de minimiser les perturbations de l’expérience utilisateur.

Si j’exécute des tests d’utilisabilité, je privilégie les tests facilités dans ce scénario. Bien que plus long à exécuter, cela me permet de poser des questions qui révèlent presque toujours le problème sur la page. Normalement, vous pouvez vous en sortir en effectuant des tests uniquement avec 3 à 6 personnes.

Une fois que vous avez identifié le problème spécifique, vous pouvez alors commencer à expérimenter des solutions pour le résoudre.

Tester les solutions possibles

Il existe presque toujours plusieurs façons de résoudre un problème donné. Il est donc important de tester différentes approches pour trouver la meilleure. La manière dont vous aborderez ces tests dépendra de la complexité de votre solution.

Parfois, un problème peut être résolu avec une solution simple impliquant quelques ajustements de l’interface utilisateur ou des modifications de contenu. Dans ce cas, vous pouvez simplement tester les variantes à l’aide des tests A/B pour voir laquelle est la plus performante.

Test A/B de petits changements

Si vous n’avez jamais fait de tests A/B auparavant, ce n’est vraiment pas si compliqué. Le seul inconvénient est que les outils de test A/B sont à mon avis extrêmement chers. Cela dit, Oeuf fou est plus raisonnable (bien que pas aussi puissant) et il existe un niveau gratuit avec VWO.

Utiliser un outil de test A/B commence par définir un objectif, comme ajouter un article au panier. Ensuite, vous créez des versions de la page avec l’amélioration proposée. Ceux-ci sont présentés à un pourcentage de visiteurs.

Les modifications s’effectuent normalement via une simple interface WYSIWYG et ne prennent que quelques minutes.

Si votre site a beaucoup de trafic, je vous encourage à explorer autant de solutions possibles que possible. Si vous avez un site plus petit, concentrez-vous sur le test de quelques idées seulement. Sinon, il faudra une éternité pour voir des résultats.

De plus, avec des sites à faible trafic, gardez l’objectif aussi proche que possible de l’expérience afin de maximiser la quantité de trafic. S’il y a un grand écart entre l’objectif et l’expérience, de nombreuses personnes abandonneront au cours du processus et vous devrez attendre plus longtemps pour obtenir des résultats.

Non pas que les tests A/B soient toujours le bon moyen de tester des idées. Lorsque votre solution est plus complexe, impliquant de nouvelles fonctionnalités ou plusieurs écrans, les tests A/B ne fonctionneront pas bien. En effet, pour tester A/B ce niveau de changement, vous devez créer efficacement la solution, annulant ainsi la plupart des avantages offerts par les tests A/B.

Prototyper et tester des changements plus importants

Au lieu de cela, votre meilleure option dans de telles circonstances est de créer un prototype que vous pouvez tester à distance.

Dans un premier temps, j’ai tendance à effectuer des tests spontanés à l’aide d’un outil tel que Labyrinthe. Les tests non facilités sont rapides à mettre en place, prennent peu de temps et Maze vous fournira même des analyses sur les taux de réussite.

Mais si les tests non facilités détectent des problèmes et que vous doutez de la manière de les résoudre, envisagez les tests facilités. En effet, les tests facilités vous permettent de poser des questions et d’aller au cœur de tous les problèmes qui pourraient survenir.

Le seul inconvénient des tests d’utilisabilité par rapport aux tests A/B est le recrutement. Il peut être difficile de trouver les bons participants. Si tel est le cas, envisagez d’utiliser un service comme Demandéqui effectuera pour vous le recrutement moyennant une somme modique.

À défaut, n’ayez pas peur de faire appel à vos amis et à votre famille, car dans la plupart des cas, obtenir des données démographiques exactes est moins important que vous ne le pensez. Tant que les gens ont des capacités physiques et cognitives comparables, vous ne devriez pas avoir de problème. La seule exception est si le contenu de votre site Web ou de votre application est hautement spécialisé.

Cela dit, j’éviterais d’utiliser quiconque travaille pour l’organisation. Ils seront inévitablement institutionnalisés et incapables de fournir une rétroaction impartiale.

Quelle que soit l’approche que vous utilisez pour tester votre solution, une fois que vous êtes satisfait, vous pouvez proposer ce changement en direct à tous les utilisateurs. Mais votre travail n’est toujours pas terminé.

Rincer et répéter

Une fois que vous avez résolu un problème, revenez à vos analyses. Trouvez le prochain plus gros problème. Répétez tout le processus. Au fur et à mesure que vous résolvez certains problèmes, d’autres deviendront apparents et vous vous retrouverez ainsi rapidement avec un programme continu d’améliorations qui peuvent être apportées.

Plus vous réaliserez ce genre de travaux, plus les bénéfices deviendront évidents. Vous constaterez progressivement des améliorations des indicateurs tels que l’engagement, la conversion et la satisfaction des utilisateurs. Vous pouvez utiliser ces mesures pour plaider auprès de la direction une optimisation continue. C’est mieux que le piège consistant à publier fonctionnalité après fonctionnalité sans se soucier de leurs performances.

Bénéficiez de recherches et de tests utilisateur rapides et économiques

Si tu es interessé par Recherche et tests utilisateursdécouvrez l’atelier de Paul sur Recherche et tests utilisateur rapides et économiquesqui débutera le 11 juillet.

Atelier en direct avec des exemples concrets.
Atelier live de 5h + questions/réponses conviviales.

(cr, cm, il)