Concevoir des conversations transactionnelles (Dialogflow)
Restez organisé à l'aide des collections
Enregistrez et classez les contenus selon vos préférences.
Concevez une conversation pour guider les utilisateurs dans vos flux transactionnels. Nous avons fourni des exemples de référence que vous pouvez utiliser comme guide lorsque vous créez vos propres actions transactionnelles.
Exemples
Conseils de conception
Les dialogues doivent être naturels et conversationnels, comme le ferait une vraie personne.
Le texte prononcé par votre voix ou par synthèse vocale ne doit pas nécessairement correspondre exactement à celui qui s'affiche dans vos bulles de chat. Cela fonctionne bien si les bulles de chat constituent un sous-ensemble de la boîte de dialogue énoncée.
Accueillez vos visiteurs et suscitez leur engagement. Demandez-leur ce dont ils ont besoin et proposez-leur quelques suggestions pour les aider à démarrer.
Avant d'inviter l'utilisateur à ajouter des articles au panier, effectuez une vérification en arrière-plan à l'aide de actions.intent.TRANSACTION_REQUIREMENTS_CHECK
pour vous assurer que les paiements sont configurés pour l'Assistant Google.
Préparez-vous à répondre aux mêmes problèmes par commande vocale que dans d'autres expériences sur mobile ou sur le Web. Par exemple, proposez un article similaire lorsque la taille ou la couleur de votre article sont en rupture de stock, ou invitez les utilisateurs à s'inscrire pour être avertis lorsque l'article sera de nouveau en stock.
Notez que le récapitulatif de la commande est construit avec les données que vous transmettez via l'API. Le libellé "Payer avec Google" permet aux utilisateurs de comprendre que Google est à l'origine du paiement.
Lorsque vous demandez des informations à vos utilisateurs, comme leur adresse, expliquez-leur d'abord pourquoi vous effectuez cette demande et en quoi cela leur sera utile.
Google présentera la méthode d'autorisation d'achat (pas d'authentification requise, de mot de passe ou d'empreinte digitale) en fonction des paramètres de l'utilisateur. Parfois, notre évaluation des risques déclenche une étape d'authentification supplémentaire, telle que la confirmation du CVV d'une carte.
Une fois le paiement effectué, veillez à envoyer un reçu et une confirmation de commande. Il est important que les utilisateurs comprennent que vous êtes le marchand officiel et qu'ils vous fournissent toutes les informations relatives à la commande, et non Google.
Par défaut, les transactions peuvent être effectuées sur une surface dotée d'un écran (comme un téléphone Android) ou sur une surface à commande vocale uniquement (comme un Google Home).
Pour faciliter les transactions par commande vocale, veillez tout particulièrement à concevoir une expérience de conversation de qualité qui accompagne les utilisateurs tout au long de l'expérience de transaction.
Notez que certains intents de transaction peuvent nécessiter un écran. La plupart de ces opérations (ajout d'une nouvelle adresse de livraison, résolution des problèmes de paiement, association de comptes, par exemple) seront transmises automatiquement au téléphone. Si des ajouts à la conversation sont les plus adaptés à un écran (par exemple, présentation de réponses enrichies pour la création de fiches, affichage des conditions d'utilisation ou des règles de confidentialité d'un marchand), vérifiez si la surface actuelle est compatible avec les fonctionnalités SCREEN_OUTPUT
ou WEB_BROWSER
. Si ce n'est pas le cas, transférez vos données vers une autre surface.
Si vous préférez ne pas accepter les transactions vocales uniquement avec votre action, vous pouvez configurer votre projet Actions de sorte qu'il exige un écran. Pour ce faire, accédez à Déployer > Fonctionnalités de surface dans la console Actions et définissez l'option Est-ce que vos actions nécessitent une sortie d'écran sur Oui.
Sauf indication contraire, le contenu de cette page est régi par une licence Creative Commons Attribution 4.0, et les échantillons de code sont régis par une licence Apache 2.0. Pour en savoir plus, consultez les Règles du site Google Developers. Java est une marque déposée d'Oracle et/ou de ses sociétés affiliées.
Dernière mise à jour le 2025/07/25 (UTC).
[null,null,["Dernière mise à jour le 2025/07/25 (UTC)."],[[["\u003cp\u003eDesign conversational flows for transactional Actions, guiding users through the process similar to a real-world conversation.\u003c/p\u003e\n"],["\u003cp\u003eRefer to provided examples like Shoe store, Ticketing, and Flower Shop to understand transactional Action design.\u003c/p\u003e\n"],["\u003cp\u003eFollow design tips to ensure natural dialog, clear communication, and a smooth user experience, including pre-purchase checks and handling potential issues.\u003c/p\u003e\n"],["\u003cp\u003eTransactions can occur on screen and voice-only surfaces; optimize for both by crafting a comprehensive conversational experience and leveraging surface capabilities effectively.\u003c/p\u003e\n"],["\u003cp\u003eRemember to inform users about data requests, purchase authorization, and merchant responsibility for post-purchase communication.\u003c/p\u003e\n"]]],[],null,["# Designing Transactional Conversations (Dialogflow)\n\nDesign a conversation to guide users through your transactional\nflows. We've provided reference examples that you can use as a guide\nwhen designing your own transactional Actions.\n\nExamples\n--------\n\n[](https://docs.google.com/presentation/d/1Zw-Cg4ODJWpEViJJT_LugxvFv1VeOB7Hw54wNQemrfg) [Shoe store Example](https://docs.google.com/presentation/d/1Zw-Cg4ODJWpEViJJT_LugxvFv1VeOB7Hw54wNQemrfg) \n[](https://docs.google.com/presentation/d/1RBVzklC8n7nPU98lRt1CkzDSFcBlaQf5PWVtlr58OQQ) [Ticketing example](https://docs.google.com/presentation/d/1RBVzklC8n7nPU98lRt1CkzDSFcBlaQf5PWVtlr58OQQ) \n[](https://docs.google.com/presentation/d/1icd64B_mJvba6lmhlfmUy35sejy5n-LsYYkvPXzUXgA) [Flower Shop Example](https://docs.google.com/presentation/d/1icd64B_mJvba6lmhlfmUy35sejy5n-LsYYkvPXzUXgA)\n\nDesign Tips\n-----------\n\n- Make sure the dialogs [sound natural and conversational](/assistant/actions/design) --- the way a real person would talk.\n\n- The text spoken by your TTS/voice does not have to exactly match the text shown in your chat bubbles. It works well if the chat bubbles are a subset of the spoken dialog.\n\n- Greet your visitors and get them engaged. Ask what they need and offer a few suggestion chips to get them started.\n\n- Before inviting the user to add items to the cart, do a backend check using `actions.intent.TRANSACTION_REQUIREMENTS_CHECK` to confirm the user has payments set up for their Google Assistant.\n\n- Be prepared to respond to the same issues with voice as with other mobile or web experiences. For example, offer a similar item when you're out of a certain size or color, or invite users to sign up to be notified when the item is back in stock.\n\n- Note that the order summary is built with the data you pass via the API. The \"Pay with Google\" label helps users understand that Google facilitated the payment.\n\n- When requesting info from your users, like their address info, first let them know why you are making the request and how it will benefit them.\n\n- Google will present the purchase authorization method (either no auth required, password, or fingerprint) based on the user's settings. Sometimes our risk assessment will kick off an additional auth step like confirming CVV for a card.\n\n- After the payment is complete, be sure to send a receipt and an order confirmation. It's important that users understand that you are the merchant of record, and will follow up with all details about the order, not Google.\n\n- By default transactions can be performed on either a surface with a screen (such as an Android phone) or a voice-only surface (such as a Google Home).\n\n - To best support voice-only transactions, take extra care to design a [good conversational experience](/assistant/actions/design) that walks users through the full transaction experience.\n\n - Note that some transactions intents may require a screen. Most of these (e.g. adding a new delivery address, fixing payment issues, account linking) will be handed off to the phone automatically. If there are any additions to the conversation that are best displayed on a screen (e.g. presenting rich responses for card building, displaying a merchant ToS or privacy policy), you should check if the current surface supports the `SCREEN_OUTPUT` or `WEB_BROWSER` capabilities, and [transfer to a new surface](/assistant/df-asdk/surface-capabilities#multi-surface_conversations) if not.\n\n - If you would rather not support voice-only transactions with your Action, you can set your Actions project to require a screen by navigating to **Deploy \\\u003e Surface capabilities** in the [Actions Console](https://console.actions.google.com) and setting **Do your Actions require a screen output** to **Yes**."]]