La formation client échoue rarement sur la qualité. Elle échoue sur la couverture : les deux cours bien produits sont vraiment bons, et tout le reste n’est qu’un article d’aide avec des captures d’écran numérotées. Le problème n’est pas l’effort. C’est que la vidéo exigeait une équipe, une journée réservée et une ligne budgétaire renouvelée une fois par an, alors que le produit livre chaque trimestre quelque chose de nouveau qui mérite une explication. Quand un module ne coûte plus qu’une après-midi au lieu d’un cycle de production, ce calcul ne tient plus.
Transformer les fonctionnalités que personne n’ouvre en contenu regardable
La revue trimestrielle affiche l’export d’usage à l’écran et le schéma est le même que le trimestre dernier. L’espace de travail compte des centaines de licences et la plupart n’ont jamais ouvert le module pour lequel le compte a été étendu. Personne ne résilie, personne ne se plaint, et rien dans la file de tickets ne suggère un problème. La fonctionnalité reste simplement là, payée et inutilisée, et la discussion de renouvellement dans neuf mois sera plus difficile à cause de ça.
La réponse est rarement un meilleur article d’aide, parce que le client n’est jamais allé assez loin pour en chercher un. Un module de trois minutes qui montre ce que fait la fonctionnalité avant de demander à quiconque de la configurer transforme la question de « comment j’utilise ça ? » en « est-ce que ça vaut mon mardi ? ». VisionStory construit ce module à partir de la note de version et de la présentation que vous avez déjà, et votre équipe le place là où les clients se trouvent déjà : dans l’académie, le centre d’aide ou un conseil in-app. Ce qu’il ne fait pas, c’est décider quelles fonctionnalités en méritent un ; ce jugement vient de vos propres données d’usage.
Offrir au reste de la bibliothèque le même traitement que le cours phare
Deux cours du catalogue ressemblent à de vrais cours. Ils ont été créés l’année où il y avait une ligne budgétaire pour ça : un producteur, un texte lu, une personne à l’écran. Tout ce qui a été ajouté depuis est un article écrit avec des captures d’écran numérotées, rangé dans la même navigation ; ainsi, un client qui parcourt le catalogue passe d’un module produit à un mur de texte et en conclut, sans le dire, que la seconde moitié n’était pas assez importante pour être terminée.
Harmoniser la bibliothèque compte plus que de tirer vers le haut un module en particulier. Le même présentateur, la même intro, le même style de sous-titres et la même discipline de durée appliqués à chaque sujet font du catalogue un seul programme, et le coût par module est le même, qu’il s’agisse du workflow phare ou d’un réglage d’export. Un article écrit se convertit en module narré sans être réécrit, ce qui est généralement ce qui empêche le backlog d’être résorbé. Quelqu’un de votre côté décide toujours quels articles méritent la mise à niveau et lesquels doivent rester du texte que l’on parcourt en diagonale.
Ne laissez circuler qu’une seule explication d’une fonctionnalité, pas trois
Le support ne pouvait pas attendre le module ; un responsable support a donc rédigé sa propre version de l’explication et l’a enregistrée sous forme de macro à coller dans les tickets. Une semaine plus tard, quelqu’un a répondu à la même question sur le forum de la communauté, avec des mots légèrement différents et une mise en garde supplémentaire pour les comptes sur l’ancien plan. La fonctionnalité a désormais trois descriptions en circulation, et aucune n’était fausse le jour où elle a été écrite.
Les clients croient la réponse qui leur est parvenue en dernier, et c’est presque toujours la réponse du ticket ; la macro devient donc discrètement la vraie documentation, tandis que le catalogue continue de décrire un comportement qui a été nuancé deux fois depuis. La solution n’est pas de contrôler ce que le support écrit. C’est de leur donner quelque chose vers quoi renvoyer : un module court construit à partir de la même note de version qu’ils paraphrasaient, suffisamment peu coûteux pour que la bibliothèque en contienne un pour chaque fonctionnalité au sujet de laquelle les gens posent réellement des questions, afin que la réponse au ticket et le message du forum y renvoient par lien au lieu de la reformuler avec leurs propres mots. VisionStory transforme cette source écrite en module, mais il ne peut pas voir ce que votre help desk ou votre communauté a déjà publié ; harmoniser la formulation à ces trois endroits reste donc un travail que quelqu’un de votre côté doit faire.
Apprenez quelle option choisir, pas où cliquer
Un enregistrement d’écran muet avec des sous-titres enseigne parfaitement le parcours de clic. Le client regarde le curseur traverser le panneau des paramètres, reproduit la séquence et arrive au même écran. Ce que cela ne peut pas enseigner, c’est la décision un cran plus tôt : laquelle des trois options convient à un compte de leur taille, si la valeur par défaut tient toujours lorsque le volume de données augmente, et ce que l’activation change pour tous les autres dans l’espace de travail.
C’est généralement cette décision en amont qui fait caler l’adoption. Le ticket qui arrive ensuite porte rarement sur la façon d’activer la fonctionnalité ; il porte sur la question de savoir s’ils devraient le faire, pour quelle équipe, et ce qui arrive à la configuration qu’ils ont déjà. Un raisonnement comme celui-là doit être expliqué par quelqu’un qui connaît le produit, ce qui signifie qu’il faut d’abord le mettre par écrit ; et construire le module à partir de la note de version et du support d’activation force ces conditions à entrer dans le script, au lieu de les laisser dans la tête de quelqu’un. VisionStory restitue ensuite ce script avec un présentateur cohérent, une voix et des sous-titres. Quelle recommandation convient à quel type de compte reste une décision de vos équipes produit et support, et aucun module ne doit être approuvé sans qu’une de ces équipes ne le vérifie.
Faites tourner une académie sans équipe, sans studio ni cycle budgétaire
L’académie client, c’est une personne et une fraction d’une autre, au sein d’une équipe customer success ou marketing produit. Il n’y a ni caméra, ni monteur, ni studio, et le budget vidéo était une ligne il y a trois ans, dépensée pour les deux cours qui tournent encore. Pendant ce temps, le produit sort quelque chose qui mérite d’être expliqué chaque trimestre. La contrainte n’est pas l’ambition. C’est que toutes les options sur la table supposent une capacité de production que l’équipe n’a pas et qu’on ne lui donnera pas.
Ce workflow est conçu pour une équipe de cette taille. Le présentateur, la voix et les sous-titres proviennent de contenu écrit plutôt que d’un tournage ; rien n’a donc besoin d’être calé sur l’agenda de qui que ce soit, et un module peut être reconstruit quand un écran change au lieu de rester faux. Un master approuvé peut ensuite être réédité dans n’importe laquelle des 88 langues, pour les régions que votre programme sert déjà, à partir du même fichier validé par vos relecteurs. Ce qui reste manuel, c’est le jugement : quoi couvrir, quoi dire, et si le module est suffisamment exact pour être publié.
Les utilisateurs adorent VisionStory
Découvrez pourquoi les créateurs de contenu et les marketeurs font confiance à VisionStory pour leurs besoins en vidéos IA. Des fonctionnalités puissantes à une expérience utilisateur sans effort, notre communauté ne cesse de vanter les résultats qu'elle obtient avec VisionStory.