Reúne requisitos

Recopilar requisitos para una experiencia de conversación no se trata solo de definir las características y funcionalidades, aunque ese sea el resultado principal. En esencia, el proceso de recopilación de requisitos consiste en comprender a los usuarios y las capacidades técnicas.

Comenzar con requisitos claros y bien investigados es la mejor manera de evitar la necesidad de realizar cambios importantes después de que se complete el diseño o el desarrollo.

Identifique a sus usuarios

Recopilar requisitos es hacer preguntas y usar datos para responderlas. Por ejemplo:

  • ¿Quiénes son sus usuarios?
  • ¿Cuáles son sus necesidades?
  • ¿Cómo realizan estas tareas hoy?
  • ¿Qué palabras o frases utilizan para hablar de estas tareas?
  • ¿En qué situaciones o circunstancias se activan estas tareas?

Si bien es importante realizar optimizaciones en función de sus usuarios más frecuentes, no lo haga a costa de las experiencias de otros usuarios. Un producto bien diseñado es inclusivo y accesible a nivel universal. El diseño para diferentes poblaciones significa aprovechar el diseño inclusivo o las estrategias de diseño universal. A menudo, la adaptación que debes hacer para una población termina beneficiar a todos (p.ej., una rampa es más fácil que las escaleras). Para obtener más información, consulta los lineamientos de accesibilidad de Material Design.

Crear usuarios y recorridos

Usuario persona

¿Quién es el usuario?

Un usuario persona es una descripción específica, pero breve, de un usuario individual. Piensa en los tipos de personas que esperas que usen tus acciones y crea personas para representarlas. Estas personas de usuario lo ayudarán a evitar el diseño solo para usted y sus objetivos.

Recorrido del usuario

¿Cuáles son los objetivos del usuario?

¿Cuál es el contexto del usuario?

Un recorrido del usuario es la ruta que le permite completar un objetivo en un contexto determinado.

Recorridos críticos del usuario

Describa cada uno de los momentos relevantes del recorrido.

Los recorridos críticos del usuario son aquellos que 1) ocurren con mucha frecuencia o 2) son de importancia clave para el usuario. Procure ayudar a los usuarios a completar uno de estos recorridos de principio a fin. Enfocarse en ellas te ayudará a crear acciones que lleguen a un público amplio o dedicado.
Consulta estas entradas de blog para obtener más detalles sobre cómo diseñamos y creamos la acción de I/O 18. También puede consultar el código fuente para conocer mejor la estructura.
Ana, de 27 años, es una diseñadora de UX y artista de bocetos a la que le apasiona crear experiencias del usuario atractivas que ayuden a los usuarios a realizar sus tareas.
Ana tiene una programación completa para Google I/O y no quiere perderse nada. Le entusiasma aprender a diseñar una experiencia con Actions on Google asistiendo a charlas relevantes. También quiere conocer todas las demostraciones nuevas y conseguir productos promocionales de Google.
Anna está en Mountain View para Google I/O. Recién empieza su día, se va de su hotel y se dirige al anfiteatro Shoreline.
Ana comienza por obtener instrucciones sobre cómo llegar al anfiteatro Shoreline y obtener información sobre dónde estacionar. Una vez en el lugar, recibe ayuda para encontrar la forma de retirar su insignia. Luego, va al escenario principal al discurso de apertura y va a desayunar algo en el camino. Cuando se establece, tiene tiempo para esperar, así que revisa sus próximas sesiones. Será un día soleado, por lo que se le recuerda usar el protector solar en la bolsa de regalo mientras espera.

Identificar capacidades técnicas

Determine qué es y qué no es posible según el cronograma y los recursos.

¿Cuáles son las capacidades y las limitaciones de los diversos sistemas en los que se basarán tus acciones?

Ejemplo: Google I/O 18 permite a los usuarios crear una programación personalizada de todas las sesiones a las que quieren asistir.
  • ¿Cómo se identificará a los usuarios? En todas las sesiones
  • ¿Cómo y dónde se guardará su progreso?
  • ¿Se sincronizarán sus cambios con la app para dispositivos móviles de Google I/O?
  • ¿Cómo controlarás las sesiones superpuestas?

¿Cuál es el formato y la calidad de los datos que usará?

Ejemplo: Google I/O 18 lee información sobre las sesiones
  • ¿Qué información está disponible? (p. ej., títulos, descripciones, fechas y horas, temas, etcétera).
  • ¿Cuál es el formato de la información de la sesión? ¿Tiene texto sin formato, audio o algún otro?
  • Si el contenido es texto sin formato, ¿se escribió para que se vea o se escuche?
  • ¿Cuánto dura? ¿O cuánto tiempo tarda en leerse?

A menudo, se debe cambiar el formato antes de que algunos tipos de contenido se puedan renderizar de forma correcta en texto a voz (TTS).

Identifica tus casos de uso clave

Teniendo en cuenta las limitaciones técnicas, el nivel de esfuerzo y el cronograma, ¿qué casos de uso puede admitir? Asigna prioridades según corresponda.
Coloca tu esfuerzo en el lugar que generará el mayor impacto. Pueden ser situaciones que afecten a la mayor cantidad de usuarios. Podrían ser casos de uso/diferenciadores de mercado altamente visibles. También puede tratarse de una función que marca la gran diferencia para unos pocos usuarios leales.
Investiga un poco sobre el modo en que los usuarios completan esta tarea hoy y sobre el idioma que usan para describirla.

Si aún no lo hiciste, asegúrate de leer estas entradas de blog para obtener información detallada sobre cómo diseñamos y creamos la acción de I/O 18 (o consulta el código).

Para la Acción 18 de Google I/O, hablamos con Googlers que trabajaron en el evento en años anteriores. Les preguntamos qué tipo de preguntas suelen tener los asistentes durante el evento. Estas preguntas suelen incluirse en una de las siguientes 4 categorías:

Navegación general Navegación personal Detalles del evento Detalles del evento específicos de la ubicación

"¿Dónde está el baño?"

"¿Dónde están los codelabs?"

"¿Dónde es mi próxima sesión?"

"¿Dónde puedo hacer que mi aplicación se revise?"

"¿A qué hora es el almuerzo?"

"¿Cuándo es la fiesta después del evento?"

"¿Cuál es la próxima sesión en esta sala?"

"¿Qué puedo hacer aquí?"

Con este conocimiento, decidimos enfocarnos en estos casos de uso clave:

  • Proporciona información de ruta para ubicaciones específicas del Shoreline Amphitheatre, por ejemplo: baños, estacionamiento, rutas en automóvil
  • Proporciona información sobre cómo encontrar ubicaciones específicas de Google I/O, como retiro de insignias, zona de pruebas, codelabs, horarios de atención y opiniones sobre la app, después del cierre y tienda de I/O.
  • Proporcionar detalles de los eventos de todos los discursos de apertura, sesiones, horarios de atención y comidas, y permitir que se filtren por hora, ubicación o agenda del usuario
Anterior
¿Es adecuada la conversación?
Siguiente
Crear una persona