Usabilidad web: Red routes aplicadas a UX

¿Qué son las «red routes» o rutas rojas?

El concepto de “red routes” (rutas rojas) aplicado a la usabilidad es acuñado por David Travis, Managing Director de Userfocus, en 2006.

Red routes (rutas rojas) aplicadas a UX

Las “red routes” son las vías de Londres, marcadas con líneas rojas, en las que no se puede parar o aparcar. Enfatiza que las carreteras más utilizadas por el mayor número de personas deben ser eficientes y requieren prioridad por encima de todo.

 

mapa_rutas_rojas_londres

David Travis llevar el concepto de “rutas rojas” a nuestro sitio web en su artículo “Red route usability: The key user journeys with your web site”. Es decir, identificar las actividades críticas, y asegurarse que las personas usuarias las realizan de la manera más sencilla eliminando todos los problemas de usabilidad, logrando su objetivo y teniendo la mejor experiencia posible.

Por ejemplo, en un ecommerce una “ruta roja” será “elegir un producto”, otra será por ejemplo “comprar un producto”.

Hay que tener en cuenta la frecuencia de las actividades y la naturaleza crítica de la actividad. Además, las “rutas rojas” deben estar en sintonía con los objetivos clave de las personas usuarias.

Las rutas rojas nos ayudan a centrarnos en las necesidades reales de las personas usuarias y es una manera de no llenar la interfaz con elementos innecesarios. Como suele decir, «menos es más».

Definición de las rutas rojas

Las rutas rojas son muy importantes porque nos permite definir qué funcionalidades desarrollar primero en un software, las actividades principales que la gente espera poder llevar a cabo y por las cuales compra el producto, lo que sería el PMV (Producto Mínimo Viable). El PMV permite saber con muy poca inversión si la idea que se está desarrollando responde a las necesidades de las personas usuarias y si tiene aceptación en el mercado. De esto hablaré más adelante.

Cuando hablamos del diseño de actividades, hay que diferenciar entre actividad (elegir un producto, comprar un producto, etc.) de las tareas concretas en las que se desglosan.

Travis comenta en el artículo lo importante que es para la persona usuaria asegurarse de que está eligiendo la mejor opción. Y es lo que desemboca en una serie de tareas para lograr un  objetivo común: leer los comentarios sobre el producto, comparar productos, etc.

Otro ejemplo, si alguien estuviera creando una plataforma de correo electrónico, algunas de las rutas rojas serían las siguientes: Crear una cuenta, enviar correos y recibir correos.

Las “rutas rojas” según Travis deben tener cinco características:

  • Poder realizar una actividad completa, no a una simple tarea.
  • Una “ruta roja” tiene implícita una medida de logro obvia, como es el caso de “comprar un producto”, al contrario que las medidas de éxito generalistas, “que el sitio sea fácil de usar”.
  • Debe ser portátil a un sitio de la competencia. Una “ruta roja” es una actividad que refleja un objetivo de alto nivel del usuario en el sitio y que, por tanto, seguramente puede realizar en otro sitio de la competencia.
  • Se centra los objetivos, no en los pasos del procedimiento, no dicta una implementación concreta.
  • Es realista, se centra en los objetivos más importantes para el usuario y la organización.

“Red routes” dentro del Diseño Centrado en el Usuario

En el proceso del Diseño Centrado en Usuario se distinguen varias fases iterativas. En este caso voy a nombarlas de acuerdo a las fases de Garret.

elementos de la UX

Qué contenidos y funcionalidades le ofrecemos a la persona usuaria y su priorización se realizan en la fase de “Enfoque”.

Por tanto, no podemos definir la arquitectura de información y el diseño de interacción, ni por tanto comenzar el prototipado (fases “Estructura” y ”Esquema” ) sin saber cuáles son las «rutas rojas» de nuestro sitio.

De la misma manera, no podemos identificar las «rutas rojas», sin hacer ux research, sin pasar por la fase de “Estrategia”, donde obtendremos toda la información necesaria sobre nuestro público objetivo y sus necesidades, pero también sobre los objetivos de negocio.

En consecuencia, la definición de las “rutas rojas” se asienta en la información que obtenemos durante la fase de investigación.

¿Cómo saber si una funcionalidad de nuestra aplicación se encuentra en una “ruta roja”?

David Travis propone, en «How red routes can help you take charge of your product backlog» hacerse dos preguntas:

  • ¿Cuántas personas usuarias necesitan/usan esa función?
  • ¿Con qué frecuencia necesitan/usan esa función las personas usuarias?

En base a ellas rellenamos una matriz con dos ejes: en el eje vertical la frecuencia y el horizontal el número de personas usuarias.

tomtomHay que priorizar los problemas de usabilidad

David Travis propone tres preguntas que pueden hacernos priorizar los problemas de usabilidad de nuestro sitio y definir si son “críticas” y es urgente resolver, si son “serias” y hay que resolver lo antes posible o si tienen una criticidad “media” o “leve”.

Árbol de decsión de una ruta roja: David Travis

 

Rik Williams, basándose en este, propone el siguiente en Red Route Usability Prioritisation Flow Chart:

¿Está en una red route? ¿Afecta al negocio? ¿Tiene mucho tráfico?

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *