Guider les clients avec des parcours
Bêta
Un parcours est une réponse interactive que vous pouvez utiliser pour guider vos clients dans une tâche complexe, ou pour leur donner une visite guidée des nouvelles fonctionnalités, en tirant parti des fonctionnalités déjà prises en charge par votre site Web. Un parcours est une réponse à plusieurs parties qui peut combiner du texte, de la vidéo et des images présentées en séquence.
Cette fonction bêta est disponible uniquement à des fins d'évaluation et de test. Les parcours nécessitent une discussion Web version 6.9.0 ou ultérieure.
Lorsque le client démarre un parcours, la fenêtre de discussion se ferme temporairement. L'intégration de discussion Web présente ensuite les éléments de parcours une étape à la fois dans une petite fenêtre superposée à votre site Web, ce qui permet à vos clients de naviguer et d'utiliser le site Web au fur et à mesure de leur parcours. A tout moment du parcours, le client peut librement revenir à la fenêtre de discussion de l'assistant, puis reprendre le parcours.

Vous pouvez utiliser un parcours dans des situations telles que les exemples suivants:
-
Intégrer de nouveaux clients à votre produit ou site Web et leur montrer où tout est
-
Fournir aux clients des conseils étape par étape pour une tâche complexe, comme le dépôt d'une réclamation ou la création d'un compte
-
Promotion des opportunités de vente dans votre produit pour cibler les utilisateurs lors d'opportunités marketing spécifiques, par exemple en offrant un nouveau programme de récompenses aux clients qui sont préoccupés par les dépenses
Pour plus d'informations sur le moment et la manière d'utiliser les parcours, consultez notre guide des meilleures pratiques.
Création d'un parcours
Un parcours est défini à l'aide du type de réponse user_defined, qui est disponible uniquement dans l'éditeur JSON. (Pour plus d'informations, voir Définir des réponses à l'aide de l'éditeur JSON ) Pour créer un parcours, suivez les étapes suivantes :
-
Dans l'éditeur d'actions, créez ou modifiez l'étape à partir de laquelle vous souhaitez commencer le voyage.
-
Cliquez sur l'icône Passer à l'éditeur JSON
pour ouvrir l'éditeur JSON. -
Dans le tableau
generic, créez une réponseuser_defined. (Pour plus d'informations, voir Définir des réponses à l'aide de l'éditeur JSON )Un parcours est défini à l'aide de la structure suivante:
"user_defined": { "user_defined_type": "IBM_BETA_JOURNEYS_TOUR", "skip_card": true|false, "card_title": "{title}", "card_description": "{description}", "steps": [ ... ] }où :
user_defined_type-
Type spécifique de réponse définie par l'utilisateur que vous définissez. Pour définir un parcours, définissez toujours cette propriété sur
IBM_BETA_JOURNEYS_TOUR. skip_card-
Propriété facultative qui indique si la discussion Web doit démarrer immédiatement le parcours sans attendre que le client clique sur la carte d'introduction dans la fenêtre de discussion Web. (La valeur par défaut est
false.)You can use this option to start a journey directly from your website, even if the web chat is not open. For more information, see Starting a journey without opening the web chat.
card_title-
Titre à afficher sur la carte d'introduction qui apparaît dans la discussion Web lorsqu'un parcours est disponible (par exemple,
Website tourouDisputing a charge). card_description-
La description à afficher sur la carte d'introduction. Décrivez le parcours afin que vos clients puissent décider s'ils souhaitent l'ouvrir.
steps-
Tableau de réponses définissant les étapes du parcours.
Définition d'étapes
Chaque étape d'un parcours est définie en tant qu'objet JSON décrivant une réponse à afficher au client, à l'aide d'un format similaire à celui utilisé pour définir les réponses de l'assistant directement dans le tableau generic.
Les étapes d'un parcours sont présentées au client un par un, dans l'ordre dans lequel vous les répertoriez dans le tableau steps.
Comme pour les réponses de l'assistant, la propriété response_type identifie le type de réponse:
text-
Etape qui affiche uniquement du texte.
{ "response_type": "text", "text": "This is the text of the response." }Le formatage et les liens Markdown sont pris en charge dans les étapes
text. Pour plus d'informations, voir Mise en forme deMarkdown.Notez que la structure d'une étape
textdans un parcours est différente du type de réponsetextpour les réponses d'assistant. Au lieu d'un tableau de valeurs texte, un seul composanttextest pris en charge. image-
Etape qui affiche une image, ainsi qu'une description facultative.
{ "response_type": "image", "source": "https://example.com/image.png", "description": "This is the description of the image." }La propriété
sourcedoit être l' URLhttps:d'une image accessible au public. L'image spécifiée doit être au format.jpg,.gifou.png. video-
Une étape qui affiche une vidéo, ainsi qu'une description facultative.
{ "response_type": "video", "source": "https://example.com/videos/example-video.mp4", "description": "This is the description of the video." }L'URL spécifiée par la propriété
sourcepeut être l'une des suivantes :-
URL d'un fichier vidéo dans un format standard tel que MPEG ou AVI. Dans la discussion Web, la vidéo liée sera rendue sous la forme d'un lecteur vidéo intégré.
Les vidéos en continu HLS (
.m3u8) et DASH (MPD) ne sont pas prises en charge. -
URL d'une vidéo hébergée sur un service d'hébergement vidéo pris en charge. Dans la discussion Web, la vidéo liée sera rendue en utilisant le lecteur intégrable du service d'hébergement.
Indiquez l'URL que vous utiliseriez pour visualiser la vidéo dans votre navigateur (par exemple,
https://www.youtube.com/watch?v=52bpMKVigGU). Vous n'avez pas besoin de convertir l'URL en une forme intégrable ; le chat Web le fera automatiquement.Vous pouvez intégrer des vidéos hébergées sur les services suivants :
- YouTube
- Vimeo
- Twitch
- Streamable
- Wistia
- Vidyard
-
Example
L'exemple suivant définit un parcours qui montre aux utilisateurs comment contester des frais, à l'aide d'une combinaison de réponses texte, image et vidéo.
{
"generic": [
{
"response_type": "user_defined",
"user_defined": {
"card_title": "Let’s dispute a charge!",
"card_description": "Follow along with this guided journey to learn how to find and dispute charges.",
"user_defined_type": "IBM_BETA_JOURNEYS_TOUR",
"steps": [
{
"response_type": "text",
"text": "Charges are listed on the Transactions page. **Click your profile photo** in the top right corner of your screen, and then **click Transactions** from the menu."
},
{
"response_type": "text",
"text": "Here you can view your charges.\n **Scroll through the Transactions page and review your charges.** Each charge contains a merchant name, transaction date, and amount charged."
},
{
"response_type": "image",
"source": "https://example.com/image.png",
"alt_text": "Image showing location of Dispute option",
"description": "The option to Dispute is marked in red on the right hand side of each row in the Transactions table. Just click here to file a dispute."
},
{
"response_type": "video",
"source": "https://vimeo.com/769580398",
"description": "Watch this short video to learn what to expect now that you’ve filed a dispute."
}
]
}
}
]
}
Démarrage d'un parcours sans ouverture de la discussion Web
Bien que les parcours fassent partie de l'intégration de la discussion Web, vous pouvez permettre à vos clients de commencer un parcours directement à partir de votre site Web sans ouvrir la fenêtre de discussion Web du tout. Par exemple, vous pouvez inclure un bouton Me montrer sur votre site Web sur lequel les clients peuvent cliquer pour lancer une visite interactive de la page.
Pour démarrer un parcours sans ouvrir la discussion Web:
-
Dans l'action qui envoie la réponse de parcours, éditez le JSON qui définit le parcours. Incluez
"skip_card": truepour ignorer la carte d'introduction. -
Sur votre site Web, utilisez la méthode d'instance
send()pour envoyer un message à l'assistant qui déclenche l'action qui démarre le parcours (par exemple,Give me a tour). Envoyez le message en réponse à l'événement que vous souhaitez utiliser pour déclencher le parcours (par exemple, un clic sur un bouton ou un chargement de page).
Vos clients peuvent désormais commencer le parcours interactif directement à partir de votre site Web sans avoir à ouvrir d'abord la discussion Web. (Si la fenêtre de discussion Web est ouverte ultérieurement, la carte de présentation du parcours apparaît dans l'historique des discussions.)
Limitations
Cette fonction bêta présente actuellement les limitations suivantes:
-
Le panneau d'aperçu ne prend pas en charge les parcours. Si vous souhaitez prévisualiser un parcours, utilisez le lien d'aperçu partageable. Pour plus d'informations sur le lien d'aperçu, voir Copie d'un lien à partager.
-
Les parcours utilisent la méthode
view:changeevent ouchangeViewet ne fonctionnent pas avec les événementswindow:openouwindow:closeou les méthodes d'instanceopenWindow,closeWindowettoggleOpen. -
Lorsque le client démarre un parcours, la fenêtre de discussion Web se ferme. Si vous utilisez l'événement
view:changepour déclencher l'affichage d'un formulaire de post-discussion, votre code doit vérifier la valeur du nouveau paramètreevent.reasonouevent.newViewState.tourpour décider si l'affichage du formulaire est approprié.