Tzek Blog de Diseño

Quizá algunos recordemos el video con el MTV comenzó sus emisiones: “Video killed the Radio Star“. Eso me recuerda que podríamos aplicar hasta cierto punto esa frase con los cambios sucedidos durante el tiempo, sobretodo en estas cuestiones de Diseño de Interacción y Tecnologías de Información. Por ejemplo: “Facebook/Twitter killed the Blog Star”. En esta ocasión vino a mi mente “Touch killed the Affordance Star” ahora que me enterado del lanzamiento de la última versión del iPod Touch y iPod Nano.

En caso de que no estés familiarizado con el tema de affordances, quizá este post podría ser de apoyo.

No me considero un Mac Fan Boy (del todo), pero admito que para empezar, es sorprendente el avance tecnológico de esta compañía en el último par de años. De pasar de un disco duro portátil con el iPod (hasta su versión “Video”), ahora tenemos algo tan liviano, con alta calidad de imagen y que además permite comunicarnos viéndonos los rostros. Vamos, metafóricamente podríamos decir que es “tener Internet en el bolsillo”. Aún no llegamos al ápice del concepto de la Computadora Invisible introducido por Mark Weiser, pero la realidad “ubicua” (computacionalmente hablando) de nuestro presente no deja de ser sorprendente después de todo.

Con respecto a la muerte de la affordance, es porque desde la salida del iPod Touch, y luego del iPhone, siempre he creído que una pantalla touch nunca remplazará las “ventajas interactivas” que tiene una interfaz con controles físicos, como sucede con los botones: su textura, forma, altura, reacción ante la presión, propiedades estéticas inherentes en el objeto, entre otras. Sin embargo, el touch es una realidad; en el caso de Apple, parece que la click wheel va de salida.

Lo touch no tiene su importancia en ser “lo que está in“; en realidad es algo intuitivo ya que desde chicos nos metemos los dedos en la nariz y en la boca, rascamos la tierra para descubrir qué “bichitos” andan caminando en ella, e incluso no dudamos embarrar la mesa con nuestra comida y expresarnos artísticamente (supuestamente, claro). Así que lo táctil es algo natural, algo sencillo de entender.

Sin embargo, y eso lo podemos notar desde el principio de la aparición de estos aparatitos táctiles, que hay que compensar una cosa con otra: a falta de una demostración evidente de cómo interactuar con el producto debido a sus mismas características físicas, es necesario enriquecer la interacción de manera visual con evidentes cambios de estado visual a través del tiempo. Sin una obviedad gráfica en las interfaces del iPod/iPhone (por ejemplo, que los botones se vean como botones) y sin las respuestas visuales (como cuando se corren los paneles con cierta velocidad/fricción/sentido), estoy casi seguro que sentiríamos la interacción “estúpida” o “fría”. La experiencia entonces está supeditada a estresar otros sentidos ajenos al toque, en este caso la vista.

La duda está en que si lo touch resulta igual o más intuitivo para interactuar con interfaces ricas o complejas en información (visual, textual o auditiva), entonces ¿cuántas cosas y hasta dónde exageraremos para que todo esté en pantallas táctiles? ¿Cómo este “avance” limita o “agacha” el desarrollo de otro tipo de interacciones más físicas o de interfaces intangibles como las construidas a través de voz? Es algo complejo según lo veo.

¿Qué vendrá entonces con los futuros iPod? ¿Se doblarán o estirarán como un display con comportamiento de plastilina? Espero llegue a ver los objetos con interfaces maleables/orgánicas como parte del día a día. Estaría genial.

* Imágenes tomadas de Apple.com con fines meramente de ilustrativos.

Este post expresa una experiencia similar a la descrita en “El prototipo como herramienta de discusión/diseño“, solo que en esta ocasión decidí acudir al wireframe como parte de las herramientas de discusión para que entienda qué debo diseñar de un sitio web, no sólo de su contenido, sino también cómo resulta válida su arquitectura.

Fui invitado a participar en un proyecto sobre un catálogo en línea de un tema del que desconocía todo. En este caso, la gestión de dicho catálogo es posible gracias a un sistema en el que trabaja una colega Ingeniera en Sistemas. En realidad mi participación original era sólo para elaborar un front page, lo cual desde mi punto de vista ya no se estila. Comenté en su momento que el home debe ser más que una carátula con un vínculo hacia un catálogo (lo cual a mi juicio rompe con la consistencia navegacional). Debería ser un punto de partida a la tarea principal del usuario (i.e. navegar el catálogo) o hacia otras tareas que requieran (como en este caso) el consumo de información textual nada más. Pues bien, aunque mi participación no involucra algo complejo como la gestión misma del catálogo, en parte confieso que es un esfuerzo para hacerme más divertido el trabajo.

Entonces, en vez hacer un prototipo de baja fidelidad (i.e. el mockup a la photoshop), después de oir en juntas y con mi colega cómo funcionaría el catálogo, idear una arquitectura realmente simple (adecuada en este proyecto) y realizar un boceto que después se convertiría en un wireframe.

Estos han sido algunos puntos derivados de esta experiencia:

El papel todo aguanta. Los cambios son fáciles de “realizar” durante la discusión en las juntas. Basta con “rayar” directamente sobre el papel.

Discusión sobre contenidos y navegación. Que se tenga sólo un wireframe frío sí evita que las discusiones se vayan a aspectos gráficos como los colores o la estética.

Aprender sobre el tema escuchando. Dado que la mayoría del equipo son los expertos sobre el tema, suelen expresarse con la terminología adecuada y también tener una idea muy marcada de cómo les gustaría que se diera el proyecto. Es conveniente escuchar y preguntar de vez en cuando, al menos para cuestionar la decisiones, tomando en cuenta que lo importante es “si le funciona esa idea/decisión al usuario”.

