Busca a alguien que no esté familiarizado con tu proyecto para que pruebe el diálogo. Hacer comentarios durante el proceso de diseño expone problemas de usabilidad y te da la oportunidad de autocorregirte con anticipación. Antes de escribir una sola línea de código, es importante ejecutar una prueba de usabilidad en tu experiencia conversacional. Recomendamos realizar un experimento rápido del mago de Oz (WOZ) para ayudarte a descubrir si estás en el camino correcto.

Usa lo que tienes Todo lo que necesita son sus diálogos de muestra (que ya debería tener en este punto). Simplemente, busque a alguien que no conozca su proyecto (p. ej., familiares, amigos, colegas) y pídale que interprete su diálogo con usted. Podrá leer las líneas de su persona y observar cómo reaccionan como usuario. Si el usuario se aleja del guion, no dudes en improvisar lo que diría tu persona.

Para obtener una experiencia más realista, simula la función de la persona siguiendo las indicaciones de la persona con el simulador de TTS en la Consola para desarrolladores de Actions on Google. Descarga el audio para tenerlo listo para reproducirlo a pedido.

Esta versión requiere cuatro elementos:

• Un guion de conversación que proporciona instrucciones sobre lo que la persona debe decir después de cada respuesta del usuario. El flujo de alto nivel (o una versión simplificada de este) es ideal para esta tarea.
• Se descargó el audio de todas las indicaciones habladas de la persona. Usa nombres de archivos que te ayudarán a identificar rápidamente el archivo correcto que quieres reproducir.
• Alguien toca el "usuario". Debe ser alguien que no conozca tu acción.
• Alguien toca el "mago". Debe ser alguien que conozca tu acción.

Pídele al asistente que inicie la conversación con el audio del saludo de tu acción, por ejemplo, "Te damos la bienvenida a la plataforma de lanzamiento para todo lo relacionado con Google I/O. El festival está en curso. ¿Eres uno de los afortunados asistentes? El mago esperará a que el usuario responda, con suerte con un sinónimo de "sí" o "no". Una vez que el usuario haya respondido, tendrá que consultar rápidamente el flujo de alto nivel para determinar qué mensaje tocar a continuación y luego buscar y reproducir el archivo de audio correcto.

Por supuesto, una vez que hayas comenzado a compilar tu acción, debes probarla con frecuencia mediante el simulador de Actions que se encuentra en la Consola para desarrolladores de Actions on Google. Solicite a sus amigos, familiares o colegas que también lo prueben.

Independientemente del experimento que uses, asegúrate de hacer lo siguiente:
Exprésate	Dado que tu objetivo es actualizar tu diseño para reflejar lo que funciona mejor para los usuarios reales, quieres que el prototipo de WOZ esté lo más cerca posible de la realidad. Lo que se ve bien en el papel no necesariamente suena o no se siente natural en una conversación real, por lo que debe asegurarse de que los usuarios escuchen sus mensajes y sus respuestas.
Graba tus sesiones	Obtén permiso para grabar tus sesiones a fin de volver a escucharlas. Toma nota de los problemas que surgieron durante la sesión.
Solicitar comentarios	Pídele al usuario que describa su experiencia con sus propias palabras. ¿Cómo cumplió o no cumplió con sus expectativas? ¿Algo los sorprendió? ¿Estuvo satisfecho? Recuerda que el enfoque está en el comportamiento, no en la opinión.

Ejecutar un experimento de WOZ le permite comprender cómo las personas interactuarán con su diseño. Es posible que descubras que los usuarios estaban haciendo algo muy diferente a lo que esperabas, lo que requiere que modifiques el diseño para que se alinee mejor con sus necesidades y expectativas.

Conclusión: Enfócate en la usabilidad de tu diseño (y no en las opiniones de los usuarios). Itera en función del comportamiento de los usuarios y vuelve a realizar una prueba si el tiempo lo permite.

Aspectos que debe buscar (y cómo podría mejorar su diálogo):
Conversación natural	Presta atención a la forma en que los usuarios piden cosas de forma natural. ¿Senten que solo pueden hablar con frases cortas similares a palabras clave o suenan más conversacionales? ¿Son indecisos o están seguros cuando hablan con la persona? ¿El flujo hace que los usuarios sientan que solo pueden proporcionar información a la vez o los incentiva a proporcionar varios detalles en una oración?
Confusión del usuario	Busca lugares donde los usuarios parezcan confundidos o no estén seguros de qué decir o hacer. Examina los mensajes anteriores para ver dónde podrías hacer algunas aclaraciones. ¿El llamado a la acción era claro?
Expresiones inesperadas	Es posible que los usuarios digan algo que no esperabas. Toma nota de ella y agrégala a tu diseño.
Señales de frustración o impaciencia	Por lo general, esto es una señal de que la interacción es demasiado larga. Revisa los mensajes para ver si puedes ser más conciso. ¿Hay detalles que se puedan omitir?
Observa quién habla más	¿Los usuarios parecen tener el control de la conversación? Si no es así, ¿cómo puedes cambiarlo?

Realizar pruebas sólidas es fundamental para desarrollar software de alta calidad y generar satisfacción en los usuarios.

En este video, se profundiza en el desarrollo de pruebas de extremo a extremo para tus acciones y se abordan las herramientas disponibles a fin de facilitar el proceso. También compartirá prácticas recomendadas sobre varios temas, como la forma de controlar consultas inesperadas de los usuarios.