API Giao dịch sẽ ngừng hoạt động từ ngày 3 tháng 5 năm 2023, trước khi hành động trò chuyện ngừng hoạt động từ ngày 13 tháng 6 năm 2023. Để biết thêm thông tin, hãy xem phần
Hành động trò chuyện ngừng hoạt động.
Hướng dẫn thiết kế
Sử dụng bộ sưu tập để sắp xếp ngăn nắp các trang
Lưu và phân loại nội dung dựa trên lựa chọn ưu tiên của bạn.
Thiết kế một cuộc trò chuyện để hướng dẫn người dùng thực hiện các quy trình giao dịch. Chúng tôi đã cung cấp các ví dụ tham khảo mà bạn có thể sử dụng làm hướng dẫn khi thiết kế Hành động giao dịch của riêng mình.
Ví dụ
Mẹo thiết kế
Đảm bảo các hộp thoại
nghe tự nhiên và có tính đối thoại
– cách người thật trò chuyện.
Văn bản bằng TTS/giọng nói không nhất thiết phải khớp chính xác với văn bản xuất hiện trong ô trò chuyện của bạn. Tính năng này sẽ hoạt động hiệu quả nếu bong bóng trò chuyện là một phần của hộp thoại thoại.
Chào đón khách truy cập và thu hút họ tương tác. Hỏi xem họ cần gì và đưa ra
một vài khối đề xuất để giúp họ bắt đầu.
Trước khi mời người dùng thêm các mặt hàng vào giỏ hàng, hãy kiểm tra phần phụ trợ bằng cách thêm tính năng điền vùng và sử dụng loại vùng actions.type.TransactionRequirementsCheckResult
để xác nhận rằng người dùng đã thiết lập thông tin thanh toán cho Trợ lý Google.
Hãy chuẩn bị để phản hồi cùng một vấn đề bằng giọng nói như với các trải nghiệm web hoặc thiết bị di động khác. Ví dụ: cung cấp một mặt hàng tương tự khi bạn hết một kích thước hoặc màu sắc nhất định, hoặc mời người dùng đăng ký để nhận thông báo khi mặt hàng đó có hàng trở lại.
Xin lưu ý rằng bản tóm tắt đơn đặt hàng được tạo bằng dữ liệu bạn truyền qua API.
Nhãn "Thanh toán bằng Google" giúp người dùng hiểu rằng Google đã hỗ trợ việc thanh toán.
Khi yêu cầu người dùng cung cấp thông tin, chẳng hạn như thông tin địa chỉ, trước tiên, hãy cho họ biết lý do bạn đưa ra yêu cầu đó và việc đó sẽ mang lại lợi ích gì cho họ.
Google sẽ hiển thị phương thức uỷ quyền mua hàng (không yêu cầu xác thực, mật khẩu hoặc vân tay) dựa trên chế độ cài đặt của người dùng. Đôi khi, quá trình đánh giá rủi ro của chúng tôi sẽ mở ra một bước xác thực bổ sung như xác nhận CVV cho thẻ.
Sau khi thanh toán xong, hãy nhớ gửi biên nhận và xác nhận đơn đặt hàng. Điều quan trọng là người dùng phải hiểu rằng bạn là đơn vị chịu trách nhiệm xử lý thanh toán và sẽ cung cấp mọi thông tin chi tiết về đơn đặt hàng, chứ không phải Google.
Theo mặc định, các giao dịch có thể được thực hiện trên nền tảng có màn hình (chẳng hạn như điện thoại Android) hoặc nền tảng chỉ có giọng nói (chẳng hạn như Google Home).
Để hỗ trợ tốt nhất cho các giao dịch chỉ dùng bằng giọng nói, hãy chú ý hơn đến thiết kế trải nghiệm trò chuyện tốt sao cho người dùng có thể trải nghiệm trọn vẹn giao dịch.
Lưu ý rằng một số ý định giao dịch có thể yêu cầu màn hình. Hầu hết những việc này (ví dụ: thêm địa chỉ giao hàng mới, khắc phục các vấn đề về thanh toán, liên kết tài khoản) sẽ được tự động chuyển đến điện thoại. Nếu có bất kỳ nội dung bổ sung nào hiển thị tốt nhất trên màn hình cho cuộc trò chuyện (ví dụ: trình bày câu trả lời nhiều định dạng để tạo thẻ, hiển thị Điều khoản dịch vụ của người bán hoặc chính sách quyền riêng tư), bạn nên kiểm tra xem giao diện hiện tại có hỗ trợ capabilities RICH_RESPONSE
hoặc WEB_LINK
hay không và chuyển sang một nền tảng mới nếu không có.
Nếu không muốn hỗ trợ các giao dịch chỉ bằng giọng nói với Hành động, bạn có thể thiết lập dự án Actions của mình để yêu cầu màn hình bằng cách chuyển đến Deploy > Surface4 (Triển khai > Khả năng của nền tảng) trong Actions Console và đặt Do your Actions (Hành động của bạn có yêu cầu đầu ra màn hình) thành Yes (Có).
Trừ phi có lưu ý khác, nội dung của trang này được cấp phép theo Giấy phép ghi nhận tác giả 4.0 của Creative Commons và các mẫu mã lập trình được cấp phép theo Giấy phép Apache 2.0. Để biết thông tin chi tiết, vui lòng tham khảo Chính sách trang web của Google Developers. Java là nhãn hiệu đã đăng ký của Oracle và/hoặc các đơn vị liên kết với Oracle.
Cập nhật lần gần đây nhất: 2025-07-25 UTC.
[null,null,["Cập nhật lần gần đây nhất: 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**."]]