Aller au contenu
Guide7 min de lecture

Comment créer une vidéo de démo de chatbot IA

Montrez une réponse qu'un lecteur sceptique croirait vraiment.

Montrez un chatbot IA répondre correctement à une vraie question, y compris comment il traite une question à laquelle il ne devrait pas répondre avec assurance.

Voir comment ça marcheLes 60 premières secondes de vidéo sont gratuites, avec un filigrane. Vérifiez votre adresse e-mail pour la télécharger.

Une vidéo de démo de chatbot IA a un mode d'échec spécifique que les autres catégories n'ont pas : le premier geste le plus courant, taper « bonjour » ou « que peux-tu faire », produit une réponse qui ne prouve rien. Une salutation générique reçoit une réponse générique, et un spectateur qui suppose déjà que les chatbots peuvent produire un texte générique fluide n'apprend rien de nouveau en en regardant un le faire à l'écran.

C'est différent d'une catégorie où l'interface elle-même est la nouveauté. Avec un chatbot, l'interface, une zone de texte et un flux de mots, est déjà familière à presque tout le monde. La seule chose qui reste à démontrer est de savoir si les mots qui reviennent sont réellement utiles pour une situation précise, ce qui donne plus de poids au choix de la question qu'à toute décision de montage prise ensuite.

GogoScreen gère le côté enregistrement de ceci, une URL et une ligne sur ce qu'il faut montrer renvoient un fichier MP4 narré et monté avec zooms sur les clics, lissage du curseur, suppression des temps morts, et sous-titres. Il peut utiliser un compte de démonstration si le chatbot se trouve derrière une connexion. Il ne peut pas choisir une question qui mérite d'être posée. Ce choix est toute la différence entre une démo qui instaure la confiance et une qui gaspille trente secondes.

Quelle question la démo doit-elle réellement poser ?

Choisissez une question assez précise pour qu'un spectateur puisse juger lui-même de l'exactitude de la réponse, ou assez précise pour montrer que le bot a compris quelque chose qu'un système générique manquerait. Un chatbot de support répondant à une question sur une fonctionnalité produit réelle est une preuve plus solide que le même bot répondant à « comment vas-tu ». Un assistant de recherche résumant un document fourni bat un assistant qui décrit ses propres capacités de manière abstraite.

Type de questionCe qu'elle prouveCe qu'elle risque
Question spécifique au produitLe bot comprend le domaine réelNécessite un contenu sous-jacent précis pour bien répondre
Question ancrée dans un document ou des donnéesLa réponse est vérifiable par rapport à une sourceNécessite qu'une vraie source soit chargée d'abord
Question de capacité génériquePresque rien de nouveau pour un spectateur sceptiqueGaspille le seul extrait qu'un spectateur regardera

Cela reflète la même règle qui s'applique à une application de révision, où retourner une carte seul ne prouve rien tant qu'elle n'est pas associée à une réponse notée, et à une application de quiz, où une réponse soumise ne compte que lorsque le score devient visible.

Si le bot refuse parfois de répondre ou pose une question de clarification, ce comportement mérite d'être montré dans un extrait séparé plutôt que dans la démo principale, et seulement si l'histoire produit réelle de l'application l'inclut. Un chatbot qui admet une incertitude sur une question à laquelle il ne devrait pas répondre avec assurance est une force légitime à expliquer, mais mélanger ce moment dans une vidéo de première impression risque de se lire comme un échec du bot plutôt que comme un comportement prudent.

Laisser la réponse réellement se terminer

Une réponse de chatbot qui s'affiche jeton par jeton est l'un des rares moments du logiciel réellement intéressant à regarder, et couper avant la fin gâche cela. Laissez la réponse s'afficher complètement, y compris toute citation, lien de source, ou suggestion de suivi que l'interface montre une fois la réponse terminée. Si l'interface affiche d'où vient une réponse, que ce soit un nom de document, une référence de page, ou un résultat de recherche, gardez-le visible assez longtemps pour être lu.

  • Posez une question dont la réponse est vérifiable et précise plutôt qu'ouverte.
  • Laissez la réponse finir de s'afficher avant que l'extrait ne passe à la suite.
  • Gardez toute citation ou indicateur de source à l'écran assez longtemps pour être lu.
  • Évitez un échange qui sonne scénarisé et se lit comme un exemple préfabriqué plutôt que comme une vraie question.

Qui regarde, et qu'est-ce qui le convainc ?

Un visiteur qui évalue s'il faut ajouter le chatbot à son propre produit veut le voir répondre à quelque chose de spécifique à un cas d'usage réel, pas une démo de l'interface de chat elle-même. Un acheteur comparant des outils de support veut voir comment le bot traite une question liée à une politique ou une fonctionnalité réelle, car c'est plus proche de ce que ses propres clients demanderaient. Aucun des deux ne veut une transcription de banalités.

