3 maja 2023 roku wycofamy interfejs Transakcje (przed 13 czerwca 2023 r. wycofujemy funkcje Conversational Actions). Więcej informacji znajdziesz w artykule
Wycofanie czynności konwersacyjnych.
Projektowanie rozmów transakcyjnych (Dialogflow)
Zadbaj o dobrą organizację dzięki kolekcji
Zapisuj i kategoryzuj treści zgodnie ze swoimi preferencjami.
Zaprojektuj rozmowę tak, aby poprowadzić użytkowników
przez proces transakcji. Podajemy wybrane przykłady, które możesz wykorzystać podczas projektowania własnych działań transakcyjnych.
Przykłady
Wskazówki dotyczące projektowania
Upewnij się, że okna brzmią naturalnie i naturalnie – tak, jak mówi prawdziwa osoba.
Tekst czytany przez zamianę tekstu na mowę nie musi odpowiadać tekstowi wyświetlanemu w dymkach czatu. Działa to dobrze, jeśli dymki czatu są podzbiorem dialogu mówionego.
Powitaj użytkowników i zaangażuj ich. Zapytaj klienta, czego potrzebuje, i zaproponuj kilka elementów z sugestiami na początek.
Zanim zaprosisz użytkownika do dodania produktów do koszyka, przeprowadź weryfikację za pomocą actions.intent.TRANSACTION_REQUIREMENTS_CHECK, aby sprawdzić, czy użytkownik ma skonfigurowane płatności w Asystencie Google.
Przygotuj się na te same problemy z głosem co w przypadku innych funkcji na urządzeniach mobilnych i stronach internetowych. Możesz na przykład zaoferować podobny produkt, gdy Twój produkt nie będzie dostępny w określonym rozmiarze lub kolorze, albo zaprosić użytkowników do zarejestrowania się, aby otrzymać powiadomienie, gdy produkt będzie ponownie dostępny w magazynie.
Pamiętaj, że podsumowanie zamówienia jest tworzone na podstawie danych przekazywanych przez Ciebie za pomocą interfejsu API. Etykieta „Zapłać przez Google” pomaga użytkownikom zrozumieć, że płatność została zrealizowana przez Google.
Gdy prosisz użytkowników o podanie informacji, np. danych adresowych, najpierw poinformuj ich, dlaczego przesyłasz prośbę i jakie korzyści przyniesie im to.
Google przedstawi metodę autoryzacji zakupu (niewymagające uwierzytelniania, hasło lub odcisk palca) na podstawie ustawień użytkownika. Czasami nasza ocena ryzyka rozpoczyna dodatkowy etap uwierzytelniania, np. potwierdzenie CVV dla karty.
Po dokonaniu płatności wyślij rachunek i potwierdzenie zamówienia. Użytkownicy muszą wiedzieć, że jesteś zarejestrowanym sprzedawcą, i powinni przekazywać wszystkie szczegóły zamówienia, a nie Google.
Domyślnie transakcje można przeprowadzać na urządzeniach z ekranem (np. na telefonie z Androidem) lub na urządzeniach obsługujących tylko polecenia głosowe (np. Google Home).
Aby zapewnić jak najlepszą obsługę transakcji głosowych, zadbaj o to, by Twój odpowiedni tryb rozmowy przeprowadził użytkowników przez wszystkie etapy transakcji.
Pamiętaj, że niektóre intencje transakcji mogą wymagać ekranu. Większość tych danych (np. dodanie nowego adresu dostawy, rozwiązanie problemów z płatnościami, łączenie kont) zostanie przekazana automatycznie na telefon. Jeśli do rozmowy pojawiają się dodatkowe elementy, które najlepiej wyświetlają się na ekranie (np. w ramach prezentacji rozszerzonych odpowiedzi na potrzeby tworzenia kart, Warunków korzystania z usługi lub polityki prywatności sprzedawcy), sprawdź, czy obecna platforma obsługuje funkcje SCREEN_OUTPUT lub WEB_BROWSER, a jeśli nie, przenieś je na inne miejsce.
Jeśli nie chcesz obsługiwać transakcji głosowych w ramach akcji, możesz skonfigurować projekt Actions tak, aby wymagał ekranu. W tym celu w Konsoli Actions kliknij Wdróż > Funkcje powierzchni i ustaw opcję Czy działania wymagają wyświetlania ekranu na Tak.
O ile nie stwierdzono inaczej, treść tej strony jest objęta licencją Creative Commons – uznanie autorstwa 4.0, a fragmenty kodu są dostępne na licencji Apache 2.0. Szczegółowe informacje na ten temat zawierają zasady dotyczące witryny Google Developers. Java jest zastrzeżonym znakiem towarowym firmy Oracle i jej podmiotów stowarzyszonych.
Ostatnia aktualizacja: 2025-07-25 UTC.
[[["Łatwo zrozumieć","easyToUnderstand","thumb-up"],["Rozwiązało to mój problem","solvedMyProblem","thumb-up"],["Inne","otherUp","thumb-up"]],[["Brak potrzebnych mi informacji","missingTheInformationINeed","thumb-down"],["Zbyt skomplikowane / zbyt wiele czynności do wykonania","tooComplicatedTooManySteps","thumb-down"],["Nieaktualne treści","outOfDate","thumb-down"],["Problem z tłumaczeniem","translationIssue","thumb-down"],["Problem z przykładami/kodem","samplesCodeIssue","thumb-down"],["Inne","otherDown","thumb-down"]],["Ostatnia aktualizacja: 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**."]]
