De la Educación en Diseño de Interacción

Escrito por Tzek el 30/11/10
Clasificado en: Diseño de Interacción, Diseño de Interfaces, Diseño y Sociedad, HCI, Profesión, Reflexión, Tertulias

Hace un par de post ya, escribí algunos pensamientos sobre el diseño de interacción; sobre cuál era mi percepción sobre la disciplina en aquel entonces. Creo que este hecho no ha cambiado mucho en el sentido que no se reconoce el valor del diseño como disciplina (su madurez, aportación en el conocimiento colectivo y la posibilidad de conseguir una buena capitalización del mismo); aún más, no se reconoce como el diseño per se puede tomarse como un eje disciplinar natural en algunas formaciones académicas (me refiero a títulos en ingeniería y ciencias, no sólo a títulos en las "disciplinas proyectuales").

Lo anterior podemos tomarlo como una metáfora de un cono, recorriéndolo de dentro hacia afuera, donde las lineas que van del interior a una de las orillas –donde están "paradas" las disciplinas y su conocimiento construido– muestran el "camino del diseño" (algo así como un design-driven approach). Aunque también podemos tomar una visión contraria: en forma de embudo. Esto es, caminar de fuera hacia dentro, donde lo que queda hasta abajo –y saldría por el embudo– es el diseño derivado de una formación académica especializada.

Con respecto a este último enfoque, considero que esta visión de embudo aplica muy bien para la formación a nivel licenciatura de un Diseñador de Interacción. Don Norman en su artículo ¿Por qué la educación en diseño de cambiar? comenta que:

"Las nuevas áreas (refiriéndose a la formación en diseño) son más como ciencias sociales y del comportamiento aplicadas, y que requieren un entendimiento de la cognición y emoción humana, sistemas sensoriales y de motricidad, y el suficiente conocimiento del método científico, estadística y diseño experimental en la medida que los diseñadores puedan validar, legitimar las pruebas de sus ideas antes de liberarlas…"

Justo este artículo me recordó un correo electrónico que había compartido con un par de colegas en junio de 2010 sobre ¿qué materias podrían ser útiles en un plan de estudios de licenciatura para Diseño de Interacción? – bajo esta visión de embudo– y que quisiera compartir ahora con ustedes (al final del post).De antemano, ofrezco una disculpa por algún error de redacción u ortografía; no quise cambiar nada del correo para no tergiversarlo. Dado el artículo de Norman, considero que faltó de la lista materias como las siguientes: Metodología de la Investigación, Probabilidad, Inferencia Estadística, Diseño de Experimentos, Modelos Probabilísticos, Psicología Cognitiva, Psicología y Emociones, entre otras.

De cualquier forma, el asunto fuerte en este caso es la formación del diseñador de interacción. Es decir, podríamos preguntarnos: ¿cómo en las escuelas se está pensando formar adecuadamente a un diseñador de interacción?, ¿cómo formar a un estudiante con las herramientas para solucionar problemas de interacción en diferentes contextos de uso y con una ejecución adecuada, limpia, profesional?, ¿cómo lograr la integración de este tipo de diseñadores en equipos de trabajo multidisciplinarios? y por último, ¿cómo esa formación derivará en los futuros profesionales y teóricos que concreticen los pilares del conocimiento en Diseño de Interacción?

----- Materias descritas en el correo original – O.S.T. Junio 2010 -------

