Will Web For Food

Morae es un paquete de software compuesto por 4 herramientas, destinadas a analizar y compartir la experiencia de uso de una web, estas herramientas son: Morae Manager, Morae Observer, Morae Recorder y Morae Player.

Una de las opciones más interesantes a la hora de evaluar la usabilidad de un site, reside en analizar las tareas especificas destinadas a los distintos perfiles de la audiencia del site. (Este enfoque entronca con personas y escenarios).

Y para este fin Morae resulta una herramienta extremadamente útil.

No obstante requiere cierta estrategia de investigación previa a su uso.

Desde las tareas de diseño del cuestionario:

Debemos establecer cuestionarios equilibrados para los distintos perfiles, de modo que podamos realizar comparaciones intragrupales e intergrupales.

(Ejemplo: podemos detectar que el empleo del buscador de la web a analizar es residual en todos los perfiles, para recabar información podemos fijar tareas de uso del buscador orientadas a las posibilidades de que ofrece el site para los perfiles y analizar las pautas de navegación o la consecución del objetivo.)

Desde la “operacionalización” del experimento:

Conviene tener en cuenta los requisitos de análisis de Morae desde el inicio.

Morae tiene un pequeño problema con las palabras acentuadas, que obliga a corregir estas palabras cuando recuperas un estudio (ejemplo “á” se convierte en “& aacute;”) debido a la codificación de caracteres empleada.

Es posible que exista una solución elegante a esto, pero resulta útil disponer del cuestionario en formato txt, para poder sustituir rápidamente y sin excesivo esfuerzo.

Es importante establecer carpetas diferenciadas para los distintos experimentos y ser ordenado a la hora de definir el nombre del fichero de la grabación.

El formato de fichero “Proyecto_FechaAñoMesDía” creo que resulta muy útil, y evita muchos problemas.

Desde la generación de entregables:

Se puede dar la situación de tener urgencia en generar y distribuir las sesiones del experimento, en principio desde Morae Observer se puede solucionar con gran facilidad.

Si, se ha optado por la funcionalidad en tiempo real, para trasmitir el experimento a los observadores de sala , recuerda que este vídeo carece de la señal de audio, y muy posiblemente tendrás que procesar las grabaciones del experimento mediante Morae Manager para exportarla.

Referencias:

• Prueba Morae

La encuesta es una técnica muy popular en las ciencias sociales para recabar información de grupos cuando estos son voluminosos.

Consiste en una serie de preguntas estructuradas y codificada, al que se llama cuestionario, cuya finalidad es obtener una perspectiva de la opinión de un grupo sobre una o más cuestiones.
Existen distintos tipos de encuesta, atendiendo a una categorización basada en el procedimiento de administración, los fines, los objetivos y la dimensión temporal en la que se realiza.

Cuando se hacen encuestas para recabar la opinión de una audiencia de un site, y esta se realiza mediante un elemento en el site estamos en una encuesta online.

Las encuestas online se deben adaptar al canal web.
Por lo que todo lo que vale para el diseño la web debe valer para el diseño del cuestionario, con esto me refiero a las consideraciones de buenas prácticas sobre usabilidad y accesibilidad.

Algunas consideraciones que pueden serte útiles

Resulta más sencillo enfocar el cuestionario como una prueba de contraste, que como una prueba exploratoria.

Sí generas una hipótesis y la contrastas con la audiencia vía cuestionario vas a tener el campo de análisis mucho más acotado, que si tratas de descubrir todas las posibles deficiencias vía cuestionario.

El cuestionario debe ser digerible, piensa en tu propia experiencia.

Puede que no te moleste dedicarle 5 minutos a responder algunas preguntas, pero desde luego, ninguno queremos estar 55 minutos. (Supongo que quieres un numero, la fórmula mágica para mi esta en no sobrepasar los 15 ítems, siempre y cuando los ítems no tengan más de 6 u 8 categorías de respuesta.)

No obstante, para estar seguros pide a alguna persona que haga la encuesta antes de implementarla en el site y controla el tiempo que emplea.

¿Preguntas abiertas o cerradas?

Las preguntas abiertas son mucho más ricas en información, por el contrario resultan más difíciles de codificar y procesar. Una opción intermedia es emplear respuestas múltiples con diferenciales semánticos bien definidos.

