No lo entiendo

Si sueles buscar información en unos grupo de webs determinadas y te gustaría poder restringir las búsquedas a dicho grupo, Rollyo puede ser una opción interesante.

El proceso es sencillo: creas una lista con tus sitios favoritos (puedes tener varias listas), rellenas unos datos de registro y ya está. El sistema coge los resultados de Yahoo mostrando sólo los que pertenezcan a tu lista de sitios.

Visto en Signal vs Noise.

Estos días he estado utilizando bastante GMail. Por alguna razón, me estoy dejando bastantes mensajes a medias y cuando cambio de tarea me sale una cuadro de diálogo que me pregunta

Esto me produce unos momentos de confusión, porque lo primero que me llama la atención son los botones y no el mensaje. Y los botones no explican demasiado. Como para darle a OK después de haber escrito un mensaje largo y haberte olvidado el asunto...

Como me ha pasado unas cuantas veces, me he acordado de las recomendaciones de Apple para el diseño de cuadros de diálogo (que muchas veces ni ellos mismos siguen)

Button names should correspond to the action the user performs when pressing the button?for example, Erase, Save, or Delete.

El siguiente pantallazo es de un cuadro de diálogo con verbos como etiquetas de los botones

El uso de verbos que indiquen la acción correspondiente del botón hace que los cuadros de diálogo sean mucho más fáciles de comprender, evitando confusiones momentáneas molestas y posibles errores graves.

Si nos esforzamos en redactar mensajes de alerta claros ¿por qué desperdiciar ese trabajo con unos botones mal etiquetados?

La comunicación entre los miembros de un equipo es fundamental para que un proyecto salga adelante. Ahorramos tiempo y disgustos si todos tenemos claro adónde vamos.

Para los arquitectos de la información es necesario equilibrar las necesidades de muchas partes implicadas en el trabajo, creando una estructura de una web que no sea imposible de hacer, que entre dentro del presupuesto y de los plazos y que satisfaga a los usuarios y al cliente. Es necesario comunicarse entre el equipo y tener el material adecuado sobre el que discutir las soluciones que se propongan. Y para esto tenemos los wireframes.

Hace unas semanas recopilaba una selección de enlaces sobre wireframes que tenían muchas recomendaciones.

La mayoría utiliza herramientas como Visio u OmniGraffle. Sin embargo, para proyectos pequeños y medios (de 2 a 5 personas, más o menos) puede ser muy conveniente hacer los wireframes en HTML.

La principal ventaja es que podemos pasar rápidamente de los wireframes a un prototipo que ya podremos probar con usuarios. Y cuando se trabaje el diseño final de la web, se tendrá mucho material reutilizable.

Además, es muy fácil publicar en material en un servidor y distribuir la URL. Siempre tendremos a mano el material sobre el que se discute y será más fácil organizarse.

Hay gente que opina que los wireframes en HTML no son la mejor forma para transmitir ideas y apoyar la discusión de soluciones, pero en un proyecto con 3 ó 4 personas esas necesidades no son tan complejas.

También hay otros problemas: es fácil despistarse y centrarse en aspectos ajenos a los wireframes, como cuidar los títulos de las páginas, las URL o el aspecto de la página. Pero si nos mantenemos centrados en su función, en proyectos no muy grandes podremos ahorrar mucho tiempo creándolos en HTML.

También te puede interesar:

• HTML wireframes and prototypes: all gain, no pain.
• Practical applications: Visio or HTML wireframes

¿Cómo saber de forma poco intrusiva la predicción del tiempo para hoy mientras te tomas el desayuno? ¡¡imprímelo en una tostada!!

Se trata de un proyecto de fin de carrera de Robin Southgate, inspirado en la filosofía del MIT Tangible Media Group: utilizar objetos cotidianos para transmitir información.

Una tostadora con un módem recoge la información de una web y unas pantallas con distintas formas que se colocan entre las resistencias de la tostadora y la tostada consiguen imprimir en el pan la predicción del tiempo.

Vía kottke.org