Una arquitectura orgánica se puede generar a partir una discusión de expertos. En casos donde la navegación parece sencilla, con wireframe en la mano, se puede ir determinando el esquema de navegación global y local mediante discusión. Esto provoca que los mismos expertos realicen el labeling. Aún más, te permite replantear en la cabeza, como diseñador, el acomodo “visual” de la misma información, conforme se va escuchando lo discutido en las juntas.

Ya falta entonces, armar el look and feel para la interfaz, comenzar a ensamblar las páginas estáticas y la integración con las páginas dinámicas generadas a partir del sistema seleccionado. Veamos cómo sale. Saludos

Ha salido la convocatoria del concurso de diseño de HCI del 3er Taller Mexicano de Interacción Humano-Computadora, MexIHC. Pongo en este post la convocatoria con mucho gusto y expectativa. Interesante ahora que hay además de gente de sistemas computacionales, informática y  tecnologías de información relacionada con estos temas, se encuentran estudiantes de diseño, y si por ahí hay gente de psicología, comunicación o antropología que le entre, entonces podría ser un concurso muy interesante. ¡Mucha suerte a los participantes!

Por favor, difundan la convocatoria a estudiantes o jefes de departamento que puedan estar interesados.

Llamada a Concurso Estudiantil de Desarrollo de Sistemas Interactivos basados en el Conocimiento para el Ciudadano.

Introducción.
MexIHC 2010 intenta ser un foro de vinculación e intercambio de ideas entre estudiantes e investigadores, académicos y profesionistas, instituciones y grupos de interés. Este año se realizará por tercera ocasión incluyendo una nueva actividad como es el concurso estudiantil.

Objetivo del Concurso Estudiantil.
Esta es la primera edición del concurso estudiantil dentro de MexIHC. El propósito del concurso es reconocer y apoyar a los estudiantes con interés en el desarrollo de sistemas interactivos donde la incidencia del área de IHC representa un elemento importante dentro del contexto del mismo. El concurso consiste en realizar una propuesta de solución al problema de diseño planteado, como se plantea a continuación:

Problema de Diseño.
En la actualidad, en México, los ciudadanos nos enfrentamos a situaciones en las que debemos acceder a través de sistemas de información, dispositivos y mapas a la información en busca de una ruta adecuada, sitios turísticos, hospitales, restaurantes, etc. Sin embargo, el acceso a esta información puede ser difícil o imposible para ciertos sectores de nuestra población, como son los sectores vulnerables como indígenas y personas con capacidades diferentes.  Un ejemplo es el transporte público, en donde los mapas que encontramos pueden ser confusos ya que contienen mucha información que no para todos es relevante o útil.  De esta manera, el reto tiene por objetivo el diseño de un objeto, interface, sistema o servicio que ayude a ciudadanos con alguna capacidad diferente o de poblaciones vulnerables, a encontrar y visualizar la información de manera adecuada de acuerdo a sus necesidades tomando en cuenta conocimientos previos tanto del usuario como de la situación.

Dinámica de la Competencia.
El formato es similar al utilizado en la competencia estudiantil de la conferencia del grupo de interés en Interacción Humano Computadora de la Association for Computer Machinery (ACM SIG CHI). El concurso constará  de dos etapas.

1. Los equipos enviarán por correo electrónico un documento (PDF) con Resumen Extendido (máximo de 6 páginas, siguiendo el formato de ACM), describiendo su solución de diseño. Un comité evaluará los resúmenes y seleccionará cinco propuestas para asistir al taller.

2. Los equipos seleccionados serán invitados a MexIHC 2010 y realizarán una presentación oral de su diseño ante el Jurado del Concurso Estudiantil y de participantes del taller. Basado en criterios establecidos (detallados más adelante), los jueces calificarán y determinarán al ganador.

De la primera fase:
Los elementos recomendables a incluir en el Resumen Extendido son los siguientes:

• Descripción de la propuesta de solución, incluyendo la metodología y proceso de diseño utilizado.
• Material gráfico (imágenes, diagramas, esquemas, etc) para ilustrar la solución de diseño.
• Referencias de los principios y teoría de diseño donde corresponda.
• Alcance de la solución.
• Agradecimientos correspondientes para soporte o asesoría recibida (supervisores, personal docente, expertos de dominio, soluciones existentes, usuarios, etc.)
• Los envíos podrán ser escritos en Español o Inglés, deben incluir el título, información de autores así como afiliaciones. Favor de asegurarse que el documento enviado no contiene material propietario o confidencial y no citar publicaciones confidenciales o propietarias.

De la segunda fase:
Los equipos seleccionados para presentar su trabajo en el Taller presentarán su proceso de diseño y solución a través de una presentación al Jurado Calificador. Las presentaciones estarán limitadas a 10 minutos más 5 minutos de preguntas por parte del jurado. La presentación debe incluir:

• El proceso de diseño que se utilizó.
• Descripción concreta de la propuesta de solución.
• Referencias a los principios de diseño y teoría correspondientes.
• Alcance de la solución.

Criterios de Evaluación.
Cada Resumen Extendido será evaluado por miembros del comité de programa y profesionales expertos en usabilidad.

Para la primera fase, se evaluarán:

• Uso de etnografía e investigación contextual.
• Análisis o metodología utilizada para la solución del problema de diseño.
• Relevancia de la solución para el problema.
• Originalidad de la solución.
• Calidad en el proceso de diseño.
• Calidad de los argumentos para la solución propuesta.
• Costo de la solución.
• Claridad de la escritura.

Para la segunda fase se evaluará:

• Claridad y organización de la presentación oral.
• Claridad y relevancia del material utilizado para la presentación (diapositivas, videos, etc.)
• Calidad de los argumentos utilizados para justificar la solución presentada tiene las características adecuadas para ser considerada como tal.

Sobre los equipos y participantes.
• Para poder participar en la competencia, los participantes deben demostrar a través de un documento oficial que son estudiantes inscritos al curso académico actual y que no son empleados de la industria relacionada con IHC. Cada equipo enviará la documentación correspondiente escaneada junto con el documento de la propuesta de solución.

• El número de integrantes del equipo podrá ser entre 2 y 4 estudiantes. No existe límite en la cantidad de equipos participantes para cualquier Universidad. Los estudiantes pueden ser de licenciatura o maestría. Se recomienda generar equipos multidisciplinarios.

Premios.
A todos los equipos seleccionados se les entregará un diploma de participación. Se premiará en efectivo a los dos primeros lugares.

Primer Lugar: $10, 000. 00  (pesos mexicanos)

Segundo Lugar: $5, 000.00  (pesos mexicanos)

Apoyo a equipos seleccionados.
Los equipos seleccionados para presentar sus trabajos durante el Taller serán apoyados con la exención de la cuota de inscripción para los integrantes. Adicionalmente el comité destinará a los equipos seleccionados una cantidad para gastos de transporte.

Fechas Importantes.

Envíos de Trabajos: 18 de Septiembre de 2010

Notificación de Aceptación: 15 de Octubre de 2010

Recepción de trabajos en:

http://www.easychair.org/conferences/?conf=mexihc2010concursoestudiantil

Responsables (Chairs) del Concurso.

•  Mario Moreno Rocha, Universidad Tecnológica de la Mixteca. mmoreno@mixteco.utm.mx

• Edgar Cambranes Martínez, Universidad Autónoma de Yucatán. edgar.cambranes@uady.mx

Comité  del Concurso.

• Dra. María del Rocío Abascal Mena. Universidad Autónoma Metropolitana – Cuajimalpa. mabascal@correo.cua.uam.mx

• Dr. Erick López Ornelas. Universidad Autónoma Metropolitana – Cuajimalpa. elopez@correo.cua.uam.mx

• Dr. Pedro Damián Reyes. Universidad de Colima. damian@ucol.mx

• Dr. Sergio Zepeda Hernández. Universidad Autónoma Metropolitana – Cuajimalpa. jzepeda@correo.cua.uam.mx

Un estudiante de los últimos semestres de una licenciatura en diseño gráfico me contactó para charlar sobre cuál podría ser su tema de tesis. En muchas universidades mexicanas, la “tesis” ha sido la forma tradicional de titulación, aunque actualmente ya existen otras opciones. Pues bien, encontrar el “tema” en cualquier licenciatura siempre ha sido un problema cuasi existencial para los estudiantes. En cuanto a diseño, un post ameno y que aborda el tema son los “Consejos para tu tesis” por los Alquimistas del Diseño.

Podríamos discutir placenteramente sobre qué es una tesis o no, y sobretodo, qué es una tesis en diseño a nivel licenciatura. Aunque no es el punto de este post, sí quiero expresar que en muchos casos, no realizamos una tesis tal cual sino un documento sobre el desarrollo de un proyecto. Independientemente de que los egresados de diseño elaboraron tesis o tesinas, siempre está el asunto del tema.

Este estudiante me comentó que además de ser un proyecto de titulación en equipo de tres, estaban muy interesados en Guerrilla Marketing y/o BTL, y que el problema era que no sabían qué “tema social” trabajar. Mi sugerencia fue la siguiente:

1. No pensar en el problema. En vez de pensar en el problema, notar que social involucra casi todo, prácticamente donde el hombre “ha metido mano”. Le sugerí que mejor hicieran una lista de temas (mediante una lluvia de ideas).
2. De esta lista seleccionar uno o dos temas. No más.
3. Para cada tema, ahora sí, discutir y exponer una serie de  problemas o necesidades.
4. Seleccionar un problema.

En teoría, a partir de este problema debería generarse un marco contextual que explique sobre el problema: qué es, por qué surge, qué consecuencias ha tenido, con qué se relaciona, etc.

Después viene la recopilación de la información sobre la “herramienta”. Por ejemplo, en este caso el BTL sería la “herramienta” para atacar el problema seleccionado; entonces hay que colocar en el documento la información necesaria que muestre el qué y el cómo: qué es el BTL, cómo se generó, dónde aplica, cuál es la situación actual, sus ventajas, desventajas, casos exitosos y ejemplos concretos, cómo se evalúa, etc.

Así, con una parte de la información que sumerge al lector en el problema y otra que da base al proceso de diseño, se podría proponer algo que apoye o sea una posible solución, para después evaluarla y reportar resultados. De toda la experiencia (lo reflexionado sobre el problema y el desarrollo, así como los resultados) se llegarían a las conclusiones.

En realidad es tanto emocionante como complicado (a nivel personal) seleccionar el tema. Ya sea a nivel proyecto o pensando en proponer una teoría, uno espera siempre hacer la tesis. No queda más que llevar las cosas con tranquilidad, y como me mencionó un colega: hay que leer (mucho).

Saludos y suerte a quienes andan en ese proceso.

En las ciencias es algo “natural” que dado un problema, nos pongamos a analizarlo para entender qué está pasando y dar así una solución. Esto es, ir “descomponiendo” el problema hasta entender cada una de estas partes. Dadas nuestras experiencias pasadas o con las herramientas practicadas durante la formación profesional (cuando estudiamos en la universidad), entonces determinamos cómo atacar el problema y plantear una solución. En algunos casos, dicha solución es evaluada y se realizan cambios hasta minimizar el margen de error.