Fundamentos ==========================================
* Algoritmia.
Teoría: programación estructurada, condicionales, ciclos, recursividad, etc.
Práctica: Diseñar y programar ejercicios relacionados.
Objetivo: Saber pensar en forma algorítimica y tener fundamentos de programación estructurada.
* Dibujo
Teoría: Línea, forma, proporción, etc.
Práctica: Representaciones del mundo real.
Objetivo: Adquirir un estándar de calidad en representación visual.
* Introducción al Diseño de Interacción
Teoría: Qué es Diseño de Interacción, Interfaz, Tarea, Usuario, Contexto de Uso, Relación con otras disciplinas, objetivos de un producto de diseño.
Práctica: Elaboración de maquetas físicas, carteles académicos, intervención en espacio (todo análogo, nada electrónico).
Objetivo: Conceptualizar soluciones para resolver problemas del entorno.
* Taller de Diseño Industrial.
Teoría: Volumen, materiales, forma, ergonomía, sustentabilidad, etc.
Práctica: Diseñar y realizar prototipos físicos de herramientas y aparatos como controles de videojuegos, palancas de carro, páneles de control. Evaluación de las propuestas con usuarios.
Objetivo: Entender sobre usuarios y sus necesidades de uso.
* Creatividad
Teoría: Introducción al proceso creativo.
Práctica: Maquetar ideas creativas de problemas de diseño espurios.
Objetivo: Que el alumno tenga inteligencia emocional, un pensamiento creativo y romper paradigmas.
* Investigación Cuantitativa.
Teoría: Metodología de la investigación, estadística.
Práctica: Armar un proyecto de investigación sencillo con recopilación y análisis de datos cuatitativos.
Objetivo: Aprender y aplicar metodología de investigación en la elaboración de proyectos de diseño.
* Investigación Cualitativa.
Teoría: Métodos y procesos de investigación en las ciencias sociales.
Práctica: Trabajo de campo, elaboración de etnografías, observación, entrevistas, etc.
Objetivo: Aprender a cómo levantar requerimientos y necesidades de los usuarios a partir de una investigación cualitativa.
* Diseño visual.
Teoría: Forma, color, composición.
Práctica: Elaboración de mensajes visuales.
Objetivo: Adquirir un pensamiento visual y saber comunicarlo.
* Tipografía y Texto.
Teoría: Fuentes, famila tipográfica, kerning, tracking, composición de textos.
Objetivo: Saber componer un texto adecuadamente para medios impresos.
* Diseño para pantalla.
Teoría: Tipografía para pantalla, color para pantalla, composición en pantalla.
Objetivo: Realizar composiciones de texto e imágenes del estilo de interfaces gráficas de usuario y para lectura en pantalla.
Formación ==========================================
* Programación Orientada a Objetos.
Teoría: clase, objeto, métodos, funciones, etc.
Práctica: Diseñar y programar ejercicios relacionados
Objetivo: Saber pensar en forma algorítimica y tener fundamentos de programación OO.
* Diseño de Información.
Teoría: Comunicación, mensaje, introducción a la visualización, introducción a la usabildiad, esquemática, legilidad de mensajes visuales, etc.
Práctica: Diseñar mensajes que muestren la relación enter las variables de un fenómeno, códigos sonoros, diseño instruccional.
Objetivo: Saber cómo diseñar visual, física y auditivamente con fines utilitarios.
* Arquitectura de Información
Teoría: Qué es arquitectura, ejemplos de arquitectura en diseño impreso, arquitectura para medios digitales, sistemas de navegación, sistemas de búsqueda, sistemas de etiquetado, análisis de contenido, tesauros, introducción al modelo entidad-relación y XML para bases de datos, etc.
Práctica: Elaboración de Personas, Card-Sorting, Free listing, Mapas y modelos mentales, Elaboración de Wireframes, Elaboración de escenarios.
Objetivo: Estructurar el pensamiento de una aplicación más allá de pensar visualmente.
* Diseño de Interacción Humano Computadora
Teoría: Qué es HCI, sketching e ideación (Bill Buxton), paradigmas de interacción, estilos de interacción e interfaces (gráficas, tangible, móvil, robótica, táctil, agentes inteligentes, etc), ergonomía de interfaces.
Práctica: bocetaje de interfaces, elaboración de interfaces y escenarios animados.
Objetivo: Qué el alumnos conozca sobre interacción y adquiera la capacidad de imaginar y luego bocetar y aprender a presentar y vender sus ideas.
* Diseño de Interacción Humano Computadora II
Teoría: Continuar con los temas de estilos de interacción en intefaces (visualización de datos, interfaces hápticas, etc).
Práctica: bocetaje de interfaces, elaboración de interfaces y escenarios animados.
Objetivo: Qué el alumnos conozca sobre interacción y adquiera la capacidad de imaginar y luego bocetar y aprender a presentar y vender sus ideas.
* Evaluación de Interfaces
Teoría: Pruebas de usabilidad, Ingeniería Semiótica, Grupos Focales.
Práctica: Aplicar una prueba de usabilidad, protocolos y métodos para aplicarse en pruebas de usabilidad, pruebas de comunicabilidad (de la Ingeniería Semiótica), realizar un focus group.
Objetivo: Saber llevar a cabo una evaluación, cómo podría ser documentada, cómo recopilar datos y analizarlos, hacer reporte para propuestas de mejoras.
Web ==========================================
* Diseño web
Teoría: Aprender conceptos de Internet, entender qué es web semántica, qué es separar contenido de presentación, usabilidad para web, prototipeo en papel de sitios web, arquitectura de inforamción para web, etc.
Práctica: XHTML y CSS.
Objetivo: Crear un sitio web estático con buena retícula y arquitectura de información.
* Aplicaciones Web I
Teoría: Interacción en web, diseño de formas/formularios.
Práctica: JavaScript, AJAX y librerías para web interactiva (JQuery, Mootools, etc).
Objetivo: Crear sitios interactivos y con validaciones en formularios, menúes, etc.
* Aplicaciones Web II
Teoría: Conceptos de Base de Datos, Scripting en servidores, servicos web, etc.
Práctica: PHP, MySQL, desarrollo en .net.
Objetivo: Crear un sitio web dinámico.
* Aplicaciones Móviles
Teoría: Diseño de interacción para móviles.
Práctica: XHTML, CSS, JavaScript, AJAX, JQuery, PHP, MySQL, e introdución a plataformas de desarrollo para móviles como Java ME y Objective-C.
Objetivo: Realizar una aplicación web para móviles de forma que se den cuenta que no es lo mismo para pantalla.
Videojuegos ==========================================
* Diseño Videojuegos para la Red
Teoría: Diseño de videojuegos, aplicación de los videojuegos en entretenimiento, capacitación, investigación y ciencia, industria.
Práctica: Aplicar animación, diseño de interacción humano computadora y programación orientada a objetos en el proyecto.
Objetivo: Elaborar un juego de video basado en un browser.
* Diseño de Videojuegos para Consola
Teoría: Lenguaje de programación para una consola.
Práctica: Conocer y aprender lo básico de un lenguaje nativo de una consola.
Objetivo: Lograr ejecutar (quizá mendiante un emulador) lo que se vería en un juego de consola de cierta marca.
* Diseño de Videojuegos para Móviles
Teoría: Repaso de un lenguaje de programación nativo para un móvil (Java ME u Objective-C).
Práctica: Programar y diseñar para una plataforma móvil.
Objetivo:Poner en práctica lo aprendido de programación y elaborar un prototipo de juego para móvil no basado en browser.
Interacción física ==========================================
* Elaboración de prototipos electrónicos.
Teoría: Introducción al cómputo físico.
Práctica: Elaborar prototipos físicos (con Arduino o alguna plataforma similar).
Objetivo: Fomentar el pensamiento creativo a través de la elaboración de prototipos físicos interactivos.
* Interacción física.
Teoría: Complentar conceptos de cómputo físico e interacción tangible.
Práctica:  Elaborar prototipos físicos y aplicar diseño industrial.
Objetivo: Elaborar un prototipo de cómputo que resuelva un problema del mundo real.

