Con empresas como Mozilla imaginandose día a día como cambiar el mundo por medio de la tecnología, los diseñadores de interacción tenemos un gran futuro por delante.

Si no pueden ver el video den clic aquí.

Para más información pueden leer:
http://www.MozillaLabs.com/seabird

Pregunta: ¿Cuántos programadores se necesitan para cambiar un foco?
Respuesta: Ninguno ¡eso es problema de hardware!

Y cuando lo trasladamos a cuántos especialistas en usabilidad se necesitan para cambiar un foco, la respuesta correcta es cuatro: Dos para realizar la investigación de campo y el análisis de tareas para determinar si la gente realmente necesita iluminación con ese foco; uno para observar al usuario que instalará el foco, y uno más para grabar la prueba de usabilidad en video.

El chiste pertenece a un artículo relacionado a la ingeniería de usabiliad a bajo costo. Muchas veces se deja de hacer usabilidad para interfaces por el alto costo que ésta implica. Pero lo que también en cierto, y tema centrar de la fuente, es que existen métodos como la evaluación heurística, que por excelencia es el método de usabilidad de inspección más utilizado y por qué no decir: más efectivo y de bajo costo. La combinación perfecta para sí hacer las cosas.

Mañana hablaré de estos asuntos de la evaluación heurística en insitum para los chavos que se van a especializar en estos temas. Yo creo que me reservaré la broma, mejor que la lean por acá.

Siguiendo con la línea de describir algunas de las técnicas de diseño de interacción que utilizamos, ahora le toca el turno al rapid prototyping, acá algunos datos de utilidad que todos deberíamos de saber.

¿Qué es?

Es un método rápido para construir prototipos (Interfaces) tomando como base los hallazgos preliminares de investigación de usuario. Tiene la gran ventaja que en corto tiempo se puede explorar variedad de estructuras o propuestas antes de desarrollar el prototipo final.

¿Cómo se realiza?

Dependiendo del nivel de detalle se auxilia de técnicas como el Card Sorting (ordenamiento de tarjetas) o Paper Prototyping (prototipos de papel), que generan una aproximación entre contenido, estructura y función. Estos prototipos se recomienda probarlos con usuarios finales o expertos para su refinamiento.

Generalidades

En el rapid prototyping se desarrollan maquetas rápidas interactivas de los elementos fundamentales de la interfaz; con el fin de facilitar la interacción del usuario con las funcionalidad del sitio, aplicación o interfaz que estemos diseñando. Esto ayuda a poner a prueba las funcionalidades básicas del diseño antes de iniciar una etapa de desarrollo y programación. Al final es bueno usar prototipos rápidos para ahorrar en costos futuros de producción a veces irreversibles.

Ejemplo

Si necesitáramos crear una maqueta de un sitio para entender cómo el usuario navegaría en una interfaz que aún no ha sido creada, el rapid prototyping es un primer acercamiento para aterrizar el concepto, la estructura y los contenidos preliminares con la ventaja de poder hacer cambios sin que afecten en costos de programación o diseño final.

También es importante señalar que el equipo de diseño o incluso el cliente está más abierto al cambio cuando las cosas se encuentran a nivel prototipo que cuando se está en los procesos casi finales. Deberíamos incluir esta técnica en todos los proyectos que necesiten propuestas de estructura y contenido a nivel de interfaz.

“Recuerda que debes pasar a recoger tus boletos en la taquilla de Cinemex, antes de que inicie la función “el miércoles 31/diciembre/1969 a las 18:00, para que disfrutes la película completa.”

Yo creo que a estas alturas ya no podré disfrutar de la película, pero en fin, ya imprimí mi boleto e iré de todos modos.

La usabilidad existe, sólo que se nota cuando algo sale mal.

La mayor diferencia entre el Paper Prototyping y el Usability Test radica principalmente en el costo y en el momento de su empleo.