En disciplinas como el diseño, se sabe que el problema tiene que resolverse, y entonces el diseñador comienza un “proceso creativo” que podría imaginarse como una plastilina a la que se le va dando forma, agregándole o quitándole, o incluso mezclando con otras cosas (como dejando volar la imaginación y suponiendo “qué pasaría si”). Al final tenemos una síntesis, la cual proponemos como una solución al problema planteado. En algunas ocasiones, si no es que en la mayoría, el “producto de diseño” es liberado sin que realicemos una evaluación que garantice este bajo porcentaje de error durante su uso. Sin embargo, la síntesis sí tiene inherente otros aspectos considerados más “humanos”, “emocionales” o incluso “artísticos” que no derivan necesariamente de un método concreto deducido del análisis del problema.

La dicotomía análisis-síntesis parece que nos da dos grandes áreas en dónde pararnos: o tenemos un enfoque científico y/o de ingeniería; o bien, nos vamos a algo más “constructivo” y “libre” como en las artes y el diseño. Con respecto a este último punto, si fuéramos del área de ingeniería, sería válido preguntarnos: ¿los diseñadores no analizan el problema, sólo crean?

Y es que esas palabras “crear” y “creatividad” son un arma de dos filos a mi juicio.

La idea, no tan nueva, del Design Thinking o pensamiento de diseño, en términos muy generales, es que logremos una solución para un problema de forma que sí metemos “punch” a nuestro lado analítico, en adición a conseguir una empatía con el usuario y todo lo que conlleva. Esto último es prácticamente el paradigma de diseño conocido como “diseño centrado en el usuario”.

Con el entendimiento y la “empatía” bien asentados, tenemos entonces este proceso de ideación con el cual damos peso a nuestro lado de síntesis. Un factor clave en el pensamiento de diseño, a diferencia de tomar un “método” como podría ser en la ingeniería, es dejarse “volar”. En sí, llegamos a soluciones quizá no convencionales como parte de este “proceso creativo”.

Dentro del pensamiento de diseño la evaluación juega un papel importante, ya que de alguna manera sirve de input para que caigamos otra vez en ese juego de análisis-síntesis. De hecho, esta “formación” para la solución de problemas es claramente no lineal.

Algo importante de todo este “rollo” llamado pensamiento de diseño, es la conformación de grupos provenientes de diversas disciplinas. Es complicado, pero es verdad que el proceso de ideación se ve enriquecido. Como “pensantes del diseño” tenemos que estar sensibles a otras formas de pensar. De hecho, a veces estamos tan enfrascados en nuestra “formación” que podemos decir que el design thinking es “lo mismo” (proponer, por decirlo así) pero cuando presentamos nuestras soluciones, se puede notar que “no pasamos de lo mismo” y entonces la innovación para la solución del problema, simplemente no fue alcanzada. Puede decirse que esta forma de trabajar del cerebro, entre iterativa y aparente desordenada, es más compleja de lo que parece.

Las imágenes de este post corresponden al taller “Del pensamiento del diseño y un par de suspiros”, llevado a cabo el 29 de abril de 2010. Gracias a la Universidad Modelo de Mérida Yucatán por invitarme a participar. El taller fue una introducción a este tema, además de tratarse en forma breve el tema de identidad visual. Como ejercicio de “calentamiento” hicimos un clustering de ideas visuales para conformar un diccionario visual. Este ejercicio me gusta mucho, no como una metodología estricta, sino como una guía para dirigir el proceso de diseño de un cartel y slogan. Espero luego escribir un post al respecto.

¡Saludos!

Un día mientras estaba en un aula de cómputo se acerco una profesora, alrededor de los 50, que me pidió permiso para usar la máquina que estaba junto a mi. Lo que deseaba era subir sus tareas a la plataforma educativa utilizada en un curso dentro de un diplomado de actualización tecnológica para docentes.

La profesora tenía que subir la tarea correspondiente para cada sección del curso. Me solicitó ayuda, accedí con gusto y juntos conectamos el USB, buscamos la liga para subir la tarea dentro de un mar de opciones para la primera sección (del curso), buscamos la carpeta con los archivos dentro de la USB y subimos el archivo; sin embargo, para el resto de las veces ella no pudo realizar la tarea por si sola, tuve que seguir asistiéndola. ¿Por qué?

En ese momento recordé que esto de la usabilidad parece algo tan tonto a veces. Tonto, hasta que uno se da cuenta de que los usuarios sí tienen problemas al interactuar con el producto. La profesora, al igual que sucede con personas cuya alfabetización informática es deficiente, caracteriza la interacción como una secuencia lineal cuasi-estricta que deben de seguir para completar la tarea. Por lo tanto, al no “aprender un paso”, se pierden completamente.

Tengo la conjetura de que  alguien con mayor alfabetización tecnológica, sobretodo cuando se va volviendo experto, comienza a relacionar ideas. Por lo tanto, no intenta realmente aprenderse la secuencia de pasos para realizar la tarea, sino que estructura todo un modelo mental que involucra los conceptos (lo que se entiende por archivo, arrastrar, abrir, memoria, movimiento, etc.) así como los diferentes “caminos” con los que puede realizar la misma tarea, lo cual implicar el entendimiento de cómo moverse “en ese espacio” (en este ejemplo la plataforma educativa).

Algo evidente en esta experiencia fue notar que la usabilidad está ligada a la arquitectura de información. Habían muchas opciones y prácticamente la profesora sólo requería aquellas que le mostraran a) en que sección está subiendo la tarea y b) cómo subir la tarea. Entonces, lo complicado está en hacer una “reducción de puertas” por las que tiene pasar el usuario mientras va “navegando” en este espacio y más aún, que dichas puertas esten bien “marcadas”. Sí note a la maestra hacer recorrido visual para las opciones que dispone la plataforma, pero también notaba una expresión de que no entendía bien a lo que se referían tantas palabras.