Fundamentos ==========================================

* Algoritmia

Teoría: programación estructurada, condicionales, ciclos, recursividad, etc.

Práctica: Diseñar y programar ejercicios relacionados.

Objetivo: Saber pensar en forma algorítimica y tener fundamentos de programación estructurada.

________________________________________________

* Dibujo

Teoría: Línea, forma, proporción, etc.

Práctica: Representaciones del mundo real.

Objetivo: Adquirir un estándar de calidad en representación visual.

________________________________________________

* Introducción al Diseño de Interacción

Teoría: Qué es Diseño de Interacción, Interfaz, Tarea, Usuario, Contexto de Uso, Relación con otras disciplinas, objetivos de un producto de diseño.

Práctica: Elaboración de maquetas físicas, carteles académicos, intervención en espacio (todo análogo, nada electrónico).

Objetivo: Conceptualizar soluciones para resolver problemas del entorno.

________________________________________________

* Taller de Diseño Industrial

Teoría: Volumen, materiales, forma, ergonomía, sustentabilidad, etc.

Práctica: Diseñar y realizar prototipos físicos de herramientas y aparatos como controles de videojuegos, palancas de carro, páneles de control. Evaluación de las propuestas con usuarios.

Objetivo: Entender sobre usuarios y sus necesidades de uso.

________________________________________________

* Creatividad

Teoría: Introducción al proceso creativo.

Práctica: Maquetar ideas creativas de problemas de diseño espurios.

Objetivo: Que el alumno tenga inteligencia emocional, un pensamiento creativo y romper paradigmas.

________________________________________________

* Investigación Cuantitativa

Teoría: Metodología de la investigación, estadística.

Práctica: Armar un proyecto de investigación sencillo con recopilación y análisis de datos cuatitativos.

Objetivo: Aprender y aplicar metodología de investigación en la elaboración de proyectos de diseño.

________________________________________________

* Investigación Cualitativa.

Teoría: Métodos y procesos de investigación en las ciencias sociales.

Práctica: Trabajo de campo, elaboración de etnografías, observación, entrevistas, etc.

Objetivo: Aprender a cómo levantar requerimientos y necesidades de los usuarios a partir de una investigación cualitativa.

________________________________________________

* Diseño visual

Teoría: Forma, color, composición.

Práctica: Elaboración de mensajes visuales.

Objetivo: Adquirir un pensamiento visual y saber comunicarlo.

________________________________________________

* Tipografía y Texto

Teoría: Fuentes, famila tipográfica, kerning, tracking, composición de textos.

Objetivo: Saber componer un texto adecuadamente para medios impresos.

________________________________________________

* Diseño para pantalla.

Teoría: Tipografía para pantalla, color para pantalla, composición en pantalla.

Objetivo: Realizar composiciones de texto e imágenes del estilo de interfaces gráficas de usuario y para lectura en pantalla.

Formación ==========================================

* Programación Orientada a Objetos

Teoría: clase, objeto, métodos, funciones, etc.

Práctica: Diseñar y programar ejercicios relacionados

Objetivo: Saber pensar en forma algorítimica y tener fundamentos de programación OO.

________________________________________________

* Diseño de Información