Ten previsto el plan B

¿Qué ocurre si no logras una muestra estadísticamente significativa en el periodo de la investigación?
¿Y si la logras a las 5 horas de lanzar el cuestionario?
Ten cubiertos todos los frentes.

Si la encuesta forma parte de una batería de pruebas de usabilidad, se coherente e integra cada fase dentro de la perspectiva general del proyecto. Genera hipótesis de tipo general, que puedas matizar en el test de usuario o que te sirvan para lograr un enfoque más definido de un análisis heurístico.

La teoría dice que introducir pruebas de evaluación en los proyectos es bueno, y mientras antes las introduzcas mejor para el resultado final.

Ahora, existen algunas pruebas de evaluación que presentan una “secuencialidad” determinada, respecto a la fase del proyecto en el que nos encontremos.

Los análisis heuristicos cumplen ambas categorías, mejor cuanto antes, siempre dentro de la fase de testeo y afinamiento en el enfoque usability.gov o en la fase de desarrollo en el enfoque UCD de ciclo de vida del producto de S.E.

Bien, eso es la parte teórica del curso.

Pasemos a la práctica.

Heuristico…? Eso es lo que hacen donde el carreful no?

Antes de nada, es necesario aclarar el concepto a todos los implicados.
Heuristico es como paralelepípedo, que tiene un nombre contundente, pero no por ello es ingeniería espacial.

Análisis Heuristico es un tipo de análisis en el que se aplica heurística [la capacidad de un sistema para realizar de forma inmediata innovaciones positivas para sus fines], esta capacidad es netamente humana, y podemos considerar a esta capacidad como un sinónimo de “descubrir” (claro, que si dijeras Análisis de Descubrir el cool factor de la investigación desaparecería …)

De Madrid a Toledo, pasando por Nueva York y a nado.

Testear Bueno.
Heuristico Bueno.

Pero ¿para qué?, es una técnica, no un fin, (el fin de la técnica es detectar e identificar factores que afectan negativamente a la usuabilidad del producto web).
El análisis heuristico incrementa su significación si esta integrado dentro de una fase de evaluación y mejora del site, y permite responder a la pregunta “¿Y después que?”

4 ojos ven más que 2, el precio de la vida, ROI, investigadores y costes

A) El análisis heuristico identifica un mayor número de problemas de usabilidad si se incrementa el número de investigadores.
B) El análisis heuristico presenta una relación Coste-Beneficio más baja que otras técnicas de análisis.

A más A) menos B).

Hay que tenerlo en cuenta, y definir el análisis en términos de Muestra (donde aplicamos, WEB/ PDA/TODO) en términos de Tiempos, Costes y Plazos, y orientar la investigación a un fin, y no llevarnos sorpresas,del tipo “¿Y ahora de donde saco yo un investigador?”

En conclusión:

Analisis Heuristico, es un tipo de prueba de evaluación de usabilidad, cuya finalidad es descubrir mediante contraste, con una serie de reglas o guías basadas en principios de usabilidad, que elementos del site lastran la experiencia de uso.