Llevamos unas semanas con el diseño (serio) de Galinus. Una de las cuestiones que nos planteamos es cómo tratar los enlaces de las páginas en la versión para imprimir.

En A List Apart proponen una solución que me gusta bastante: un script que recoge todas las URL y citas de un documento y crea un listado que podemos colocar en donde queramos (al final de la página sería lo normal).

Se puede ver el resultado en una página de prueba.

Cuando las URL son legibles funciona muy bien. Sin embargo, cuando son complejas pueden aparecer en el listado cosas como esta:

http://loop1.aiga.org/common/modules/display/dsp_ContentTemplate01b.cfm?ContentID=84&CreateTemplate=0&NavType=SiblingContent

¿Y qué tal sería hacer un listado con los títulos de los documentos y los sitios web en donde están publicados? utilizando Google sería muy fácil localizar las referencias. Tendré que pensarlo bien antes de decidir qué opción elijo.

Vaya... veo que este es el post número 100. ¿Por qué nos gustan estas cifras tan redondas?

Hace unas semanas veía en televisión un ejemplo de cómo el sonido altera nuestra percepción. En una animación se mostraban dos bolas que se mueven de una esquina a otra de la pantalla. La mayor parte de la gente dirá que se cruzan en el medio de la pantalla.

Un sonido adecuado puede cambiar lo que "vemos". Si añadimos un ruido de muelle a la animación, mucha gente lo vería como dos bolas que rebotan en el medio de la pantalla.

¿Cómo se utiliza el sonido en diseño de interacción? en la web está claro que su utilización es residual. Por ejemplo, con la importancia que se le está dando a la accesibilidad, para la gente con problemas de visión podría ser una buena forma de hacerles saber que el sistema ha reconocido su acción.

En las aplicaciones de escritorio el sonido se suele utilizar para alarmas (alguien se acaba de conectar, ha llegado correo nuevo, etc.), pero poco más.

La sensación que tengo es que no se está aprovechando todo su potencial. El ejemplo de las animaciones me sorprendió por cómo puede influir el sonido en cómo percibimos las cosas.

Como dice Javier Cañada en Una apología del sonido en las interfaces web

Precisamente, el buen diseño de interacción es aquel que no descuida ningún aspecto cognitivo o perceptivo del individuo

Totalmente de acuerdo.

Uno de los libros que más me gusta es About

Face 2.0. Diseño de interacción explicado de forma sencilla.

En un capítulo el libro define modelo mental, modelo de implementación y modelo representado (o del diseñador). Explica por qué los programadores suelen hacer malas interfaces: su modelo mental (la forma que tiene cada persona de explicarse de forma interna el funcionamiento de un aparato) está demasiado influido por conocer perfectamente las entrañas de lo que diseña.

Cuando trabajas en proyectos de tamaño medio con un equipo muy pequeño se entiende perfectamente esta situación. Hay que hacer un poco de todo y es difícil separarse del funcionamiento interno de sistema. No hay una diferenciación clara del trabajo y nuestros modelos mentales se pueden acercar demasiado al modelo de implementación.

Hasta ayer no fui capaz de deshacerme de todo este lastre que llevaba acumulado. Trabajaba en un catálogo y era incapaz de verlo más allá de unas tablas en una base de datos. No estaba contento con el resultado, pero tampoco sabía por qué. En los wireframes parecía metido con calzador.

Me puse a pensar en otra cosa (vía Catuxa) y encontré una solución sin buscarla. De repente todo encajaba de forma más natural y le daba coherencia al conjunto de la web.

Ahora mismo no sabría explicar la solución de forma sistemática, además de que no sabemos todavía si va a funcionar mejor que el listado de toda la vida. Yo diría que si en un catálogo la estructura suele dictar el diseño (modelo de implementación), esto sería algo así como centrar el diseño en el contenido... (¿modelo mental?). No hay nada en el diseño que recuerde a una tabla de una base de datos.

Por lo menos estoy contento de haberme deshecho del catálogo típico. Espero que funcione bien.