Teoría: Comunicación, mensaje, introducción a la visualización, introducción a la usabildiad, esquemática, legilidad de mensajes visuales, etc.

Práctica: Diseñar mensajes que muestren la relación enter las variables de un fenómeno, códigos sonoros, diseño instruccional.

Objetivo: Saber cómo diseñar visual, física y auditivamente con fines utilitarios.

________________________________________________

* Arquitectura de Información

Teoría: Qué es arquitectura, ejemplos de arquitectura en diseño impreso, arquitectura para medios digitales, sistemas de navegación, sistemas de búsqueda, sistemas de etiquetado, análisis de contenido, tesauros, introducción al modelo entidad-relación y XML para bases de datos, etc.

Práctica: Elaboración de Personas, Card-Sorting, Free listing, Mapas y modelos mentales, Elaboración de Wireframes, Elaboración de escenarios.

Objetivo: Estructurar el pensamiento de una aplicación más allá de pensar visualmente.

________________________________________________

* Diseño de Interacción Humano Computadora

Teoría: Qué es HCI, sketching e ideación (Bill Buxton), paradigmas de interacción, estilos de interacción e interfaces (gráficas, tangible, móvil, robótica, táctil, agentes inteligentes, etc), ergonomía de interfaces.

Práctica: bocetaje de interfaces, elaboración de interfaces y escenarios animados.

Objetivo: Qué el alumnos conozca sobre interacción y adquiera la capacidad de imaginar y luego bocetar y aprender a presentar y vender sus ideas.

________________________________________________

* Diseño de Interacción Humano Computadora II

Teoría: Continuar con los temas de estilos de interacción en intefaces (visualización de datos, interfaces hápticas, etc).

Práctica: bocetaje de interfaces, elaboración de interfaces y escenarios animados.

Objetivo: Qué el alumnos conozca sobre interacción y adquiera la capacidad de imaginar y luego bocetar y aprender a presentar y vender sus ideas.

________________________________________________

* Evaluación de Interfaces

Teoría: Pruebas de usabilidad, Ingeniería Semiótica, Grupos Focales.

Práctica: Aplicar una prueba de usabilidad, protocolos y métodos para aplicarse en pruebas de usabilidad, pruebas de comunicabilidad (de la Ingeniería Semiótica), realizar un focus group.

Objetivo: Saber llevar a cabo una evaluación, cómo podría ser documentada, cómo recopilar datos y analizarlos, hacer reporte para propuestas de mejoras.

Web ==========================================

* Diseño web

Teoría: Aprender conceptos de Internet, entender qué es web semántica, qué es separar contenido de presentación, usabilidad para web, prototipeo en papel de sitios web, arquitectura de inforamción para web, etc.

Práctica: XHTML y CSS.

Objetivo: Crear un sitio web estático con buena retícula y arquitectura de información.

________________________________________________

* Aplicaciones Web I

Teoría: Interacción en web, diseño de formas/formularios.

Práctica: JavaScript, AJAX y librerías para web interactiva (JQuery, Mootools, etc).

Objetivo: Crear sitios interactivos y con validaciones en formularios, menúes, etc.

________________________________________________

* Aplicaciones Web II

Teoría: Conceptos de Base de Datos, Scripting en servidores, servicos web, etc.

Práctica: PHP, MySQL, desarrollo en .net.

Objetivo: Crear un sitio web dinámico.

________________________________________________

* Aplicaciones Móviles

Teoría: Diseño de interacción para móviles.

Práctica: XHTML, CSS, JavaScript, AJAX, JQuery, PHP, MySQL, e introdución a plataformas de desarrollo para móviles como Java ME y Objective-C.

Objetivo: Realizar una aplicación web para móviles de forma que se den cuenta que no es lo mismo para pantalla.

Videojuegos ==========================================

* Diseño Videojuegos para la Red

Teoría: Diseño de videojuegos, aplicación de los videojuegos en entretenimiento, capacitación, investigación y ciencia, industria.

Práctica: Aplicar animación, diseño de interacción humano computadora y programación orientada a objetos en el proyecto.

Objetivo: Elaborar un juego de video basado en un browser.

________________________________________________

* Diseño de Videojuegos para Consola

Teoría: Lenguaje de programación para una consola.

Práctica: Conocer y aprender lo básico de un lenguaje nativo de una consola.

Objetivo: Lograr ejecutar (quizá mendiante un emulador) lo que se vería en un juego de consola de cierta marca.

________________________________________________

* Diseño de Videojuegos para Móviles

Teoría: Repaso de un lenguaje de programación nativo para un móvil (Java ME u Objective-C).

Práctica: Programar y diseñar para una plataforma móvil.

Objetivo:Poner en práctica lo aprendido de programación y elaborar un prototipo de juego para móvil no basado en browser.

Interacción física ==========================================

* Elaboración de prototipos electrónicos

Teoría: Introducción al cómputo físico.

