Si un site a une bonne navigation, pourquoi a-t-il besoin d'un guide vocal ?

À première vue, la question est honnête et même gênante.

Si tout est clair sur le site, le menu est en place, le bouton "s'inscrire" est visible immédiatement, et les sections sont bien organisées, pourquoi aurait-on besoin d'un VoiceGuide supplémentaire ? Que devrait-il faire ? Conduire la personne vers la bonne section ? Mais si la navigation est déjà correcte, la personne se débrouillera toute seule.

Et si l'on considère la couche vocale simplement comme une « navigation vocale sur le site », cette objection semble juste :

"Vous voulez dire que notre navigation est mauvaise ?"

Non. Pas ça.

Une bonne navigation est toujours nécessaire. Mais la couche vocale est précieuse non pas parce que le site est mauvais. Elle est précieuse parce que l'utilisateur n'a presque jamais en tête la même carte du site que son propriétaire.

L'utilisateur ne pense pas en termes de noms de sections. Il ne pense pas : "Je vais ouvrir l'aide, puis trouver le bon sous-point, puis comparer les formulations, puis comprendre dans quelle page se cache le détail nécessaire".

Il pense différemment : - combien de jours le colis est-il conservé ; - où appeler ; - où est ma limite ; - quel tarif me convient ; - comment mettre à niveau ; - dois-je m'inscrire maintenant, laisser une demande ou écrire dans le chat.

Il n'a pas besoin d'une section. Il a besoin d'un résultat.

La navigation peut être correcte, mais le chemin vers la réponse peut quand même être long

C'est facile à vérifier par soi-même.

Il existe des sites qui, de l'extérieur, semblent bien organisés. Les tarifs sont là, l'aide est là, la structure semble raisonnable. Mais dès que l'on a besoin non pas d'un aperçu général, mais d'une réponse spécifique, la quête commence.

Par exemple, sur la page de mise à niveau, le tarif est brièvement décrit. Et la personne a besoin de connaître un détail important : combien de jours le colis est conservé. Officiellement, l'information est là. Mais elle se trouve déjà sur une autre page, sous un autre nom, dans une autre couche d'aide. Et y accéder n'est pas évident.

Le site n'est peut-être pas mauvais. C'est simplement qu'il est organisé de l'intérieur par la logique de l'entreprise, et non par la logique de la question spécifique de l'utilisateur.

Et c'est un cas fréquent.

Cela est particulièrement visible sur les grands services

Il existe un exemple encore plus parlant : les grandes entreprises qui semblent avoir tout en ordre avec l'argent, la marque et la commodité.

Prenons un site d'assistance typique d'un grand opérateur de télécommunications. Sur la page d'accueil, il n'y a pas de chemin direct et clair vers un contact humain. En parcourant la structure du site, on trouve une page professionnelle "Contacter le support technique", qui ne contient qu'un email. Et le numéro de téléphone n'y figure toujours pas directement. Au lieu de cela, l'utilisateur reçoit une réponse du genre : si votre question est d'une autre catégorie, contactez-nous aux numéros indiqués dans le menu "Contacts".

Le problème est que sur la page d'assistance elle-même, ce "Contacts" n'est pas non plus facilement accessible. Autrement dit, même sur le site d'assistance, le chemin vers l'assistance reste long.

D'un point de vue technique, cela peut être considéré comme un processus fonctionnel. Du point de vue de l'utilisateur, cela se ressent différemment : comme si le système n'aidait pas la personne à obtenir rapidement une réponse, mais l'aidait à ne pas l'obtenir trop rapidement.

Et c'est une observation importante. Parfois, le site n'est pas seulement complexe. Parfois, la conversation avec un humain devient une ressource rare, à laquelle l'utilisateur n'accède qu'après un chat, un compte, une demande, un rappel ou un long détour.

Je ne dis pas que c'est toujours une intention malveillante. Mais l'utilisateur le ressent très souvent ainsi.