En días pasados, me llamaron para asistir a una investigadora que estaba transcribiendo, según vi, unas notas periodísticas sobre el tema de braceros y también estaba registrando algunos detalles importantes sobre dichas notas. Cuando llegué estaba algo exaltada porque no entendía porque el Word le ponía el párrafo que estaba tecleando en ese momento en rojo cuando ella lo único que quería era ponerlo en subrayado o negritas (no recuerdo bien). ¿Qué es lo que estaba pasando?

La verdad no tenía idea. Pero algo que se me ocurrió fue dar clic derecho para obtener opciones sobre ese párrafo. Entonces noté algo parecido a “aceptar inserción”. Di clic y el texto cambió a negro. Supongo que el párrafo en rojo era para dar evidencia en el manejo de versiones entre lo que ya estaba guardado y lo nuevo.

Desde mi perspectiva, ambas mujeres me figuraban que usaban con sus respectivas herramientas en forma “mecánica”. Por ejemplo, la primera profesora solo quería saber dónde estaba el archivo y en qué lugar debería de colocarlo, literalmente. Como cuando mueves un objeto dentro de un cuarto. En el caso de la investigadora, me imaginé que era una persona que usaba la máquina de escribir y luego con el desarrollo tecnológico tuvo que usar Word. Obviamente en la máquina no podías hacer inserciones nuevas sobre lo ya escrito.

Un punto que me llamó la atención con la investigadora, supongo que parte de su personalidad, es comentar cosas como “no se qué le apreté”, “yo estaba trabajando y no se que pasó”. De alguna manera lo relacioné con el caso de la primera profesora, donde el “no entender” es literalmente eso: no entender con qué estás interactuando.

Por ejemplo, dado el caso de la investigadora, mi conjetura es que el problema es la falta de correspondencia uno a uno entre el modelo de lo ya conocido (la máquina de escribir) y el modelo mental que involucra la nueva herramienta (la laptop más el Word). Obviamente el último es mucho más grande que el primero, y que al parecer está contenido (la idea de la máquina de escribir, teclear en una hoja sólo que ahora en la laptop).

Extender el modelo mental sobre el objeto antiguo para derivar en uno nuevo más complejo, puede ser complicado. La herramienta debe tener un diseño que brinde una buena curva de aprendizaje durante el proceso. Algo me dice que cuando no logramos bien esa curva, claro que podemos utilizar la nueva herramienta, pero nos quedamos utilizándola en esta forma “mecánica”.

Después, con la misma usuaria, surgió otra emergencia: después de alcanzar alrededor de 200 hojas en su documento, había perdido toda la información, quedando solamente una hoja en todo el documento con lo último que tecleó. ¿Qué fue lo ocurrió?

Realmente es un misterio. Yo medio hice un par de cosas, incluyendo el “deshacer” para ver si aparecía su texto original y checar sí habían copias, pero nada. Luego solicitamos la ayuda de un ingeniero en sistemas, el cual trató de conducirla a través de preguntas que entendí que eran para dar evidencia del “error de usuario”. Pero nada. Platicando con él, llegamos a la conclusión de que al no encontrarse corrupto el archivo, quizá no se fijo de que estaba tecleando sobre un documento nuevo y por no entender la diferencia entre un “save” o “save as”, o bien quizá por el estrés, no se dio cuenta y sobre-escribió su archivo.

Una última historia. Un día, cierto diseñador de información, con formación también en cómputo, y que además le gusta platicar y discutir sobre el diseño de interacción, estaba mandando un mail en el móvil de Apple. Por error, hizo “tap” en enviar el mail y entonces no supo como cancelar la acción. Aunque se regresó al menú inicial para ver si aparecía el “outbox”, no consiguió nada. Después de otro par de “taps” para checar qué estaba pasando, el correo salió con la mitad de texto. Tuvo entonces que mandar otro correo con el texto faltante.

Sí, a mi me pasó. De hecho, en el ciente de MacOS cuando no quería descargar los correos o bloquear la salida de uno, me iba rápidamente a checar la ventana de actividades y le daba “alto” a ese proceso. En el teléfono no pude localizar la “tachita” para detener el envío, y tampoco me “salió” el outbox para entrar ahí y de nuevo buscar una “tachita” para cancelar. Quise hacer un mapeo entre el modelo que tiene el cliente de correo para computadoras de escritorio con el cliente para móviles. Y no dudo que exista una forma de “parar” el correo, sólo que no “entendí” cómo descubrir esa forma.

En resumen, podríamos decir que las interfaces pueden tornarse realmente complejas pero que esa complejidad no va siempre a la par con la curva de aprendizaje de usuario para utilizar la nueva herramienta, no tanto por su falta de capacidad (los usuarios no son estúpidos) sino por falta de alfabetización informática y/o tecnológica quizá, o bien, porque simplemente no se esfuerzan (porque no les interesa, su tarea base siempre está muy clara y es lo más sencilla, no importa cuán sofisticada sea la herramienta con sus “extras”) en sacarle más “jugo” a las mejoras, en parte porque todos queremos una vida sencilla dentro de lo complicada que nos la hacemos. Y claro, el entendimiento, semiosis o conformación de un modelo mental del espacio de interacción, o como quieran llamarlo, entre lo que trae en la cabeza el diseñador para ofrecer una solución a lo que tiene un usuario, definitivamente no es lo mismo. Bien dicen: cada cabeza es un mundo.

Todo un reto, ¿no creen? ¿Hasta dónde eres como diseñador de interacción una guía montessori o un dictator con tus propuestas?