Práctica: Elaborar prototipos físicos (con Arduino o alguna plataforma similar).

Objetivo: Fomentar el pensamiento creativo a través de la elaboración de prototipos físicos interactivos.

________________________________________________

* Interacción física

Teoría: Complentar conceptos de cómputo físico e interacción tangible.

Práctica:  Elaborar prototipos físicos y aplicar diseño industrial.

Objetivo: Elaborar un prototipo de cómputo que resuelva un problema del mundo real.


La calidad y su impacto en el sistema

Escrito por Tzek el 26/11/10
Clasificado en: Diseño y Sociedad, Profesión, Reflexión, Tertulias

En este último año he estado expuesto e involucrado con temas relacionados con la calidad y ambiente organizacional. Este post, en realidad es una anécdota que me hizo llegar a una especie de conclusión rápida de por qué la calidad es importante dentro de un sistema desde los niveles más "abajo". Aquí tomo genéricamente el término de sistema como esa caja negra (incluyendo a las organizaciones) con entradas y que genera salidas (ya sea un producto o servicio):

Tengo una playera polo, roja por cierto, que me gusta mucho. Pero siempre que me la ponía, había algo que me picaba el cuello. Es importante mencionar que en esa misma zona tengo un pequeño lunar. Yo tenía la teoría que era un hilo de nylon (transparente y duro) que estaba salido de la costura y que era eso que me picaba el cuello, donde está mi lunar – me lo imaginaba como cuando rompes esos pequeños hilos con los que "pegan" la etiquetas en las bolsas traseras de un pantalón de mezclilla y que luego arrancas, quedándose la mitad incrustado en la tela–. Y es que pasaba y pasaba los dedos para encontrar la punta de este molesto hilo de plástico y más o menos de "reojo" veía que si dicho hilo estaba "levantado" por ahí donde pasaba los dedos. Nada.

Después de varias ocasiones de estar con la molestia todo el día por usar esta playera, en la última ocasión que la vestí, me detuve, volví a tocar con los dedos y me volví a preguntar: ¿por qué me lastima el cuello? Identifiqué que mi lunar podría tener algo que ver en el asunto. Entonces jale el cuello hacia afuera y decidí darle un vistazo con calma. No era un hilo cortado, era una costura floja, muy pequeña, de un hilo suave (que mis toscos dedos no detectaron) de tal forma que se quedaba como un "horca" floja/volando, de forma que "cachaba" a mi lunar y lo jalaba y raspaba cuando yo movía el cuello. Ya viendo lo que sucedía, decidí terminar con el problema arrancándolo de una vez. La playera no volvió a darme molestias en el cuello de nuevo.

La reflexión:

El sistema es la persona y su salida es el trabajo en un día laboral (por decirlo así) ya sea un producto o servicio, el cual se veía afectado por una pequeña falla, en este caso dentro de la playera y relacionado con la calidad de su acabado. La playera sigue siendo parte del sistema, tomando en cuenta que uno tiene que estar vestido para trabajar. Debido a la pequeña falla derivada de la falta de calidad, las manos se ocupaban constantemente en rascar el cuello y tratar de identificar dónde estaba el hilo, aunque su objetivo resulta otro (ejecutar las tareas para generar el producto o servicio, en este caso diseñar). Por su parte, la cabeza creía saber cual era el problema, sin embargo, no fue hasta cuando la cabeza detectó y caracterizó la falla, ordenó a las manos corregirlas y el sistema siguió funcionando correctamente.

Pequeñas fallas en la calidad, incluso en niveles inferiores, pueden tener un impacto en todo un sistema, de forma tanto los recursos no estén bien dirigidos y que el objetivo para el cual fue establecido el sistema se vea afectado. También, hay que reconocer hasta dónde las manos pueden ayudar a detectar y resolver un problema, cuándo es necesario que la cabeza vea con quietud el sistema y reflexione sobre cómo esta falla afecta al todo; y por último, que dentro del sistema, la cabeza y las manos sepan trabajar juntos para solucionar la falla.

Saludos :)

Logo del Catálogo Colectivo de Marcas de Fuego

Escrito por Tzek el 25/11/10
Clasificado en: Diseño Gráfico, Métodos y proceso de diseño, Tertulias

El proyecto del Catálogo Colectivo de Marcas de Fuego, fundado por la UDLAP (a través del CIRIA y la Biblioteca Franciscana) y la BUAP (a través de la Biblioteca Lafragua), es una iniciativa para que dichas instituciones y cualquier otra que quiera incorporarse al proyecto, puedan publicar el tipo de marcas de fuego que tienen en sus fondos antiguos.

La marca de fuego se define como una señal carbonizada colocada principalmente en los cantos de los libros mediante un instrumento metálico candente. A la fecha se valora como un testimonio histórico distintivo que permite identificar a las instituciones y particulares que se valieron de ellas; como evidencia de haber sido los poseedores de ciertas colecciones bibliográficas. [Catálogo Colectivo de Marcas de Fuego, 2010].