Voilà pourquoi l'assistant vocal ne se limite pas à la "navigation sur le site"

Si l'on regarde plus largement, VoiceGuide n'est pas un guide des pages. C'est un guide de l'intention de l'utilisateur.

Il ne demande pas à la personne : "S'il vous plaît, comprenez comment s'appelle la section dont vous avez besoin".

Il fonctionne selon une logique différente : "Dis-moi ce que tu veux savoir ou faire, et je te mènerai à la réponse".

C'est un changement très important.

Parce que dans la vie réelle, les gens formulent rarement leur demande en termes de menu et de noms internes. Ils la formulent en termes de tâche : - je veux connaître les conditions ; - je veux comprendre la différence entre les tarifs ; - je veux contacter une personne ; - je veux souscrire ; - je veux changer ; - je veux trouver où c'est caché.

Et si pour cela, il ne faut pas seulement le site, mais aussi un centre d'aide, des règles, un catalogue de services, la logique des tarifs, un compte et des scénarios d'inscription, alors le produit dépasse déjà largement le cadre de la recherche sur le site.

C'est une autre façon de communiquer

L'assistant vocal n'est pas simplement une alternative au menu. C'est une alternative à la manière même de communiquer avec le service.

Habituellement, l'utilisateur a plusieurs options imparfaites : - chercher manuellement sur le site ; - essayer le chat textuel ; - ouvrir l'aide ; - attendre une réponse du support ; - écrire dans un formulaire ; - chercher sur Google ; - ou, ce qui est devenu la nouvelle norme, demander à un LLM externe, qui répond parfois plus vite que le site lui-même.

Si une personne se tourne vers un assistant externe et obtient de lui le numéro de téléphone, l'email ou le chemin court vers la solution plus rapidement qu'à partir de l'interface officielle, c'est déjà un signal d'alarme pour l'entreprise elle-même.

Parce qu'il se produit une chose étrange : la couche externe commence à comprendre l'intention de l'utilisateur mieux que la propre surface de l'entreprise.

VoiceGuide est justement conçu pour que cette couche soit interne, et non externe.

Pas à la place de la navigation, mais par-dessus

En bref :

VoiceGuide ne remplace pas le menu, la recherche et les sections d'aide. Il offre à l'utilisateur un deuxième moyen d'interagir avec le service.

Si l'utilisateur le souhaite, il emprunte le chemin habituel. S'il ne veut pas comprendre la structure, se souvenir des noms des éléments, chercher dans un menu caché ou se frayer un chemin vers l'action souhaitée à travers une chaîne de pages peu évidentes, il lui suffit de demander.

Et le système : - comprend la question ; - trouve la réponse appropriée ; - explique brièvement ; - et, si nécessaire, mène à l'étape suivante.

Pas simplement "voici la section". Mais "voici ce dont tu as besoin, voici pourquoi, et voici où nous allons ensuite".

Sur mobile, cela se ressent encore plus

Sur un ordinateur de bureau, une personne peut encore scanner l'écran, ouvrir deux onglets, revenir rapidement en arrière et saisir la structure avec sa vision périphérique.

Sur mobile, tout se rétrécit : - le menu se cache ; - le contexte disparaît ; - les blocs deviennent plus longs ; - les détails nécessaires sont plus profonds ; - chaque action supplémentaire coûte plus cher.

C'est pourquoi la couche vocale est particulièrement logique, non pas comme une fonctionnalité "wahou", mais comme un raccourci à travers une interface exiguë.

Sur un petit écran, la question "pourquoi en ai-je besoin" se transforme en une autre question : combien d'étapes inutiles peut-on supprimer si la personne dit simplement ce qu'elle veut.

C'est aussi un moyen d'éviter que les questions simples n'aboutissent à un appel

Il y a un autre argument très pratique.