Estoy casi seguro que la mayoría de nosotros tiene la imagen de un objeto/artefacto o situación “mejorada” cuando escucha la palabra innovación. Sin embargo, precisar qué es innovación podría resultar complicado y más aún, dar una respuesta cuando nos preguntan ¿cómo innovar?

La RAE define innovación como:

Creación o modificación de un producto, y su introducción en un mercado.

Y tomando en cuenta que dicha academia tiene una definición del diseño como

Concepción original de un objeto u obra destinados a la producción en serie.

Entonces la relación entre el diseño y la innovación parece evidente. Diseñar es innovar e innovar implicar diseñar. Ajá. ¿Pero cómo?

El diseño como resultado de un proceso cognitivo para resolver un problema dentro de un contexto (aunque no sea así en todos los casos, desafortunadamente), está supeditado al conocimiento del diseñador mismo. Un conclusión rápida sería afirmar que la innovación se da a partir de una pluralidad de ideas.

Esto podría apoyar al punto de que “dos cabezas piensan mejor que una”.

Sin embargo, la pluralidad se enfrenta a un problema inmediato: la comunicación de las ideas mismas. Si lográramos determinar los mejores medios y prácticas para la comunicación del diseño e innovación, aún está el pendiente de ¿cómo surgen esas ideas tomando en cuenta que cada cabeza es un mundo? ¿Cuáles podrían ser las variables a considerar dentro de un proceso de innovación? Es ahí donde entra la conformación una metodología asociada a procesos de innovación.

¿Qué involucra tener una metodología para innovar a través del diseño? En el diseño, ¿son los tan mencionados design research y design thinking?

Relacionado con esta cuestión, tuve la oportunidad de asistir a una charla y taller breve del Innovation Forum 09, llevado a cabo el 27 y 28 de noviembre en la UDLAP. El Dr. Fozzy Moritz, Director de SportKreativWerkstatt, ofreció la charla que tuvo por título: “Communication: What innovatorics is about“.

En la charla el Dr. Moritz platicó un poco sobre cómo su empresa, que se dedica a la innovación holística, aplica una metodología propia para proyectos de innovación. El punto a recalcar sobre dicha metodología es que la fase de “Generación creativa del concepto” se encuentra en sexta posición. Las etapas previas a ésta son las nombradas*  Energía y Motivación → Dar comienzo al proyecto → Establecer el target vision (lo que la innovación pretende alcanzar) → La reflexión (una vez embebidos en el contexto) → Función principal (de hecho, según entendí serían las funciones/características potenciales consideraras para la innovación).

* Ya se, la traducción literal de los nombres resulta un poco extraña.

Después de terminar de contarnos sobre la metodología (incluyendo otras dos fases), el Dr. Moritz y otro miembro de la empresa, Christian Henneke, nos organizaron para realizar un pequeño pero interesante ejercicio: proponer algo relacionado con bicicletas tomando en cuenta las “restricciones de frontera”* y los potenciales de innovación**.

* En inglés “boundary conditions”. Muy de ecuaciones diferenciales, ya sé. En sí, la restricciones dadas por el contexto.

** Aquello que facilita a la innovación.

El ejercicio consistió en listar qué podría considerarse restricciones y qué potenciales. De ahí, determinamos para cada uno cuáles podrían ser las consecuencias. Por ejemplo, si la “pavimentación” es una restricción, una consecuencia podría ser que las bicicletas no podrían llegar a todas partes. O bien, si “nuevos materiales” se considera como potencial, entonces la consecuencia sería la oportunidad de emplear material resistente a cambios climáticos pero amigable al ambiente.

Una vez teniendo ambas listas, podría entonces proponerse un producto, infraestructura o servicio innovador*. Al final, cada equipo pasó al frente a explicar su propuesta.

La resolución del equipo con quien estuve derivó en una bicicleta con ciertas características. Una idea que me latió mucho fue la propuesta de un miembro del equipo de que nuestra bicicleta tuviera un medidor de distancias de forma que a mayores recorridos, menor cantidad de impuestos pagaríamos.

* El hecho de contemplar infraestructura y servicio además de producto se me hace muy pertinente. Sobretodo al tomar en cuenta que actualmente es vital y redituable la innovación en las tecnologías de información y comunicación.

Aunque este ejercicio fue corto, me reafirmó la idea de que el conocimiento del contexto es relevante para la innovación. En adición, que si la creatividad puede ser considerada como el resultado de ideas aparentemente disjuntas para la solución de un problema, la innovación es la inmersión de este resultado dentro del contexto, mayormente en forma masiva, de forma que influye directamente en la percepción del problema.

Dado que los diseñadores tendemos a ser “inmediatos” con nuestras soluciones, la innovación parece indicarnos que necesitamos frenarnos un poco, pararnos “arriba de un banco” y contemplar el contexto del problema. Estoy convencido de que un enfoque metodológico no limita para nada el proceso creativo, al contrario, debería enriquecerlo. Dependiendo de la magnitud o complejidad de un proyecto, es posible caracterizar tanto a los usuarios como el contexto. Aún más, comunicar todo lo identificable no sólo podría marcarnos el camino (aunque sea “internamente”, lo cual es muy aplicable a proyectos pequeños) sino a expresar necesidades y resultados esperados en términos de interés para el cliente (por ejemplo, como ciertas variables afectan el retorno de inversión, lo cual sería muy bueno en situaciones de proyectos grandes o muy formales).

El miércoles 15 de octubre tuve el gusto de participar en la Semana de Arte y Diseño de la Unarte Universidad del Arte, un instituto pequeño pero con un ambiente cálido y buen nivel de camaradería.

La decoración de las paredes es muy particular, lo cual le brinda un carácter propio a este centro de estudios. Esos efectos ópticos me parecen geniales.