La capacidad de detección del análisis heuristico teóricamente, nos permite hablar de un nivel de confianza entorno al 75% de problemas de usabilidad para 5 evaluadores, según J. Nielsen, (no he visto los cálculos y el diseño del experimento, pero la lógica me resulta un poco discutible, estos datos se basan en tener identificados el 100% de los problemas antes de iniciar la investigación… lo cual, me resulta extraño, es una técnica exploratoria.

Todo el proceso se plasma en un informe del Análisis Heuristico. (¿necesitas un ejemplo?, cortesía de las señoritas de cadius)

Referencias:

• Evaluación Heuristica en J.Nielsen
• Ejemplo de Heuristico de Xenox
• Ejemplo de Heuristico de J.Nielsen
• Evaluación Heuristica en Sitepoint
• Algunas recomendaciones más
• Recientemente han dicho …
• Y el saber universal sobre la cuestión

Las tareas de prototipado es una de las partes más visibles de las tareas de de Arquitecto de la Información ( el nombre profesional que engloba a la profesión es un buen motivo de reflexión… Ai, Diseñador de Internar, de Interacción, date una vuelta por las encuestas profesionales, apuesto a que no pensabas que podrías enfocar tu perfil a tantos roles … pero eso es otra historia.)

Teóricamente (enfoque usability.gob) primero Planeas lo que hay que hacer, luego Analizas el que, el como y el quien, luego Diseñas todo eso y luego Contrastas y Afinas.

Planeas>> Analizas>>> Diseñas>>>> Contrastas y Afinas

De estas 4 fases Prototipar seria un paso de Diseñas.

¿Como es posible que los protos tengan tanta visibilidad?

(el 66% (36% en HI) del tiempo total de los encuestados en upa 2005)

La técnica y la magia.

Como problema técnico el prototipado no me preocupa, cada uno tiene sus gustos y preferencias, (y no seré yo quien abra otro debate más sobre visio VS powerpoint ) y elige la herramienta en función de múltiples contextos.

Eso técnicamente, ahora teóricamente me parece un problema capital definir un estándar de prototipos, y como se llega a ellos.

“Planeas”, en este texto se debe leer como sinónimo de toma de requisitos, definición de audiencia, definición de parámetros de éxito, objetivos y kick-off, todo en una dimensión muy teórica, en la que no cuesta mucho tiempo nada , el mundo de las ideas, y de las expectativas.

“Analizas” es algo más terrenal. Hay que hablar de requisitos, si estos no se han fijado la fase anterior. Ya no hablas de audiencia en abstracto, empiezas a segmentar audiencias, orientas los objetivos, empiezas a definir las tareas, empiezas a plantearte escenarios y personajes, a identificar a tu audiencia con las tareas, y empiezas a hacer feliz a todo el ecosistema del desarrollo, (cliente, stakeholders, … ) dentro de lo posible.

Y “diseñas”. Aquí esta casi todo el grueso de las técnicas.
Ahora, hasta llegar aquí has hecho muchas cosas, que te pueden ahorrar muchos problemas.

Bienvenido al mundo real.

¿ Y todo esto es viable dentro de un proyecto real?

Bueno, pues hay días buenos y días no tan buenos, lo que si tengo claro es que empezar a pintar protos sin tener claro que se quiere lograr, convierte el día en un mal día.

Los prototipos tienen ciclos de vida distintos dependiendo de los contenidos y el alcance que contengan.

Y así, no es igual bosquejar una idea durante la fase de toma de requisitos, que entregar prototipos al equipo de desarrollo, o presentar un proyecto a un cliente final.

Por eso, resulta vital elegir el prototipo adecuado a cada ocasión.

Los prototipos cumplen además otra función, es una herramienta de evaluación de usabilidad.

Referencias:

• Prototipas
• o Estudias?

Una de las cosas más útiles que tiene Visio, como herramienta de prototipado, es la posibilidad de crear macros desde el editor de Visual Basic.

Vale, de momento esto no resulta nada espectacular, así que veámoslo en la perspectiva de extremadamente vago (TM) *, donde realmente la idea no indica toda su capacidad.

Prototipado de un portal de ciertas dimensiones con múltiples paginas de nivel modular, donde las distributivas difieren en el tipo de módulos que presentan.

Vale, eso es la forma complicada de decir que el portal tiene muchas paginas que se parecen (por la estructura modular, y por la coherencia) pero que van cambiando en algunos detalles.

Bien ante esto podemos coger la pagina que se parece y copy+pastel, pero Visio no va a respetar las dimensiones y las pantallas te van a salta al hacer las transiciones de una pagina a otra.

Otra opción es reticular el fondo con guías y ajustar.

Y otra es emplear la Macro “Copy Page”.

¿Quieres probar?

Bien, ¿tienes Visio? , lo abres, creas un nuevo documento, vas a herramientas, vas a macros (Alt + F8) .

El sistema te va a presentar esta ventana, le pones nombre a la macro, se abre el Visual Basic y le cascas este chorro (OJO el editor inicia el documento con Sub “Titulo”()
End Sub. Elimínalo y pega la macro.)

Salvas y vuelves a Visio.Pinta algo y prueba.
Herramientas > Macros >Modulo 1> Nombre de la macro ( COPYPAGE)

Y ya esta. complícate la vida una vez, reaprovéchalo muchas.

AdvertenciaLas macros en ocasiones se emplean como transporte de software malicioso y/o virus.

Referencias:

• Por seguridad
• Mas seguridad
• En Welie
• Para sacarle chispas al visio

*La filosofía “extremadamente vago” en propiedad de Ale Muñoz, más info en su blog.

Si practicas Ia, estarás observando que algo ocurre ahí fuera. Que las prácticas se están especializando, y evolucionando. Que las startup de garaje traen la capa de Ux de serie.

A esto le llamamos New Wave of the Information Architecture o nwIA

Los procesos se están alejando del modelo de cascada en el ciclo de finalización, y cada vez se va más a un modelo en espiral evolucionado de la cascada. Con más puntos de contacto de las tareas de arquitectura, y ciclos de vida cada vez más largos para el producto, control y revisión, van, roí, minería, analíticas, rediseños incremental, estrategias internacionales, mutidioma, análisis etnológicos, jad, uems …

Nada es nuevo, pero verlo todo trabajando junto es bonito.

Si estas involucrado en nwIA los DDD, y los Sheter de técnicas pueden resultarte útiles.

Cuando desarrollas un site, en la fase de análisis y definición (Fad) es habitual definir las estructuras de pantalla mediante arquetipos, establecer la modulación de las funcionalidades y de los contenidos en los prototipos (de alta fidelidad, para no tropezar con los descuadres loren ipsum), y definir el modelo de interacción diseñado para la aplicación.

Estas tareas se complementan con auditorias de contenidos y acciones propias de la arquitectura de la información en una fase previa, sobretodo cuando el diseño es un RE-diseño.

Para que la Fad finalice con un armazón del nuevo site lo más ampliamente acotado.

Pero hay un frente que no se suele tener en cuenta.

La propia estructuración semántica lingüística de los contenidos.( no confundir con la lógica del código)

Habitualmente este asunto es algo espinoso, ya que, por ejemplo, un portal con varios roles de edición (redactores, editores, revisores y publicadores, por ejemplo) pueden percibir la tarea de nutrir el site como una carga añadida a los quehaceres diarios, y las recomendaciones de generación de contenidos desde las perspectivas de usabilidad y accesibilidad suelen ser problemáticas y poco respetadas.

Por lo que generar un Plan de Lenguaje para el site puede resultar interesante y útil.

El plan de lenguaje es una práctica tomada de la administración norteamericana que permitió normalizar y homogeneizar las comunicaciones de sus distintos organismos.

Para un site, resulta útil por que logra solventan ciertas incongruencias, permitiendo que la estructuración y el look and feel definido para sitio este acorde con los contenidos. (No hacer esto es similar a decir si y mover la cabeza hacia los lados)

Si le dedicas tiempo a que las estructuras contenedoras, y a que las estructuras lógicas de tu site sean coherentes no debes descuidar los contenidos.

Un plan de lenguaje básico debe indicar como el site habla con el visitante.

Para ello se define, el tiempo verbal, la voz, el tratamiento.

Esto se complementa con las recomendaciones típicas de contenidos usables y persuasivos.
(Frases en positivo, sentencias cortas, empleo de listas cuando corresponda, uso de tecnicismos solo cuando sea necesario…)

Referencias:

• Plain language
• Writing commission
• Web-Copy-That-Sells

En teoría un prototipo no debe presentar línea gráfica.

Correctisimo.

Tanto a nivel Low como Hi.

Pero la tiene. O más bien, es un ejercicio de comunicación visual, igual que lo va ser el diseño de línea gráfica.

Entonces ¿Cómo puedo decir que los prototipos no tienen línea gráfica?

Extricatemente, el prototipado de la solución web presentan un listado de funcionalidades, pero su ordenación y apariencia no es estricto, por ser estas cualidades, de la comunicación visual, por lo que se resuelven mediante la capa gráfica.

Y no obstante infiere y condiciona el diseño.

¿Cómo ocurre esto? Por que el prototipo habla un idioma muy próximo al diseño, (el asunto de que es diseño o diseño gráfico, es tema de nota, y la bibliografía es extensa.) pero que no es DISEÑO.

No es lo mismo este ejemplo de estructura ordenada para prototipo

que este otro ejemplo de elementos del prototipo no ordenado

Importante.

• Los prototipos son estructuras funcionales.
• La línea gráfica es algo más (MUCHO MÁS) que colores sobre los prototipos.
• Los prototipos y la línea gráfica comparten las funcionalidades, pero no necesariamente la ordenación en pantalla ni la modulación del espacio.
• No obstante por su naturaleza visual el prototipo requieren una ordenación en el espacio.
  Y las funcionalidades poseen ciertos niveles jerárquicos que condicionan esta ordenación, y que se deben mantener en el tratamiento gráfico.

Pero en ningún caso deberemos entender los prototipos como diseño sin color. Ya que no solo están sesgados en la ausencia de color, si no es toda la comunicación visual fruto de la interacción de la forma y el color.

y es que este prototipo pude dar lugar a muchas líneas gráficas.

Referencias:

• Sobre Diseño del Interfaz

Con la proximidad del inicio del nuevo curso, podíamos plantearnos la revisión de los planes de estudio para el 07/08.

A mi me gustaría que dentro de la carrera no reglada de hci se incluyera un curso de “Introducción al prototipado”.

Me parece una muy interesante materia, pero no he logrado aun concretar, por más que rebusco.

Y es que por un lado, parece que existe una importante cantidad de literatura respecto a “tecnologías aplicadas al prototipado” pero casi ninguna sobre que es prototipar.

Y además estas dos cosas (técnica y proceso) se usas como sinónimos, sin que ello sea del todo cierto.

Así, discutimos que herramienta resulta más conveniente e idónea frente a tal necesidad, cual no responde a determinada situación, sin abordar en que consiste el proceso de prototipo.

Bien, para los interesados en la las técnicas, ( you have so many tool!) hay varias interesantes referencias.

Un libro muy bonito y que hay que ojear de modo general es effective prototyping y que en la bibliografía recomendada de “tecnologías aplicadas al prototipado” se cita y recomienda. Y para el applepeople una referencia interesante es omni group.

Ahora, sobre el noble y antiguo arte del prototipado.

Yo desde mi humilde experiencia creo que de cara a integrar prototipos en la capa de diseño y presentación es conveniente que el prototipo trate una serie de puntos y los cumplimente.

1. Diseño estructural de la pantalla.(Que elementos configuran las pantallas, a máximo número de elementos, tu maquetador te lo agradecerá…) El prototipo propiamente dicho, tanto en un enfoque macro (hi-fi) como RAD, y tanto como para soluciones dinámicas con cms modulares, como para ese discreto promoweb de micropyme.
2. Diseño de interacción de la solución.(Como se comportan los elementos respecto a la interacción del usuario, concretando, como se produce la navegación, como se comportan los botones, como responden los formularios.)
3. Sitemap. (Donde va cada cosa dentro del site, y que relaciones presenta entre ellos, definimos aquí también los path de navegación, trasversal y horizontal, primaria y secundaria, recurrente.)

Si la documentación del prototipo cumple estos 3 puntos no debería presentar ningún problema, la idea generatriz para formular estos 3 puntos, es la de crear una documentación capaz de permitir desarrollar toda la aplicación, sin dirigir, ni obstaculizar el resto de disciplinas, (visión amplia del Hci = [Ai +InteractionDesign + Comunicación Visual + FrontBack]).

De este modo, con una documentación de prototipado e interacción completa, o completada, logramos que los prototipos por un lado estén contextualizados al producto, tanto a nivel funcional como gráfico, y puedan presentar un ciclo de vida mucho más amplio, reduciendo los costes de desarrollo.

El problema de todo esto reside en que no se suelen ver prototipos por ahí.
Yo no se como prototipas tu, con lo cual no puedo aprender. Y creo que esto debe ocurrir a nivel mundial.

Por eso, ver ejemplo podría ser de utilidad, pero claro eso no puede ser así de sencillo, esta suscrito a ciertos compromisos profesionales que hacen que los perfiles de los Ai sean sesgados.

¿A nadie le llama la atención que las listas profesionales de temas afines al desarrollo web se vean líneas de código, piezas gráficas, y que la comunidad ai resuelva sus dudas verbalizando?

Esta claro que yo tendría ahora que poner unos protos por aquí…

Y que la mesa, sea de madera de pino, o de estructuras tubulares de latón , no deja de ser mesa.

Referencias

• Datos al respecto
• Definición y reflexión
• Técnica con omnigraffle
• Sobre wireframes
• El saber universal sobre la cuestión
• Ejemplos de prototipo
• Glosario de terminos