De nombreuses questions n'ont tout simplement pas besoin d'un appel au support. Si une personne veut savoir une chose simple - une condition tarifaire, un délai de conservation, un mode de connexion, un statut de service, une procédure à suivre - elle n'a pas besoin d'un opérateur, d'une file d'attente et d'une attente. Elle a besoin d'une réponse rapide.

Aujourd'hui, dans de très nombreux services, le chemin est étrange : - le site n'a pas donné de réponse ; - le chat n'a pas aidé ; - ensuite, il faut appeler ; - rester en attente ; - écouter "vous êtes le huitième en ligne" ; - et à la fin, poser une question à laquelle le système aurait très bien pu répondre immédiatement.

Si cette réponse existe déjà dans l'entreprise, mais qu'il est difficile d'y accéder, l'assistant vocal comble cet écart plus rapidement et à moindre coût qu'une ligne téléphonique.

Presque un slogan : le meilleur appel au support est celui qui n'a pas eu lieu.

Et que faire pour l'utilisateur avant le compte et l'authentification ?

Les entreprises aiment souvent dire que le support est plus pratique depuis le compte : le contexte du client est déjà là, les données sont visibles, l'historique est clair.

C'est logique pour une partie des scénarios. Mais un vide apparaît immédiatement : que faire pour l'utilisateur avant l'authentification, avant la connexion, avant l'achat, avant la connexion au compte ?

S'il n'est pas encore client, mais qu'il est presque sur le point de prendre une décision, il a quand même des questions légitimes : - qu'est-ce qui est inclus dans le service ; - comment se connecter ; - quelles sont les limitations ; - qu'est-ce qui lui conviendrait le mieux ; - où aller ensuite.

Et c'est là que VoiceGuide fonctionne comme une couche de pré-support et de pré-vente. Il comble le fossé entre le site public et le support humain.

Où la valeur est particulièrement forte

Le guide vocal est particulièrement utile là où : - la personne ne sait pas comment s'appelle la chose dont elle a besoin chez vous ; - la réponse est dispersée sur plusieurs surfaces ; - il y a des frictions entre la question et l'action ; - il faut non seulement expliquer, mais aussi mener jusqu'au scénario ; - l'interface mobile comprime et cache la structure ; - le support est lent, limité ou oriente vers des branches détournées ; - l'entreprise a des connaissances au-delà du site : règles, détails tarifaires, limitations, scénarios, inscription, statuts et conditions.

Là, le produit ne concerne plus "trouver une page". Il s'agit de raccourcir le chemin de l'intention au résultat.

Et là où ce n'est vraiment pas nécessaire

Il existe des sites pour lesquels une telle couche n'est presque pas nécessaire.

Si le site est très simple, la personne comprend immédiatement quoi faire, et tout le scénario se résume à un seul bouton évident sans conditions cachées ni choix, une couche vocale supplémentaire peut être superflue.

Et c'est normal.

Il n'est pas nécessaire de transformer chaque surface en expérience vocale. Mais là où l'entreprise a beaucoup de connaissances, beaucoup de branches, beaucoup d'exceptions, beaucoup de trafic mobile ou beaucoup de frictions avant la conversion, une telle couche cesse d'être un gadget.

Elle devient une interface normale.

En fin de compte

Si l'on comprend cela comme une « navigation vocale sur le site », la valeur semble effectivement discutable - comme si quelqu'un admettait que sa navigation a un problème.

Mais si l'on comprend cela comme un guide vocal du service, qui comprend ce que la personne veut savoir ou faire, trouve le chemin le plus court vers la réponse et, si nécessaire, la mène jusqu'à l'action, alors ce n'est plus une béquille pour le menu, mais une nouvelle façon, plus naturelle, de communiquer avec le service.

La différence ici est énorme.

Et, peut-être, le principal signe qu'une telle couche est vraiment nécessaire est très simple : si les gens vont déjà chercher la réponse non pas sur votre site, mais auprès d'un assistant externe, parce que c'est plus rapide, alors le marché a déjà besoin d'une autre interface.