Etiquetado como modelo mental, modelo de implementación, problemas.

La oferta de Diseñador de Interacción en Infojobs ha dado mucho que hablar en la lista de Cadius. A mí me parecen muy positivas las reflexiones sobre la situación del DCU en la empresa y cómo ir convenciendo a los directivos de que es beneficioso contar con los profesionales del ramo.

En el libro del oso polar hay una frase, en la parte dedicada a la arquitectura de la información en la empresa, que enfoca muy bien la situación.

Quizás la arquitectura de la información se acabe aceptando finalmente como un campo valioso, pero no cuantificable, tal como la educación, el marketing o la psicoterapia.

Me gusta esta visión. Estoy de acuerdo en que hay que abandonar nuestra jerga para hablarles a las empresas en términos que ellos entiendan. Pero ofrecerles beneficios cuantificables parece ir demasiado lejos.

Si quisiésemos calcular los resultados de introducir el diseño centrado en el usuario en el proceso de desarrollo, no nos quedaría otro remedio que comparar ambas situaciones en el mismo proyecto. Algo difícil de imaginar por lo complejo del sistema.

Etiquetado como profesión, arquitectura de la información, IPO, empresa

El Grupo de investigación de interfaces de usuario de Berkeley tiene un tablón electrónico para el diseño de sitios web en las primeras fases de desarrollo. En la web hay unos vídeos de demostración bastante espectaculares.

Merece la pena echarle también un vistazo a otros proyectos. Lo que he probado hasta ahora no me parece verdaderas herramientas de desarrollo; tienen un funcionamiento y aspecto de prototipo salido de un departamento universitario. Pero es de la investigación académica de donde suelen salir las ideas para interfaces que luego se consolidan en el mercado.

Etiquetado como interfaces gráficas, haptic, tablón, diseño, web, investigación.

Estudiar las estadísticas de un sitio web es una buena manera de comprender a los usuarios. Una de las cosas que más información nos da sobre su comportamiento es la ruta que siguen dentro de un sitio. Esto es especialmente útil si entran desde un buscador, ya que los términos que utilizan nos dan una buena indicación de lo que buscan y si consiguen o no lo que quieren.

Os dejo la lista de programas que he encontrado para representar gráficamente las rutas que siguen los usuarios

• StatViz.
• Pathalizer
• Visitors
• WUM
• phpOpenTracker.Para quien no tenga acceso a los ficheros log del servidor. Necesita PHP y base de datos.

Etiquetado como estadísticas, web, análisis, representaciones gráficas.

La oferta dice:

Estamos buscando personas con los conocimientos técnicos (Sistema Windows, programación, etc.) necesarios para desenvolverse sin dificultades con los productos de seguridad de Panda y los sistemas sobre los que funcionan.

Deberá trabajar con compañeros de otros departamentos (project manager, program manager, product manager, etc.) entender la necesidades de cada uno en relación con la interfaz de nuestros productos y tomar las decisiones adecuadas.

Definirá cómo serán las interfaces de usuario de las nuevas versiones de nuestros productos y generará la documentación necesaria para describirlas.

A nivel personal buscamos personas con facilidad para comprender el funcionamiento de nuevos productos y tecnologías y para saber detectar qué elementos se pueden incorporar en nuestros productos para mejorarlos.

Se requiere conocimientos de inglés técnico a nivel de lectura.

Más información en infojobs. También tienen una dirección de correo

Comenzamos a acumular documentos, los correos van y vienen, las carpetas se multiplican y todo tiende al caos. Va siendo hora de buscar una forma alternativa de organizarse.

Mi socio está en un pueblo de A Coruña y yo en otro de Granada. De vez en cuando nos juntamos, pero la mayor parte del tiempo estamos separados. Tenemos que buscar la mejor forma de compartir información para sacar el trabajo adelante de forma más efectiva.

Hace unas semanas comencé a trastear con un wiki y unos días atrás decidí probar Backpack. Ambas herramientas podrían servirnos para organizarnos mejor. ¿Con cuál nos quedamos?