librosconmarcasdefuego

Aunque las marcas de fuego resultan interesantes, por lo mismo de su aplicación, muchas pueden notarse como monogramas de trazos simples – "cuasi serifos" por decirlo así. Los que formamos el comité del proyecto, consideramos en cierto momento asociar la identidad visual con una "marca de fuego particular". Sin embargo, decidimos que sería mejor una solución que evoque a "algo antiguo" sin caer en la obviedad de la marca, considerando la morfología tipográfica como elemento distintivo.

Y es que el asunto fuerte de la marca: es lograr su construcción de forma que sea armoniosa y aplicable como símbolo de una identidad visual.

Unas muy buenas referencias que conseguimos fue de "Escuela Paleográfica" de AndresMerino de Jesucrito, libro que data de 1780. Miembros del comité propusieron que la 'M' y la 'F' deberían tener un carácter protagónico, funcionando como "símbolo" dentro del imagotipo, convirtiéndose de ser posible en una fusión de 'MF' por "Marcas de Fuego".

lamina001

lamina002

lamina003

lamina004

lulu01

omi01

meche01

meche02

Meche03

Una vez determinada la "MF" seleccionada, mi participación activa, estuvo en el ajuste de las curvas y la presentación de diferentes arreglos con la propuesta. Mi aprendizaje en este proceso fue cuidar esa sensación caligráfica, resaltar que la 'M' efectivamente es una 'M' e incorporar ese detalle que evoca al gancho de una 'F', entender cómo es el ritmo en los trazos y dónde es necesario romper las reglas.

Esta es la presentación que presenté al comité de dicho proceso:

El arreglo que seleccionamos al final fue el siguiente:

logo-ccmf

Con esta experiencia tuve la oportunidad de analizar y ver la riqueza de los trazos caligráficos. Es difícil expresar la exquisitez de un trazo, pero creo ahora que cuando conectas mentalmente cómo era la "punta" de la pluma más la forma del trazo, puedes tener una idea de cómo se da la fluidez en la mano y muñeca durante la escritura (sobretodo en mi caso que me considero un neófito caligráfico), lo cual hace que disfrutes y aprecies esta habilidad.

En cuanto a la parte humana del proceso, confirmé este asunto de que al ser el diseño visual una capacidad sustentada en la alfabetización visual (por lo que vemos) y posible de ejecutar prácticamente por cualquiera (porque al menos podemos manipular una herramienta de trazo o escritura), es natural que todos quieran anteponer su punto de vista sobre cómo debería ser un logo. Lo interesante aquí es escuchar y entender qué se comenta, por qué se comenta y reconocer el alcance o límite del conocimiento en el que se basan los comentarios/toma de decisiones; y aún más, que al trabajar en comité, la democracia juega un papel fundamental para llegar a acuerdos y concluir con los objetivos.

Rediseño de un formulario web

Escrito por Tzek el 03/11/10
Clasificado en: Diseño de Información, Diseño de Interacción, Diseño de Interfaces, Diseño Web, Métodos y proceso de diseño, Profesión, XML/CSS

En el diseño de información, los formularios pueden ser complicados de resolver porque a pesar de parecer aburridos, se necesitan tomar buenas decisiones sobre cómo podría darse el flujo de lectura, el entendimiento de los campos, atender a cuestiones de legibilidad, definir jerarquías visuales, en algunas ocasiones el manejo de color y elementos gráficos, y en general preveer un buen flujo de trabajo (es decir, la "interacción" con el formulario).

En un proyecto reciente, me topé con un formulario web para búsquedas avanzadas. El texto en el formulario ya estaba previamente aprobado. En este caso, mi asignación fue realizar un posible ajuste visual al contenido del formulario.

El formulario original:

Formulario de búsqueda avanzada del catálogo de marcas de fuego de la UDLAP - BUAP antes de su rediseño

El formulario en realidad son dos: uno tiene que ver con la búsqueda por "Procedencia" y/o "Institución" y el otro con la búsqueda avanzada por "Identificador de la marca". Sin duda, una forma directa de resolver esta situación es a través de una "división visual" que rompiera la lectura tan vertical que se tenía originalmente.

La parte de "Procedencia" y/o "Institución" resulta complicada por si misma: ¿cómo sabes qué campo es más importante?, ¿se llena uno? ¿se llenan ambos? Al final se decidió que el usuario, en su curva de aprendizaje, aprendiera a trabajar esta sección sin "ayudas visuales" adicionales — como poner una leyenda al estilo: "A ver mi estimado usuario, o llenas uno o llenas los dos, etc".

De la parte de "Buscar en", "Tipología" y "Ordenar resultados por", me surgió la duda si debía cada sección acomodarse horizontalmente. Eso daría una dinámica de trabajo de ir bajando un renglón/bloque a la vez. Sin embargo, esa opción no podría ser adecuada porque al menos en "Buscar en", las 8 opciones la convierten en impráctica. El cambio que sí se realizó fue que las opciones por defecto en "Búscar en", "Tipología" y "Ordenar resultados por" sean más evidentes para el usuario poniéndolas de primero.

