Projektowanie rozmów transakcyjnych (Dialogflow)

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.