Ces deux spectateurs lisent aussi différemment le placement du widget sur la page. Un visiteur qui évalue l'intégration se soucie de savoir si le chatbot se trouve dans une bulle en coin ou prend toute la page, car ce détail affecte son propre design. Un acheteur comparant des outils de support se soucie moins du placement et davantage de savoir si la réponse aurait effectivement résolu un vrai ticket de support, alors choisissez la question en gardant cette distinction à l'esprit avant d'enregistrer.

  1. Posez une question précise qu'un vrai visiteur taperait vraisemblablement, pas une salutation générique.
  2. Laissez la réponse complète s'afficher à l'écran sans couper avant la fin de la réponse.
  3. Montrez d'où vient la réponse si l'interface affiche une source ou une citation, puisque c'est ce qui la rend vérifiable.

Testez l'échange manuellement avant de demander le rendu. Tapez la question exacte, lisez la réponse complète, et confirmez qu'elle est exacte avant de la traiter comme digne d'une démo. Une réponse qui sonne assurée mais est subtilement fausse est pire à publier que l'absence de démo, puisque la vidéo la cautionne effectivement.

Exécutez la question exacte plus d'une fois si le modèle sous-jacent peut produire une formulation différente à chaque tentative. Une réponse qui se lit bien la première fois mais dérive vers une affirmation inexacte lors d'une deuxième exécution est un signal pour restreindre davantage la question, pas un signal pour simplement choisir la version qui s'est trouvée rendue en premier.

Comptes, données, et relecture du résultat

Si le chatbot nécessite une connexion pour un historique enregistré ou une base de connaissances privée, préparez un compte de démonstration jetable pour le rendu. Sur GogoScreen, les identifiants fournis sont chiffrés, utilisés pour un seul rendu, puis supprimés. Si un storyboard est planifié en premier, les identifiants restent chiffrés pendant cette session et sont supprimés au plus tard deux heures après leur dernière utilisation. Environ un rendu sur cinq échoue ou nécessite une nouvelle tentative, donc relisez le résultat plutôt que de publier automatiquement le premier résultat.

Gardez toute base de connaissances privée chargée pour la démo limitée à un contenu sûr pour une vidéo publique. Si le chatbot s'appuie sur un ensemble de documents, utilisez un document rédigé spécifiquement à cette fin plutôt qu'un véritable fichier de politique interne, puisqu'une réponse citée correctement à partir d'un vrai document interne peut quand même exposer une information qui n'était jamais destinée à être publique.

Avant de publier, vérifiez la réponse une fois de plus par rapport à sa source si elle existe, et confirmez qu'aucune donnée privée n'a fuité dans la conversation visible. Relisez la transcription une dernière fois comme s'il s'agissait de la propre conversation d'un client, puisque la norme pour une démo publique doit être plus élevée que celle utilisée pour un test interne. Pour une démo conçue pour fonctionner sans aucun logiciel d'enregistrement d'écran, le guide d'enregistrement d'une démo sans logiciel d'enregistrement d'écran couvre une approche de capture alternative. Si le chatbot est un prototype précoce plutôt qu'un produit fini, le guide de la vidéo de démo de prototype à partir d'une URL couvre la préparation d'une version plus brute pour relecture, et le guide de l'indication de parcours en une ligne pour une vidéo de démo couvre la rédaction de l'indication elle-même plus en détail. Un chatbot lancé avant une publication plus large devrait lire le guide de la vidéo de démo produit avant lancement. Pour des catégories voisines confrontées au même problème de spécificité, voir le guide de la vidéo de démo d'un outil d'écriture IA, le guide de la vidéo de démo d'une application communautaire, le guide de la vidéo de démo d'un outil RH, et le guide de la vidéo de démo d'une application de planification de repas, et le guide de la vidéo de démo d'une application de prise de notes. Pour une fonctionnalité générée par un agent spécifiquement, le guide de la présentation guidée de fonctionnalité d'un agent IA couvre les différences d'indication. Voyez comment GogoScreen se compare à Loom, consultez les tarifs, parcourez la bibliothèque de guides, consultez l'ensemble complet des comparaisons, ou commencez depuis la page d'accueil de GogoScreen.

Précisions

Avant de commencer

Une vidéo de démo de chatbot IA doit-elle montrer une longue conversation ?

Généralement non. Un long échange rend plus difficile pour un spectateur de juger précisément une seule réponse. Une question bien choisie, entièrement traitée, est plus facile à évaluer qu'une transcription qui défile sur six échanges.

La démo doit-elle inclure une question que le bot traite mal ?

Seulement si c'est le propos. Une démo de chatbot destinée à instaurer la confiance doit montrer une réponse assurée et correcte à une vraie question, pas un test de résistance. Une vidéo séparée est un meilleur endroit pour montrer honnêtement les limites.

Le chatbot a-t-il besoin d'une connexion pour la démo ?

De nombreux widgets de chatbot sont publics et ne nécessitent aucune connexion, tandis qu'une application assistante autonome avec un historique enregistré en a généralement besoin. Décidez quelle surface est montrée avant de décider si un compte de démonstration est nécessaire.

Collez une URL, décrivez un parcours et obtenez une vidéo de démonstration de votre application web.

Les 60 premières secondes de vidéo sont gratuites, avec un filigrane. Vérifiez votre adresse e-mail pour télécharger la vidéo.