Usertour

Ce qu'est Usertour

Usertour (github.com/usertour/usertour) est une plateforme open source destinée à construire les parties guidées de la première session d'un produit. Son README parle de créer des visites guidées, des checklists et des enquêtes en quelques minutes, et nomme les outils commerciaux face auxquels il se positionne : Appcues, Userpilot, Userflow, Userguiding et Chameleon. Il est écrit en TypeScript, comptait 2 131 étoiles au moment de la rédaction de cette page, et s'exécute depuis le fichier Docker Compose du projet sur votre propre infrastructure ou sur son cloud géré. La licence tient en une ligne : le code communautaire est sous MIT, tandis que les répertoires marqués enterprise relèvent d'une licence enterprise distincte.

• Fonctionne avec toute application de navigateur La formulation du README est que si votre application tourne dans un navigateur, elle s'intègre, et il couvre explicitement les applications à page unique comme celles à pages multiples.
• Ciblage sur vos propres données Vous définissez des attributs utilisateur personnalisés et suivez des événements, puis vous décidez qui voit quel parcours, de sorte qu'une checklist peut n'être montrée qu'à ceux qui n'ont pas terminé la configuration plutôt qu'à tout le monde.
• Environnements et historique de versions La production et la préproduction coexistent dans un même compte, et les modifications d'un parcours sont tracées avec leur auteur et leur date. C'est la différence entre un outil qu'une équipe peut utiliser et un script que quelqu'un a collé une fois.
• Adapté à votre produit Le texte, la couleur des boutons, la famille typographique et la taille sont réglables, et plusieurs thèmes peuvent coexister pour que des parcours différents n'aient pas à se ressembler.
• Statistiques de parcours Vues et taux d'achèvement par parcours, plus des données par étape destinées à faire apparaître exactement où les gens se perdent ou abandonnent.

Où cela s'insère dans la pile de croissance d'un fondateur

Une visite guidée est un outil de conversion et n'agit que sur le trafic que vous avez déjà. Cela la place en plein dans l'étape d'activation, entre le moment où quelqu'un s'inscrit et celui où il obtient un premier résultat réel, un endroit à fort effet de levier précisément parce que tout ce qui se trouve en amont a déjà été payé. Cela signifie aussi que c'est le mauvais achat pour deux problèmes très courants : si les gens arrivent sur votre site sans s'inscrire, voyez transformer les visiteurs en inscriptions ; si personne n'arrive, voyez le SEO d'un site tout neuf. Aucun des deux ne s'améliore parce qu'une infobulle est apparue dans le produit.

La tension honnête de toute cette catégorie mérite d'être nommée avant d'installer quoi que ce soit. Une visite guidée est ce vers quoi on se tourne quand une interface ne va pas de soi, ce qui veut dire qu'elle peut discrètement devenir la façon de repousser le moment de rendre l'interface évidente. L'outil ne peut pas vous dire dans lequel des deux cas vous êtes, mais ses propres statistiques le peuvent. Une étape où une grande part des gens abandonnent le parcours n'est généralement pas une étape qui réclame une meilleure infobulle : c'est une étape qui doit cesser d'exister. Lisez les taux d'achèvement comme un rapport de bug sur le produit, et non comme le tableau de score de la visite guidée.

L'étape que nous avons supprimée au lieu de l'expliquer

Note de première main tirée de la construction d'AgentCeres — le directeur de croissance IA sur agentceres.com. La plus grande amélioration d'onboarding que nous ayons livrée a supprimé une décision au lieu de l'annoter. Notre parcours de configuration demandait auparavant à chaque nouveau client quels spécialistes il voulait avant que quoi que ce soit puisse tourner, exactement le genre d'écran qu'une visite guidée existe pour expliquer. Nous avons supprimé l'écran et mettons désormais en place l'équipe complète par défaut. Personne n'a eu à comprendre le choix, puisque personne n'a eu à le faire.

Le deuxième point est celui que nous avons eu faux le plus longtemps. La friction qui comptait dans notre propre inscription n'a jamais été une mauvaise compréhension d'un écran : c'était l'attente pendant que l'infrastructure était construite pour la personne, et aucune quantité d'accompagnement dans le produit ne raccourcit une attente. Le correctif fut infrastructurel : les espaces de travail sont désormais préchauffés à l'avance pour que la dernière étape se règle en quelques secondes au lieu de quelques minutes. Rien de tout cela n'est un argument contre Usertour, qui est une implémentation propre et véritablement auto-hébergeable d'une catégorie réelle. C'est un argument en faveur du diagnostic d'abord, car une visite guidée braquée sur le mauvais type de friction produit une version magnifiquement guidée du même problème.