Este es el resultado del formulario:

Formulario de búsqueda avanzada del catálogo de marcas de fuego de la UDLAP - BUAP después de su rediseño

Aunque los cambios realmente no son drásticos, puede observarse que con un acomodo más reticulado y manejo del aire compositivo en adición a las cuestiones planteadas arriba, el formulario se ve más consistente y quizá sea más usable. Afirmación, que por su naturaleza, sólo se puede validar a través de una prueba de usabilidad :)

Si el diseño fuera un pastel de primera comunión

Escrito por Tzek el 24/09/10
Clasificado en: Diseño de Información, Diseño de Interacción, Diseño Gráfico, Diseño Web, Diseño y Sociedad, Profesión, Reflexión, Tertulias

Este post es anecdótico sin duda. En una ciudad cercana a donde vivo, hay un mercado muy popular para ir a comer lo típico: cecina. Justo mientras comía en un puesto, una familia estaba sentada junto a mi. La mamá estaba platicando sobre una situación que había pasado con el pastel de la primera comunión de su ahijado.

cecina

En la celebración de la primera comunión es común encontrar un pastel con cubierta blanca o en tonos marfil, típicamente adornado con algún motivo relacionado: una hostia, una cruz, unas uvas o bien, un cáliz de consagración. La señora comentó que tuvo un roce con el pastelero porque cuando llegó a "apartar" el pastel (dejar el anticipo y realizar su encargo), ella había sido muy específica de que el pastel tenía que ser de chocolate porque a su ahijado le gusta el chocolate. Así de simple.

Luego comentó que el pastelero le dijo: "Eso no se puede hacer". A lo que ella respondió: "¿No se puede o no quiere?". Como respuesta, el pastelero le preguntó que cómo era posible hacer un pastel de primera comunión que no fuera blanco, ¡todos los pasteles de primera comunión son blancos! Escuché que ella le respondió: "El pan y la cubierta pueden ser de chocolate y los adornos hechos a base de merengue blanco". Bueno, en realidad la señora se expresó con otras palabras, pero ese fue el punto: de que sí se podía.

Me quedé pensando entonces cómo está situación se da en un contexto de diseño. Podríamos pensar que este asunto sin duda está bien relacionado con el diseño de servicios, pero enfocándonos más en el diseño de lo visual (en proyectos de diseño gráfico, de información e incluso de interacción), ¿cuál sería el símil de esta historia? En realidad sólo dejo la pregunta al aire, aunque me quedé con un par de reflexiones y preguntas:

El pastelero pensando en él y en su negocio en general, debería ser tanto un buen pastelero como versátil: un pastel de chocolate le debería quedar tan sabroso como un pastel sabor vainilla. Para este caso, no escuché que se tratara de una persona que sólo hiciera pasteles de primera comunión. Considero que son varios factores a analizar, quizá cuestionarnos sobre el nivel de especialización del pastelero, su experiencia o la forma personal metodológica con la que enfrenta un problema y proyecta una solución. Quizá este asunto pueda verse también desde el punto de vista de la innovación, creatividad o incluso, de la mercadotecnia.

Hasta donde sé, en ningún lugar está acuñado en piedra que los pasteles de primera comunión sean blancos o que los pasteles de niña sean color rosa. Sin embargo es una convención de fuerte carga simbólica tanto en los colores como en las figuras. Aunque es verdad que esto no está relacionada con cubrir la necesidad del ahijado. Vamos, el niño quería su pastel de chocolate por algo. ¿O el pastel es realmente para satisfacer (al menos en cumplir con las convenciones dentro de este tema) a los invitados? En todo proyecto, no sólo está el cliente, sino también el usuario y otras personas involucradas; eso hace muy interesante y particular la toma de decisiones dados diversos factores.

En este round pastelero, ¿el experto (el pastelero) debió imponer racional o apasionadamente su punto de vista o hizo bien en aceptar al final las órdenes de su cliente? ¿Fue descabellada la cliente en hacer semejante solicitud con tal de satisfacer el antojo de su ahijado? Y si tomamos en cuenta que lo importante es el rito religioso y su simbolismo, ¿no debería al menos un sacerdote dar sus recomendaciones? Cómo tomaría la mamá e invitados un pastel obscuro en un evento como éste, aunque al final acaben disfrutando e incluso repitiendo rebanada en caso de que el pastel estuviera sabroso?

Bueno, ya estoy exagerando… en realidad esta anécdota, la cual no impidió que disfrutara mis tacos de cecina, sólo causó la curiosidad de preguntarme: ¿qué implicaciones se tendrían si se tratara de un proyecto de diseño?

Saludos. :)

La muerte de las affordances físicas