Debido a otros compromisos, me perdí el resto de las charlas. Ya no tuve la oportunidad de escuchar a Tina Diez  y Ricardo Huitrón, dos colegas exaUDLAPs, pero estuve presente en la charla con Germán Montalvo, quien fue muy ameno en su plática y nos mostro una cantidad considerable de trabajo comentándonos para cada caso cuál había sido el proceso. Germán es bien conocido por su trabajo en cartel, aunque en esta charla nos mostró trabajo de editorial, cerámica/talavera e incluso muebles.

Las fotos las tomé con el celular. Una disculpa por la calidad de las fotos.

Prototipo para la Guirnalda de Plata, presea del auditorio nacional.

Libro sobre Warhol.

Plato de talavera.

Portada de la revista Design Issues.

Agenda.

Ilustración de pájaros antropomorfos.

Broche con las mismas ilustraciones del libro.

Germán hizo un par de comentarios que me parecieron muy acertados:

• El diseño debe provenir de la realidad.
• La gente desconoce que existe un proceso*.

* refiriéndose a proyectos de diseño.

Un servidor platicó sobre qué es arquitectura de información, ya que siendo futuros egresados en diseño estratégico, esta disciplina si al menos no se puede siempre implementar con todo el formalismo, sí es necesaria porque no sólo propone en términos del usuario, sino ejercita esa “manera de pensar” en forma estructural, muy conveniente cuando se tienen que solucionar problemas donde existe una gran cantidad de información o bien, una marcada carencia de esta.

Por mi parte quiero agradecer a Hilda Gabarrón (a.k.a. Higa) por la invitación y a los cuates estudiantes de la Uniarte por sus comentarios, retroalimentación y buena vibra.

Ahora que me han estado solicitando un archivo de los trabajos de difusión en el CIRIA UDLAP, consideré más práctico hacerlo en línea que guardar copias impresas ya que:

1. La gente puede acceder a la muestra de trabajos y quizá opinar.
2. Puedo descargar una copia para alguna presentación.

La muestra de imágenes está en la cuenta de flickr del CIRIA y cuya liga al set es:

http://www.flickr.com/photos/ciria_udlap/sets/72157622453148894/

También aproveché para poner en línea un par de presentaciones en SlideShare, por lo práctico de acceder a ellas si es necesario y para ir conformando un archivo de presentaciones.

Aunque es muy propio conformar portafolios en alojamientos propios, aprovecharse de las plataformas relacionadas con las redes sociales resulta no sólo cómodo, sino también bastante práctico. Sería importante reconsiderar ya dejar todo un portafolio bajo un CMS con incrustaciones de otros elementos alojados en las redes sociales. En fin…

Este congreso bianual llamado también CIDI (por sus siglas en portugués) y organizado por la Sociedad Brasileña de Diseño de Información (SBDI), se celebró del 9 al 10 de septiembre con sede en la Pontificia Universidad Católica de Rio de Janeiro (PUC-Rio).

La experiencia fue muy gratificante; en las charlas se trataron temas como visualización de información, tipografía, cartografía, diseño de instrucciones, diseño de interfaces, entre otras. Estas son algunas imágenes y anotaciones de un par de charlas del evento.

Visualización de Información con el Dr. Yuri Engelhardt.

En esta conferencia de apertura, el Dr. Engelhardt comenzó comentando que existen dos puntos de enfoque o estudio con respecto a las gráficas:

1. La gramática de las gráficas – relacionada con la creación de las mismas. Lo importante es determinar y entender cuáles son los “bloques” con os que se construyen las gráficas.
2. El conocimiento de las gráficas – relacionada con el uso de las gráficas. Darnos cuenta dónde, cómo y cuándo son efectivas las gráficas para generar conocimiento o tomar decisiones.

¿Cómo es la gramática de las gráficas?

El Dr. Yuri explicando la importancia del Gapminder.

El explicó que la visualización y el manejo de gráficas es importante porque:

• Estamos limitados por nuestra memoria a corto plazo,
• son una extensión de nuestro espacio mental de trabajo y
• nos permiten utilizar la visión para pensar.

Gráfica que explica el consumo de carne en comparación con la tala de árboles.

Y que también las gráficas son mejores que el texto en el sentido que:

• Nos permiten hacer “búsquedas” visuales,
• hacer comparaciones visuales,
• notar visualmente cambios o desviaciones (en los datos) y
• nos permiten encontrar patrones visuales.

Cita de Brinton, proveniente de un libro de visualización que ha influido en el trabajo del Dr. Yuri.

Desde su perspectiva social, la educación visual es importante, y debe procurarse desde la infancia. Comentó que cree que los datos que nos permiten generar información visual a través de las gráficas permite a la sociedad a mejorarse a si misma debido a que puede asimilar mucha información (sobre lo que sucede en su contexto) de forma que va dándose cuenta de qué está sucediendo en su “historia” durante el tiempo.

Diseño de información en transición por Karen Shriver.

La plática de la Dra. Shriver estuvo muy interesante porque nos platicó de qué significa ser un experto en el diseño de información; es decir, al ser esta una disciplina transitoria de la comunicación gráfica y escritura técnica, qué habilidades debería generar un profesional en el medio para lograr un expertise.

Comenzó comentando que un factor importante, que a su vez es un reto en la disciplina, es que no existen teorías, modelos o un perspectiva de cómo uno se vuelve un experto en el diseño de información.

Recursos relacionados con la tradición artesanal.

Recursos relacionados con la tradición retórica.

De ahí, nos mencionó que existen prácticamente tres tradiciones que influyen en el diseño de información:

• La artesanal – en donde se nos indican guías y reglas que debemos seguir, y en la que también suele darse mucho peso a las habilidades técnicas (sobretodo en cuántos paquetes de software sabemos para ser llamados un “diseñadores”). Indicó que esto deriva en que muchas personas tengan una visión corta acerca de la disciplina.
• La romántica – cuando consideramos que hay gente que nace con el talento. Mencionó que en salones de clase, esto induce a que el educador (en diseño) tome un papel pasivo enfocándose en tan sólo proveer del ambiente o contexto adecuado para estas personas talentosas. Ante este hecho, comentó que esta perspectiva no es satisfactoria, porque la formación (enseñar, corregir, contrastar y aprender) es importante para volverse un experto.
• La retórica – donde se piensa en términos de la audiencia. Explicó cuál ha sido la evolución (es decir, las consideraciones que determinan la manera de diseñar) de esta tradición y que en la actualidad seguimos enfocados en la experiencia del usuario que es el resultado de la suma de emoción y cognición.

Explicación de la Dra. Shriver de cómo han evolucionado los modelos de la audiencia según la tradición retórica.

Convertirse en un experto depende del contexto, pero mencionó que existen ciertas formas de alcanzar esta meta, tales como:

• Auto-estudio.
• Trabajando con mentores.
• Interactuando con grupos.
• Retroalimentación del mundo real.

Definición de qué significa ser un experto en diseño de información según la Dra. Shriver.

También nos indicó que los expertos atacan los problemas de una forma novedosa; por lo que no es lo mismo ser un experto que tener experiencia, lo cual podría implicar la repetición de las mismas fórmulas aunque sea en forma eficiente. Además, nos explicó que los diseñadores de información expertos, como cualquier experto en general, busca patrones para evaluar la calidad de un trabajo. Dichos patrones son variados e incluyen aspectos

• lingüísticos,
• estructurales,
• patrones de género,
• espaciales,
• patrones gráficos y
• patrones tipográficos.

Ejemplo de diseño de información que brindó la Dra. Shriver. Este es el texto informativo original para solicitar un permiso al municipio.

Este es el texto resuelto en cuanto a diseño: no sólo se consideró el layout y jerarquías, sino también la escritura técnica. (D.R. Shriver, 2009).

La Dra. Shriver es autora de un libro llamado “Dynamics in Document Design“; que por cierto, he tenido alguna vez la oportunidad de hojear durante la maestría, y que me pareció muy buena referencia para un diseñador de información. Disfruté mucho haber tenido la oportunidad de escucharla en vivo.

Cierre de la conferencia magistral por Karen Shriver en el CIDI 09.

Cómo la tecnología ha afectado la práctica de la visualización de datos según Isabel Meirelles.

Esta fue una charla muy descriptiva e interesante. La Mtra. Meirelles presentó, analizó y discutió la relación entre la visualización y la tecnología a través de diversos casos que podemos encontrar actualmente. Entre ellas:

• Visualization Lab – New York Times. También mencionó el proyecto de visualización llamado “Cómo diferentes grupos gastan su día“.
• Many Eyes – IBM. Donde uno sube conjuntos de datos o bien toma un conjunto de datos, hace visualizaciones y luego se llevan a cabo discusiones sobre éstas (una mezcla de Web 2.0 con visualización de datos).
• Spatial Information Design Lab – Universidad de Columbia. En particular el Million Dollar Blocks.

La Mtra. Isabel Meirelles explicando las tendencias actuales para la visualización.

Una visualización de Minard que desconocía y que me pareció muy ilustrativa.

Sistemas de información ambientales por Mauro Pinheiro.

Mauro, colega y buen amigo, nos platicó sobre el cómputo ubicuo o penetrante (pervasive computing como se le conoce en inglés), idea en la que cualquier artefacto tiene capacidades para procesar datos y transmitir información de forma que la tecnología sea parte de nuestro entorno. Nos explicó como este enfoque es consecuencia del paradigma de diseño llamado Calm Technology propuesto por Mark Weiser y presentó diversas aplicaciones tecnológicas con motivo de reflexionar sobre cómo explorar áreas de oportunidad en este campo.

Ejemplo de ubicuidad de la información - caso globo.com de Brasil.

Explicación sobre el paradigma de Calm Technology conformado por el "centro" y la "periferia".

Cuestiones relacionadas con el diseño de información con respecto al cómputo ubicuo de acuerdo con Mauro Pinheiro.

CONGIC: Congreso de iniciación científica en el diseño de información.

Paralelo al CIDI se llevo a cabo un congreso estudiantil de diseño de información llamado CONGIC. A mi parecer, esta actividad se me hace bastante loable ya que da la oportunidad a los estudiantes no sólo de explorar el diseño de información a través de la investigación, sino que brinda un foro para ellos, donde pueden tomar experiencias para presentar y discutir sus ideas ante colegas y público de otras disciplinas. Tuve la oportunidad de escuchar tres de estas charlas estudiantiles.

Una de ellas trató sobre un modelo analítico con consideraciones semióticas aplicado a proyectos tipográficos.

También estuve presente en otra donde se explicó (aunque entendí muy poco por el acento del portugués de la ponente) cómo se involucró a usuarios reales de un material educativo para aprender geometría descriptiva.

Y por último, una charla sobre cómo diseñar materiales de instrucciones, en este caso para el ensamblaje de un ventilador. Un proyecto de diseño de información aplicado a la vida real, donde se evaluó la usabilidad del producto de diseño.

En conclusión…

Esta versión del CIDI fue interesante porque su eje fue “el campo de acción del diseño de información” lo cual derivó que participara gente que no provenía solamente del área de “diseño”. A mi juicio, este congreso es una manifestación de la madurez del diseño de información en Brasil y reconoce la importancia de la investigación/gestión de proyectos relacionados con la disciplina.