Рекомендации по дизайну
Оптимизируйте свои подборки
Сохраняйте и классифицируйте контент в соответствии со своими настройками.
Создайте диалог, который поможет пользователям пройти через ваши транзакционные потоки. Мы предоставили справочные примеры, которые вы можете использовать в качестве руководства при разработке собственных транзакционных действий.
Примеры
Советы по дизайну
Убедитесь, что диалоги звучат естественно и разговорно — так, как говорил бы реальный человек.
Текст, произнесенный вашим TTS/голосом, не обязательно должен точно совпадать с текстом, отображаемым в облачках чата. Это хорошо работает, если пузырьки чата являются частью разговорного диалога.
Приветствуйте посетителей и вовлекайте их. Спросите, что им нужно, и предложите несколько фишек, которые помогут им начать работу.
Прежде чем предлагать пользователю добавить товары в корзину, выполните внутреннюю проверку, добавив заполнение слота и используя тип слота actions.type.TransactionRequirementsCheckResult , чтобы убедиться, что у пользователя настроены платежи для его Google Assistant.
Будьте готовы реагировать на те же проблемы с помощью голоса, что и с другими мобильными или веб-интерфейсами. Например, предложите аналогичный товар, когда у вас закончился определенный размер или цвет, или предложите пользователям подписаться на получение уведомлений, когда товар снова появится на складе.
Обратите внимание, что сводка заказа строится на основе данных, которые вы передаете через API. Ярлык «Оплатить с помощью Google» помогает пользователям понять, что Google способствовал совершению платежа.
Запрашивая информацию у своих пользователей, например информацию об их адресе, сначала сообщите им, почему вы делаете запрос и какую пользу он им принесет.
Google предоставит метод авторизации покупки (не требуется аутентификация, пароль или отпечаток пальца) в зависимости от настроек пользователя. Иногда наша оценка рисков запускает дополнительный этап аутентификации, например подтверждение CVV для карты.
После оплаты обязательно отправьте чек и подтверждение заказа. Важно, чтобы пользователи понимали, что вы являетесь зарегистрированным продавцом и будете сообщать всю информацию о заказе, а не Google.
По умолчанию транзакции могут выполняться либо на поверхности с экраном (например, на телефоне Android), либо на поверхности только с голосовым управлением (например, Google Home).
Чтобы обеспечить наилучшую поддержку только голосовых транзакций, уделите особое внимание созданию удобного диалогового интерфейса , который поможет пользователям пройти через весь процесс транзакции.
Обратите внимание, что для некоторых целей транзакций может потребоваться экран. Большинство из них (например, добавление нового адреса доставки, устранение проблем с оплатой, привязка учетной записи) будут переданы на телефон автоматически. Если к разговору есть какие-либо дополнения, которые лучше всего отображать на экране (например, представление расширенных ответов для создания карточек, отображение условий обслуживания продавца или политики конфиденциальности), вам следует проверить, поддерживает ли текущая поверхность возможности RICH_RESPONSE или WEB_LINK , и перейти на новая поверхность, если нет.
Если вы предпочитаете не поддерживать голосовые транзакции с помощью своего действия, вы можете настроить для своего проекта «Действия» требование экрана, перейдя к «Развертывание» > «Возможности поверхности» в консоли «Действия» и установив для параметра «Действия требуют вывода на экран » значение «Да» .
Если не указано иное, контент на этой странице предоставляется по лицензии Creative Commons "С указанием авторства 4.0", а примеры кода – по лицензии Apache 2.0. Подробнее об этом написано в правилах сайта. Java – это зарегистрированный товарный знак корпорации Oracle и ее аффилированных лиц.
Последнее обновление: 2025-07-25 UTC.
[null,null,["Последнее обновление: 2025-07-25 UTC."],[[["\u003cp\u003eDesign conversational transactional flows, similar to natural human interactions, guiding users through the process.\u003c/p\u003e\n"],["\u003cp\u003eUtilize provided examples and design tips to create effective and user-friendly transactional Actions.\u003c/p\u003e\n"],["\u003cp\u003eEnsure clear communication, address potential issues proactively, and inform users about Google's role in payment processing.\u003c/p\u003e\n"],["\u003cp\u003eOptimize for both screen and voice-only interactions by tailoring the conversation and utilizing surface capabilities effectively.\u003c/p\u003e\n"],["\u003cp\u003eCustomize the user experience by enabling or disabling screen requirements based on your Action's functionalities.\u003c/p\u003e\n"]]],[],null,["# Design guidelines\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\n [sound natural and conversational](/assistant/conversational/df-asdk/design)\n --- the way a real person would talk.\n\n- The text spoken by your TTS/voice does not have to exactly match the text\n shown in your chat bubbles. It works well if the chat bubbles are a subset\n of the spoken dialog.\n\n- Greet your visitors and get them engaged. Ask what they need and offer a\n few suggestion chips to get them started.\n\n- Before inviting the user to add items to the cart, do a backend check by\n adding slot filling and using the `actions.type.TransactionRequirementsCheckResult`\n slot type 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\n or web experiences. For example, offer a similar item when you're out of a\n certain size or color, or invite users to sign up to be notified when the\n item is back in stock.\n\n- Note that the order summary is built with the data you pass via the API.\n The \"Pay with Google\" label helps users understand that Google facilitated\n the payment.\n\n- When requesting info from your users, like their address info, first let\n 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\n required, password, or fingerprint) based on the user's settings. Sometimes\n our risk assessment will kick off an additional auth step like confirming\n CVV for a card.\n\n- After the payment is complete, be sure to send a receipt and an order\n confirmation. It's important that users understand that you are the merchant\n 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\n 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\n a [good conversational experience](/assistant/conversational/df-asdk/design)\n that walks users through the full transaction experience.\n\n - Note that some transactions intents may require a screen. Most of these\n (e.g. adding a new delivery address, fixing payment issues, account linking)\n will be handed off to the phone automatically. If there are any additions\n to the conversation that are best displayed on a screen\n (e.g. presenting rich responses for card building, displaying a merchant\n ToS or privacy policy), you should check if the current surface supports\n the `RICH_RESPONSE` or `WEB_LINK`\n [capabilities](/assistant/conversational/reference/rest/v1/TopLevel/fulfill#capability),\n and transfer to a new surface if not.\n\n - If you would rather not support voice-only transactions with your\n Action, you can set your Actions project to require a screen by\n navigating to **Deploy \\\u003e Surface capabilities** in the\n [Actions console](https://console.actions.google.com) and setting\n **Do your Actions require a screen output** to **Yes**."]]
