Lineamientos de diseño

Diseña una conversación para guiar a los usuarios a través de tus flujos transaccionales. Proporcionamos ejemplos de referencia que puedes usar como guía cuando diseñes tus propias acciones transaccionales.

Ejemplos

Sugerencias de diseño

  • Asegúrate de que los diálogos suenen de forma natural y conversacional, es decir, la forma en que hablaría una persona real.

  • El texto que pronuncia el TTS o la voz no tiene que coincidir exactamente con el que se muestra en las burbujas de chat. Funciona bien si las burbujas de chat son un subconjunto del diálogo hablado.

  • Saluda a tus visitantes y logra su participación. Pregúntales qué necesitan y ofréceles algunas sugerencias para empezar.

  • Antes de invitar al usuario a agregar artículos al carrito, realiza una verificación de backend. Para ello, agrega el relleno de ranuras y usa el tipo de ranura actions.type.TransactionRequirementsCheckResult a fin de confirmar que el usuario haya configurado los pagos para Asistente de Google.

  • Prepárate para responder a los mismos problemas de voz que con otras experiencias web o para dispositivos móviles. Por ejemplo, ofrece un artículo similar cuando no tengas un tamaño o color determinado, o invita a los usuarios a registrarse para recibir una notificación cuando el artículo vuelva a estar en stock.

  • Ten en cuenta que el resumen del pedido se compila con los datos que pasas a través de la API. La etiqueta "Pagar con Google" ayuda a los usuarios a comprender que Google facilitó el pago.

  • Cuando solicites información a los usuarios, como su dirección, primero infórmales por qué envías la solicitud y cómo los beneficiará.

  • Google presentará el método de autorización de compra (no se requiere autenticación, contraseña ni huella digital) según la configuración del usuario. En ocasiones, nuestra evaluación de riesgos iniciará un paso de autenticación adicional, como confirmar el CVV de una tarjeta.

  • Una vez que se complete el pago, asegúrate de enviar un recibo y una confirmación del pedido. Es importante que los usuarios comprendan que eres el comerciante oficial, y te enviarán todos los detalles del pedido, no Google.

  • De forma predeterminada, las transacciones se pueden realizar en una superficie con una pantalla (como un teléfono Android) o en una plataforma solo de voz (como Google Home).

    • Para admitir mejor las transacciones solo de voz, presta especial atención a diseñar una buena experiencia de conversación que guíe a los usuarios a través de la experiencia de transacción completa.

    • Ten en cuenta que algunos intents de transacciones pueden requerir una pantalla. La mayoría de estos (p.ej., agregar una nueva dirección de entrega, solucionar problemas de pago o vincular la cuenta) se transferirán al teléfono automáticamente. Si hay incorporaciones en la conversación que se muestran mejor en una pantalla (p.ej., presentar respuestas enriquecidas para la creación de tarjetas, mostrar las Condiciones del Servicio de un comercio o una política de privacidad), debes verificar si la plataforma actual admite las capabilities RICH_RESPONSE o WEB_LINK, y, en caso contrario, transferirla a una plataforma nueva.

    • Si prefieres no admitir transacciones solo por voz con tu Acción, puedes configurar tu proyecto de acciones para que requiera una pantalla. Para ello, navega hasta Implementar > Funciones de Surface en la Consola de Actions y configura Do your Actions required a screen output en Yes.