หลักเกณฑ์การออกแบบ

ออกแบบการสนทนาเพื่อแนะนำผู้ใช้ผ่านขั้นตอนการดำเนินการ เราได้ให้ตัวอย่างอ้างอิงที่คุณสามารถใช้เป็นแนวทางในการออกแบบการดำเนินการด้านธุรกรรมของคุณเอง

ตัวอย่าง

เคล็ดลับการออกแบบ

  • ตรวจสอบว่าบทสนทนา ฟังดูเป็นธรรมชาติและพูดคุย ในแบบที่คนจริงๆ พูด

  • ข้อความที่พูดโดย TTS/เสียงไม่จำเป็นต้องตรงกับข้อความที่แสดงในบับเบิลแชททุกประการ โดยจะทำงานได้ดีหากบับเบิลแชทเป็นส่วนหนึ่งของกล่องโต้ตอบที่พูด

  • ทักทายผู้เข้าชมของคุณและทำให้ผู้เข้าชมมีส่วนร่วม ถามสิ่งที่ลูกค้าต้องการและเสนอ ชิปคำแนะนำอีก 2-3 รายการเพื่อเริ่มต้น

  • ก่อนเชิญผู้ใช้ให้เพิ่มสินค้าลงในรถเข็น ให้ตรวจสอบแบ็กเอนด์โดยเพิ่มข้อมูลในช่องและใช้ประเภทช่อง actions.type.TransactionRequirementsCheckResult เพื่อยืนยันว่าผู้ใช้ตั้งค่าการชำระเงินสำหรับ Google Assistant แล้ว

  • ให้เตรียมพร้อมที่จะตอบสนองต่อปัญหาโดยใช้เสียงแบบเดียวกับประสบการณ์ใช้งานอื่นๆ ในอุปกรณ์เคลื่อนที่หรือเว็บ เช่น เสนอสินค้าที่คล้ายกันเมื่อสินค้าหมดบางขนาดหรือบางสี หรือเชิญผู้ใช้ให้ลงชื่อสมัครใช้เพื่อรับการแจ้งเตือนเมื่อสินค้านั้นกลับมาพร้อมจำหน่ายอีกครั้ง

  • โปรดทราบว่าข้อมูลสรุปคำสั่งซื้อสร้างขึ้นด้วยข้อมูลที่คุณส่งผ่าน API ป้ายกำกับ "ชำระเงินด้วย Google" จะช่วยให้ผู้ใช้ทราบว่า Google ช่วยอำนวยความสะดวกในการชำระเงิน

  • เมื่อคุณขอข้อมูลจากผู้ใช้ เช่น ข้อมูลที่อยู่ คุณต้องแจ้งให้ผู้ใช้ทราบเกี่ยวกับเหตุผลที่คุณส่งคำขอและประโยชน์ที่ผู้ใช้จะได้รับ

  • Google จะแสดงวิธีการให้สิทธิ์การซื้อ (ไม่จำเป็นต้องตรวจสอบสิทธิ์ ใช้รหัสผ่าน หรือลายนิ้วมือ) โดยอิงตามการตั้งค่าของผู้ใช้ บางครั้งการประเมินความเสี่ยงของเราจะเริ่มต้นขั้นตอนการตรวจสอบสิทธิ์เพิ่มเติม เช่น การยืนยัน CVV สำหรับบัตร

  • หลังจากชำระเงินเรียบร้อยแล้ว อย่าลืมส่งใบเสร็จและการยืนยันการสั่งซื้อ ผู้ใช้ต้องเข้าใจว่าคุณเป็นนิติบุคคลที่ประมวลผลการชำระเงิน และจะติดตามรายละเอียดทั้งหมดเกี่ยวกับคำสั่งซื้อ ไม่ใช่ Google

  • โดยค่าเริ่มต้น คุณจะทำธุรกรรมบนพื้นผิวที่มีหน้าจอ (เช่น โทรศัพท์ Android) หรือพื้นผิวแบบใช้เสียงอย่างเดียว (เช่น Google Home) ก็ได้

    • เพื่อให้สนับสนุนการทำธุรกรรมแบบเสียงเท่านั้นได้ดีที่สุด โปรดใช้ความระมัดระวังเป็นพิเศษในการออกแบบประสบการณ์การสนทนาที่ดีซึ่งจะแนะนำผู้ใช้ตลอดการใช้งาน

    • โปรดทราบว่า Intent ของธุรกรรมบางรายการอาจต้องใช้หน้าจอ ที่อยู่ส่วนใหญ่ (เช่น การเพิ่มที่อยู่สำหรับจัดส่งใหม่ การแก้ไขปัญหาการชำระเงิน การลิงก์บัญชี) จะถูกส่งไปยังโทรศัพท์โดยอัตโนมัติ หากมีส่วนเพิ่มเติมใดๆ ในการสนทนาที่แสดงบนหน้าจอได้ดีที่สุด (เช่น นำเสนอคำตอบที่สมบูรณ์สำหรับการสร้างการ์ด การแสดงข้อกำหนดในการให้บริการของผู้ขาย หรือนโยบายความเป็นส่วนตัว) คุณควรตรวจสอบว่าแพลตฟอร์มปัจจุบันรองรับcapabilities RICH_RESPONSE หรือ WEB_LINK หรือไม่ แล้วโอนไปยังแพลตฟอร์มใหม่หากไม่มี

    • หากไม่ต้องการรองรับธุรกรรมแบบเสียงเท่านั้นในการดําเนินการ คุณสามารถตั้งค่าโปรเจ็กต์การดําเนินการให้ต้องมีหน้าจอได้โดยไปที่ทำให้ใช้งานได้ > ความสามารถของ Surface ใน คอนโซล Actions และตั้งค่า การดำเนินการต้องใช้เอาต์พุตหน้าจอเป็น Yes