Diseño de conversaciones transaccionales (Dialogflow)

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 aparece 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 que comiencen.

  • Antes de invitar al usuario a agregar artículos al carrito, realiza una verificación de backend con actions.intent.TRANSACTION_REQUIREMENTS_CHECK para confirmar que el usuario tiene configurados los pagos para Asistente de Google.

  • Prepárate para abordar 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 (ya sea que no se requiera autenticación, contraseña o 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 que les enviará 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 por 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 recursos (p.ej., agregar una nueva dirección de entrega, solucionar problemas con los pagos, vincular la cuenta) se transferirán al teléfono automáticamente. Si hay incorporaciones en la conversación que se muestran mejor en la pantalla (p.ej., presentar respuestas enriquecidas para la creación de tarjetas, mostrar las Condiciones del Servicio o la política de privacidad de un comercio), debes verificar si la plataforma actual admite las capacidades de SCREEN_OUTPUT o WEB_BROWSER y, de lo contrario, transferir a una plataforma nueva.

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