Escrito por Tzek el 01/09/10
Clasificado en: Diseño de Interacción, Diseño de Interfaces, Diseño y Sociedad, HCI, Reflexión, Tecnología

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.

ipod2010

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.

nano2010

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.

ipad

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.

De arquitectura de información, wireframes y discusión entre expertos

Escrito por Tzek el 16/08/10
Clasificado en: Diseño de Información, Diseño de Interacción, Diseño de Interfaces, Diseño Web, Métodos y proceso de diseño, Profesión, Reflexión, Tertulias

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.

Boceto de propuesta de home en vez de una carátula simple.

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.

Close-up del 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.

Resultado de los primeros cambios discutidos en junta.

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

Wireframes impresos para discutir la arquitectura y contenido de las secciones, más allá el home.

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.

"Mapa de navegación" final.

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 :)

Concurso Estudiantil de Diseño de HCI

Escrito por Tzek el 05/08/10
Clasificado en: Desde la web, Diseño de Información, Diseño de Interacción, Diseño de Interfaces, Diseño y Sociedad, HCI, Métodos y proceso de diseño, Tecnología, Tertulias

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.

MexIHC 2010

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

Exposición tipográfica

Escrito por Tzek el 23/07/10
Clasificado en: Diseño de Información, Diseño Gráfico, Diseño y Sociedad, Profesión, Reflexión

Aunque de niño estuve rodeado de tipos móviles, realmente no me fijaba tanto en las caras de los tipos, sino más bien, me quedé con la idea de que el arreglo y composición del texto completo era importante porque observaba que había una forma ordenada para hacerlo. Quizá por eso al principio comulgaba muy bien con estas ideas del grafismo suizo. Sin embargo, después de ser expuesto a comprender la tipografía a un nivel quizá un poco más detallado, me he vuelto primero loco y luego más tolerante a la variedad de formas en los mensajes de texto, intentando cuestionarme cómo la tipografía, ya sea a nivel macro o micro, sí influye en la proyección del mensaje tanto como un todo, así como su convivencia con otros mensajes dentro de un entorno.

Asistí recientemente a un evento que me hizo recordar este asunto sobre la importancia de la tipografía en los mensajes gráficos y sobre cómo el usuario/lector/audiencia se encuentra expuesto a veces a tanta diversidad que me pregunto cuánto hace nuestro cerebro para evitar la ansiedad de una saturación de forma y contenido.

Desde mi lugar en esa ocasión veía algo más o menos así:

Jornadas Bibliotecarias de la BUAP

Mientras escuchaba la charla que muestra la fotografía de arriba me quedé pensando sobre este asunto de la exposición tipográfica. A continuación está un acercamiento:

jornadas02

Si no me equivoco por ahí está Copperplate, Calibri, Verdana y Arial (no veo bien si es Helvetica). Así, bajita la mano hay tres "tipos de letra". En la presentación hay dos "tamaños" (para "Muestra" y el resto para el texto en la tabla). Ahí mismo hay tres pesos distintos (el de "Muestra", el de los encabezados de la tabla y el resto). Y en la manta, sólo en el logotipo hay dos fuentes diferentes y tres tamaños. En adición, se pueden distinguir en la manta al menos seis tamaños diferentes en los pesos (que creo en mi un conflicto sobre qué es importante y qué es secundario). Y en ambos casos (presentación y manta), se añade la variable del color.

La razón por la que me dejó pensando es porque no podía evitar ver la presentación y la manta como un grupo. Es que hay algo en la manta, certero sin duda, que hace que te enganche visualmente: el rostro. Al final "carita mata texto" (en el tono del dicho popular mexicano) porque debido a que tendemos mucho a fijarnos en las partes de un rostro como ojos y boca, el de la manta está funcionando como una gran ancla visual, lo cual, perjudica en este caso poner atención a la presentación.

No es cuestión de si este diseño "está bonito" o "no está bonito", si está bien o está mal. La vida no puede ser aburrida y  poner todo en Helvetica y en tonos neutros con tal de evitar la "contaminación visual", y como consecuencia de ser creado por el hombre, el egocentrismo se extiende en lo que creamos, incluyendo los mensajes visuales y textuales (sobretodo si tiene que ver con presencia y lucro como con las marcas). Sin embargo, sí creo que como diseñadores, sabiendo que todos estamos tan expuestos a este bombardeo visual, de mucho en mucho, debemos cuidar detalles como una buena selección tipográfica, jerarquizar y colorear de formar que los textos tengan su impacto cuando se deba pero que no sean tan entrometidos cuando no se les esté prestando atención.

Saludos.

Tema de tesis de licenciatura en diseño

Escrito por Tzek el 24/06/10
Clasificado en: Diseño de Información, Diseño de Interacción, Diseño de Interfaces, Diseño Gráfico, Diseño Web, Métodos y proceso de diseño, Profesión, Reflexión, Tertulias, tutoriales

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.