De Backpack me gusta

• No hay que instalar nada.
• Funciones como listas de tareas pendientes o recordatorios (a los que te puedes subscribir con programas que lean el formato iCalendar).
• La integración con el correo electrónico, desde el que puedes añadir notas, listas de tareas o imágenes.
• Fácil de aprender a manejar.
• Interacción 'Ajaxizada'

No me gusta

• Es de pago.
• Es para organizarse, más que para trabajar en equipo.
• Sujeto a decisiones empresariales.
• Sólo en inglés.

De MediaWiki me gusta

• Su flexibilidad
• Control de usuarios.
• Incita a la discusión y a la creación de contenidos en el propio wiki.
• Licencia GNU.
• Varios idiomas disponibles.

No me gusta

• Hace falta alojamiento e instalación.
• Mayor tiempo de aprendizaje que Backpack.

Para nuestro caso vamos a elegir MediaWiki. Me parece muy útil que a cada página creada vaya asociada una discusión, parte fundamental en cualquier decisión que se tenga que tomar entre más de una persona. Además, nos incita a volcar directamente la información en el wiki. Si colgásemos los documentos en la web, acabaríamos hechos un lío con distintas versiones del documento en cada ordenador.

Etiquetado como trabajo en grupo, red, Wiki, Backpack

Hoy por fin me puse a traducir mi currículum al inglés. Cuando lo tenía terminado, lo tuve que clasificar. Me sorprendió el detalle con que describían cada categoría. Os dejo una muestra

Usability Testing Engineer

Job Purpose: Evaluates software by planning and executing usability tests. Duties: * Determines usability test objectives and standards by studying software requirements; writing test cycle plans, test cases, and test scripts. * Meets test objectives by conducting user research; planning and running focus groups, participatory design sessions, and field studies; determining testing methods, cycles, phases, and conditions; setting up testing environment and equipment. * Identifies software usability by conducting in-lab, in-field, and remote studies with existing and potential users. * Resolves testing problems by modifying testing methods during tests; conferring with management to revise test objectives and standards. * Completes tests by training and directing testers. * Maintains testing database by developing defect tracking and regression testing information requirements; designing information system; enters test outcomes; secures data. * Reports test outcomes by collecting, analysing, interpreting, summarising, and displaying data; recommending software changes. * Maintains professional and technical knowledge by attending educational workshops; reviewing professional publications; establishing personal networks; participating in professional societies. * Maintains test environment by developing test environement; enforcing and complying with procedures, rules, and regulations. * Contributes to team effort by accomplishing related results as needed. Skills/Qualifications: Usability Testing, Understanding Browser Capabilities, Customer Focus, Planning, User Interface Design, Software Quality Assurance Process, Attention to Detail, Reporting Research Results, Quality Focus, People Skills, Software Testing

Hay otras clasificaciones como Web User Interface Designer, Information Architecture o Web Utilization Analyst. Está bien tener descrito lo que se nos va a exigir como profesionales... pero ya veo que son exigentes.

Por cierto, los ingeniería de usabilidad está bajo la categoría "Control de calidad del software". Aunque ya sabemos que hay muchos que creen que esto de la usabilidad es un cuento.

Etiquetado como profesión, usabilidad, arquitectura de la información, Inglaterra.

No entiendo por qué Apple pone nombres de felinos a los sistemas operativos. Las búsquedas en Google me desesperan cuando me dicen "Install Ruby for Panther", "MySQL for Tiger". Nunca sé si lo que tengo es un jaguar, un tigre, una pantera o un gato siamés.

No pasaría nada si el sistema te informase, pero sólo te dice si tienes la versión 10.2, 10.3, etc.

Esta situación se suele dar con los paquetes de Unix; con las aplicaciones normales no suele haber problema porque generalmente valen para cualquier versión. Puede que esto nos afecte sólo a unos pocos, pero es realmente molesto cuando te pasa. Y más siendo Apple.