La diferencia de costo radica en los recursos que se necesitan para echarla a andar; mientras en el Paper Prototyping solo se necesita papel para representar la interfase y la persona que vaya administrando el flujo de “pantallas”, en el estudio de usabilidad convencional suele emplearse una versión “semifuncional” de la aplicación misma en su entorno real: la computadora.

A continuación, les dejo un video de para que puedan entender mejor el proceso en el que se conduce una sesión de usabilidad empleando la técnica de Paper Prototyping.

Como verán estamos posteando algunas técnicas de investigación que usamos frecuentemente en nuestros proyectos, ahora a mí me toca hablar del tan usado Task Analysis o análisis de tareas.

¿Qué es el task analysis?

Es una técnica de Usabilidad para medir la facilidad de uso de una interfaz a partir de cómo los usuarios realizan tareas para lograr objetivos específicos en dicha interfaz.

Lo importante de un Task Analysis no es cuántos hacemos (cantidad), sino la elección de cada una de las tareas y nuestra capacidad de observación para ver cómo el usuario las ejecuta.

¿Por qué hacer un Task Analysis?

Porque para medir la facilidad de uso de una interfaz no es suficiente que el usuario nos diga su percepción (me gusta, no me gusta), es necesario saber si la gente puede completar los procesos o tareas que generan valor a las interfaces: Compra o venta de productos, llegar a información de contacto, configurar un dispositivo móvil, etc. Es decir el fin último y la razón de negocio de esa interfaz.

¿Cómo se hace un Task Analysis?

A partir de los objetivos de la interfaz se determinan las tareas principales que el usuario debería poder completar sin problemas. Teniendo las tareas identificadas, se registra la ruta ideal, es decir los pasos por los cual el usuario debería pasar.

Se genera un formato de registro de Task Analysis con las tareas y pasos ya definidos (Ver formato PDF de ejemplo).

El formato debe registrar si el usuario logró terminar la tarea o no, al igual que los tiempos y observaciones pertinentes.

Es recomendable que el Task se haga entre dos personas, el que va preguntando al usuario y el que toma las notas (El registro también se puede hacer con un Software especializado llamado: Morae, por dar un ejemplo).

¿Y los resultados?

Para sacar los resultados finales, a cada task se le debe asignar un puntaje, dependiendo la importancia de la tarea, el cual al final debe ser promediado.

Finalmente el Task Analysis es una técnica cualitativa que facilita resultados numéricos para hacer que los clientes obtengan un punto de referencia con cual poder medir su situación actual. Pero repito, es una tècnica cualitativa.

g-speak overview 1828121108 from john underkoffler on Vimeo.

Oblong Industries es a gran medida la culpable de esta extraordinaria interfaz de realidad aumentada junto con los locos del MIT Media Laboratory de que g-speak se esté desarrollando desde 1990. Pero ahora, tal como dicen en su página: con la ventaja de los pixeles son baratos y las computadoras rápidas, pueden crear espacios híbridos donde la gente tenga la capacidad de interactuar con objetos digitales y físicos usando lenguaje corporal tal como vemos en el cine.

Por lo que vi en la página de Oblong, g-speak es un producto que pueden ofrecer a empresas para cuestiones específicas, suena interesante sobre todo para dar ese pasito de manejar espacios virtuales como si fueran tangibles en esto de visualizar información y datos para el análisis, me lo imagino perfecto en algunos proyectos de insitum. Bueno ya estoy debrayando.

Les dejo los siguientes enlaces por si quieren más detalles del proyecto:

La idustria atrás del desarrollo y diseño de g-speak: Oblong

Una de las personas atrás este proyecto: john underkoffler. También tiene otras interfaces interesantes a nivel muy prototipo como: luminous room demos

Y finalmente un análisis de Omar sobre este tipo de interfaces tomando de referencia Ironman: Ironman, HCI y algo de infodiseño (el culpable de que me haya enterado de g-speak)