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 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.

Del post que hice sobre “Ironman, HCI y algo de Infodiseño”, Saul me dejó el siguiente comentario:

En verdad se manejan varios conseptos de GUI y HCI, pero esto ya rompio la barrera del cliché cinematográfico, verás la persona que asesoro a Ironman y Minority Report en el ambito “futurista” es un reconocido investigador del MIT que ya ha desarrollado un interfaz espacial llamada g-speak. Su nombre John Underkoffler y para muestras de lo que ha logrado aqui les dejo su pagina de videos oficiales: http://www.vimeo.com/user922585.

Gracias por compartirme esta información. Inmediatamente me fui a revisar la liga de Vimeo y qué agradable sorpresa resultó el g-speak. Abajo dejo el video de este sistema ambiental para quienes gustan de las interfaces por gestos.

g-speak overview 1828121108 from john underkoffler on Vimeo.

En corto y para acceso rápido: John Underkoffler, fundador de Oblong Industries, es doctor egresado en 1999 del Tangible Media Group del Media Lab del MIT, grupo dirigido por Hiroshi Ishii.

Los escenarios son muy útiles en el diseño de interacción. Aunque tradicionalmente son escritos, tomar la opción de presentarlos en video o a través de bosquejos también puede ser muy conveniente ya que se explota el factor visual-narrativo. Como muestra, tenemos estos videos del canal en Vimeo que tiene el Mobile Experience Lab, parte del Design Lab del MIT.

El diseño de interacción aún no es algo concreto en latinoamérica como área de estudio. Sin embargo, existen opciones para aquellos que quieran especializarse en la disciplina mediante un posgrado. Esta es una pequeña lista con algunos programas relacionados.

Gracias a mi colega Mario Moreno por recordarme. ¡Es verdad! Tonto de mi. La Universidad Tecnológica de la Mixteca ofrece la Maestría en Medios Interactivos. Si alguien gusta estudiar en México, aquí hay una opción.

Actualización 2:

Gracias a Eusebio, quien me dejó este “Mapa de Educación en Diseño de Interacción en Europa” en Google dentro de los comentarios. Está elaborado por Alexandra Deschamps de Tinker.it. Lo pongo por si alguien se brinca los comentarios.

Jorge nos recordó que la Universidad Autónoma de Tamaulipas se ofrece la Maestría en Diseño Digital.

Australia

• The University of Sidney - Master in Interaction and Electronic Arts.
• University of Queensland – Graduate Diploma in Interaction Design.

Brasil

• Instituto Faber Ludens de Design de Interação - Especialização em Design de Interação.

Canadá

• Simon Fraser University  - M.A. o M.Sc. in Interaction Design.

Escocia

• University of Dundee - M.Sc. in Ethnography Design.
• University of Dundee - M.Sc. in Computing with Interactive Systems.
• Bath Spa University - M.A. in Interaction Design.

Estados Unidos de América

• Arizona State University -M.Sc. Interaction Design.
• Ohio State University - M.A. in Digital Animation and Interactive Media.
  
• Kansas University – M.A. in Interaction Design.
• Carnegie Mellon – M.Des. in Interaction Design.
• Carnegie Mellon – M.A. in Tangible Interaction Design.
• Indiana University – M.Sc. in Human Computer Interaction Design.
• University of Washington - MFA in Visual Communication Design / MFA in Industrial Design (concentración en Interaction Design).
• University of Baltimore - M.Sc. Interaction Design and Information Architecture.
• School of Visual Arts – M.A. in Interaction Design.
• M.I.T. – M.Sc. in Media Arts and Sciences.
• Illinois Institute of Technology – Master of Design.

Suecia

• Chalmers University of Technology - Master Programme in Interaction Design.
• Malmö University – Master in Interaction Design.
• University of Gothenburg - C:Art:Media Programme (para titularse como Master in Fine Arts o Master in Applied IT).

Países Bajos

• Eindhoven University of Technology - Master in Human-Technology Interaction.

Reino Unido

• Royal College of Art - M.A. o M.Phil. (dentro del programa de “Design Interactions”).
• Kingston University London - Pg.D. o M.Sc. in User Interaction Design.
• Nottingham Trent University – M.A in Interaction Design.
• University of Edinburgh - M.Sc. in Design and Digital Media.
• Middlesex University - M.A. in Design for Interactive Media.

Actualización: Diego de Digilicious publicó un post similar con una lista de institutos dónde estudiar un posgrado en diseño.

Encontré este post de Nettuts+ de herramientas para desarrolladores web. Lo dejo aquí de referencia, en particular por el enlace que tiene a TypeTester, herramienta que está super-bien para checar color tipográfico en pantalla. ¡Ah! Y también por el generador de paletas de color de ColourLovers que resulta práctico cuando uno está en clase de diseño web.

Ojalá les sea también de utilidad. ¡Saludos!