¡Ah! si te interesa, puedes instalar con un doble clic Ruby 1.8.2 para Mac OS 10.3 y 10.2 (si quieres también Ruby on Rails, vete a la opción "personalizar" del instalador).

Etiquetado como Apple, Tiger, Panther, Jaguar, Ruby.

Publicamos un artículo sobre el rastreo de información, sin meternos en profundidad y buscando los aspectos de aplicación más inmediata para la web.

Buscaba una palabra para 'trigger word' y he elegido 'palabra trampolín' (con la supervisión de Chesco). Creo que indica muy bien esa cualidad que tienen algunas palabras de llamar tu atención para que hagas clic y te lleven a la página que buscas.

Etiquetado como rastreo de información, information foraging, forrajeo, rastro de información, information scent, trigger words.

Hace unos días me llegó el contenido principal de una web que estamos preparando. Mi duda es cómo organizar este contenido para que el usuario llegue a lo que está buscando, teniendo en cuenta que la mayoría de las entradas a una web serán a páginas que no son la principal.

Uno aspecto importante de la arquitectura de la información es el diseño de la navegación. ¿Hasta qué punto es útil la navegación global y la navegación local? en principio nos ayudarían a situarnos en contexto, saber en qué lugar de la web estamos. Sin embargo, el usuario ignora las herramientas de navegación.

La mayor parte de las veces las personas navegan por la web con objetivos muy concretos y no hacen caso de los elementos ajenos a estos objetivos ¿Cómo diseño la estructura del sitio para satisfacer sus necesidades? Jared Spool recomienda fijarse mucho en las palabras que utilizamos en los enlaces ('trigger words'). Estas son las que captan la atención e incitan al usuario a hacer clic.

Pero para tener un enlace, hay que tener un destino. ¿A dónde podría interesarle ir a un usuario que entrase en una página interna de la web en el caso de no encontrar justamente la información que necesita pero sí relacionada?.

Para aclararme imprimí el material, recorté el contenido que iba en cada página en trozos individuales, los numeré y los extendí sobre la mesa. Luego comencé a relacionar unos trozos con otros, apuntando los números de los trozos relacionados.

Cuando terminé estaba contento porque había sacado algo en limpio:

• Fue muy rápido, ya que no me distraía ningún elemento externo y sólo me centraba en el contenido de la página. Además, cuando hay dudas colocar dos trozos juntos para analizarlos es más fácil que con dos documentos.
• Me di cuenta de que nos habíamos pasado por alto contenido necesario. Puede que por estudiar la información de otra manera hiciese que me fijase más.

Rápido y barato. Veremos con el tiempo si sirvió para algo.

Etiquetado como métodos, arquitectura de la información

Cuando empecé a aprender diseño centrado en el usuario el material que tenía a mi disposición eran conclusiones de las experiencias y observaciones de la gente que llevaba años dedicándose a esto. Todo eran reglas y métodos basados en resultados empíricos.

Aunque me parecía muy útil, le faltaba algo... una base que explicase esas guías de usabilidad fruto de la experiencia, un marco teórico con el que poder comprender mejor el comportamiento de los usuarios.

La verdad es que no he encontrado esa teoría, ni creo que exista. Pero sí que he encontrado artículos que van por ese camino y me parecen muy interesantes

Estas teorías y modelos (como el CoLiDeS o el rastreo de información) dan un poco de coherencia a tanto resultado experimental, una visión más global de la situación. E incitan a pensar en el por qué de algunas reglas de usabilidad y también sirven para tomar decisiones en el diseño de páginas webs con una base "científica".

Creo que voy a dedicar un poco más de tiempo a leer artículos de este tipo porque me parecen un complemento muy necesario.

Etiquetado como usabilidad, diseño centrado en el usuario, modelos, colides, information foraging.

Ya había comentado hace unos días uno de los problemas de ser autodidacta: la dificultad de ver cómo encajamos en un proceso de desarrollo. Conocemos los fundamentos teóricos y las técnicas más utilizadas; pero tener la visión global de cuándo toca hacer qué es difícil sin haber participado en proyectos reales en los que se utilicen estas técnicas.

Además, la mayoría de las fuentes hablan del ciclo Investigación-Estrategia-Diseño-Implementación (o similares) de forma poco concreta.

Hoy me encontré en Boxes and Arrows un gráfico en el que muestran qué hacer en qué momento de un proyecto.

El gráfico tiene dos ejes: el horizontal corresponde a tiempo y va desde la fase más temprana de investigación, pasando por diseño de interacción y diseño visual para terminar en implementación (¿Engineering?).

En el eje vertical va desde lo más general o abstractos en la parte de arriba y baja hacia lo más concreto.

A mí me parece muy claro y una buena guía para orientarse.

Etiquetado como diseño centrado en el usuario, proceso, desarrollo, gráfico, técnicas, esquema temporal.

Lo que más me gustó del Safari cuando comencé a utilizarlo fue la posibilidad de abrir enlaces en pestañas. Cuando necesitaba documentarme sobre algo podía utilizarlas para agrupar los resultados relevantes en una misma ventana.

Como generalmente necesito varias búsquedas para los conceptos nuevos que van apareciendo, al final me encontraba con una colección enorme de ventanas con varias pestañas en cada una. Saltaba sin demasiado orden de una a otra, llegaba desde distintos sitios a los mismos documentos. No era capaz de avanzar ante tanta información.

Hace poco leía esto

Lo que consume la información es bastante obvio: consume la atención de quien la recibe. Por lo tanto, mucha información crea pobreza de atención y la necesidad de aplicarla eficientemente entre la extrema abundancia de fuentes de información que puedan consumir nuestra atención.

Herbert Simon

Lo vi en el artículo Information Foraging (PDF, 446 Kb). Todo empezaba a tener sentido para mí: lo que consideraba una buena forma de documentarme sólo conseguía desorientarme ante una avalancha de información.

Si la información deja un rastro que nos ayuda a encontrarla, lo que yo hacía era como romper un frasco de perfume barato en una floristería: el olor lo inunda todo y no podía decir qué flor huele mejor. No sabía por dónde empezar, la sensación de que había demasiadas cosas que leer se acrecentaba, me dominaba la angustia informativa.

Ahora procuro utilizar las pestañas sólo para determinadas herramientas (Gmail, estadísticas, diccionarios, etc). Cuando busco algo en Google intento hacerlo todo en la misma ventana, sin abrir pestañas. Me ha ayudado a concentrarme más, a mantener claro mi objetivo y a asimilar mejor la información.

Pero hay gente que opina justo lo contrario y ya piensa en los enláces múltiples. Si lo consigue, significaría una vuelta a mi particular caos cognitivo :-(

Etiquetado como information foraging, angustia informativa, navegadores, pestañas.

Apple va a sacar algo nuevo el próximo día 7 de septiembre. Para el acto utilizan el eslogan "1000 songs in your pocket changed everything. Here we go again.", en referencia al primer iPod, con capacidad para 1000 canciones.

Los rumores, como siempre, son muchos. Las ideas que más suenan son:

• iPod Mini con memoria Flash de gran capacidad.
• Móvil compatible con iTunes
• iPod con vídeo.

Apple está intentando orientar sus productos hacia el mercado doméstico, potenciando lo que ellos llaman el Digital Hub: diseñar ordenadores y periféricos para crear, organizar y compartir contenidos "caseros" (fotos, vídeos, música, etc.). Ahí tenemos el iPod o el Airport Express como ejemplos. Pero todavía hay cosas que pulir y ver en el salón las fotos de un viaje, por ejemplo, es todavía un poco coñazo.

A mí me gustaría que fuese algo que reforzase la experiencia del 'hub digital', algún aparato que me permita disfrutar del material que tengo en mi ordenador desde el salón, conseguir que el ordenador sea un verdadero centro de ocio digital.

A esperar 6 días...

Etiquetado como Apple, rumores, Tecnología