Tzek Blog de Diseño

Ahora que la web puede accederse desde una PC, una laptop, un SmartPhone o una tableta, se nos presenta una paradoja a los diseñadores: debemos creer en la estructura semántica del contenido de las páginas, pero también hay que cuidar más que nunca la presentación de la información considerando tanto al usuario como el dispositivo a usar.  Últimamente me ha llamado la atención estos sitios que aprovechan las ventajas del CSS para ajustar sus layouts dependiendo de su resolución, así que aproveché experimentar con un proyecto de rediseño web que tenía  pendiente: La Biblioteca Franciscana.

Mi solución es bastante artesanal y no tiene nada de sofisticada. Aunque hay artículos bastante completos sobre el tema, yo había leído alguna vez que tenía que ver con el viewport, y entre los resultados de mi búsqueda di con el uso del parámetro media y los CSS Media Queries. En los siguientes recursos está cómo emplear diferentes hojas de estilo dependiendo del medio:

http://css-tricks.com/6206-resolution-specific-stylesheets/

http://css-tricks.com/6731-css-media-queries/

http://www.w3.org/TR/css3-mediaqueries/

http://reference.sitepoint.com/css/mediaqueries

http://www.css3.info/preview/media-queries/

http://coding.smashingmagazine.com/2010/07/19/how-to-use-css3-media-queries-to-create-a-mobile-version-of-your-website/

http://www.thecssninja.com/css/iphone-orientation-css

En cuanto al diseño web, siempre tuve una preferencia por layouts fijos por tener un mayor control del espacio en ventana y por tomar en cuenta la resolución estándar de un usuario potencial. Nunca me había preocupado porque la información quedara bien acomodada en diferentes resoluciones; es un reto interesante conservar la estética reticular y mantener un flujo de lectura adecuado para cada resolución. Este tipo de soluciones requiere que tengamos una actitud algo quisquillosa y obsesiva, así como trabajar cada layout hasta quedar satisfechos.

Justo por el cambio de "paradigma" de fijo a adaptable, y ante una especie de "bloqueo ante la hoja en blanco", no quedaba conforme en (regresar a) maquetar primero en algún software de diseño, así que lo trabajé directo en pantalla. Un pro de esta decisión es que vas viendo "en tiempo real" como quedan las cosas en diferentes navegadores y resoluciones. Un contra es que podemos perder el control fácilmente —sobretodo si dejamos el proyecto un día o dos. Es importante hacer anotaciones en papel y documentar en las hojas de estilo para que recordemos por qué tomamos ciertas decisiones. En este proyecto, me resultaron —a mi juicio— muchas hojas de estilo y fui redundante en ciertas reglas, dejándolas en cada hoja porque no sabía como iba a verse "el final" en todas las resoluciones; algo así como "un cambio por aquí y luego ajusto por acá".

Con un layout fijo no considero útil que tengamos muchas hojas de estilo, pero dadas las múltiples resoluciones, parece ser necesario un mayor número de "enlaces". Un colega me sugirió hacer importaciones, pero al final descarté esta opción porque según hojeé, afecta el rendimiento:

http://www.stevesouders.com/blog/2009/04/09/dont-use-import/

Otro punto importante es verificar la compatibilidad de los CSS Media Queries. Originalmente estaba muy feliz —tipo the Oatmeal— porque IE se comportaba decente; pero por no leer, me llevo la sorpresa de que fuera de IE 9, simplemente no funcionan:

http://caniuse.com/css-mediaqueries

Ante esta situación, decidí dejarle un layout fijo a todos aquellos usuarios que tuvieran de IE 8 para abajo y tomando como resolución estándar 1024 px de ancho.

Luego está el asunto del iPhone y del iPad. Hay que poner una línea de código que indique qué va a pasar cuando el navegador sea Safari. Esta línea asocia la variable "ancho" empleada en el CSS Media Query con el "ancho" del iPad, iPod o iPhone —según sea el caso. Además, resulta que cuando pasamos de modo landscape a portrait, o viceversa, se hace un zoom medio raro y es posible que los textos se desplieguen de diferente tamaño a como los observamos en una computadora de escritorio. Para validar todo lo anterior está como referencia el siguiente recurso:

http://stackoverflow.com/questions/2977550/iphone-safari-css-rotation-bug

A mi me divirtió mucho esta idea de presentar el mejor layout dado el ancho del iPod, iPhone o iPad. Sin embargo, siendo sinceros y "usables", la desventaja de jugar con diferentes acomodos de la información es que rompemos con la navegación (browsing) del usuario. Cuando alguno de estos dispositivos se rota 90 grados, debido a este re-acomodo, el usuario pierde vista la información de su interés. Lo anterior es más evidente en el caso del iPod/iPhone. Cognitivamente, lo que hacemos es "resetear"  el flujo de interacción; definitivamente algo no bueno para ningún usuario. En este proyecto, la mayoría de la información es estática y aquella que podría cambiar o agregarse durante el año, estará ubicada en la parte superior de las páginas correspondientes.

Una colega me señaló que estos ajustes automáticos no siempre convenían si trabajamos en una computadora de escritorio  —o en una laptop con pantalla grande — porque quizá el re-acomodo de la información podría perjudicarnos cuando llevemos a cabo una tarea más compleja, donde trabajemos con la información proveniente de diversas ventanas. Se me hizo un punto válido; por ejemplo, yo mismo he copiado y pegado información de una página web a Word o Excel. En este tipo de situaciones, debería de haber una opción para "fijar" el layout.

Por último, no olviden visitar http://ciria.udlap.mx/franciscana/ para enterarse de qué conferencias y exposiciones habrá en dicha biblioteca. Saludos

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:

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:

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

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.

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.

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

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

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:

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.

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.

La Universidad de las Américas Puebla (UDLAP) presentó este 12 de octubre su nuevo escudo institucional. Dicho elemento es el complemento al nuevo logotipo de la UDLAP (mostrado abajo). Ambos elementos representarán gráficamente a la institución, siendo el escudo para situaciones oficiales y el logotipo para las demás aplicaciones de comunicación gráfica.

Logo UDLAP

El motivo del cambio según indica el rector de la UDLAP, el Dr. Luis Ernesto Derbez, era representar a la universidad con una imagen que sea acorde a la nueva misión y visión de la institución. Fue así como convocó primero a un comité de imagen institucional que trabajó durante varios meses. Primero se realizaron encuestas sobre la identidad, imagen y valores que los miembros de la UDLAP tenían hacia ésta.

El comité realizó además todo un análisis sobre diferentes factores que afectan la identidad e imagen de la institución. Del conocimiento adquirido, se pudo definir un brief de diseño, el cual fue empleado por los miembros del (sub)comité de diseño para trabajar con la representación de valores y características relevantes para la nueva identidad.

Luego, diversas propuestas fueron realizadas (incluyendo la visualización de sus posibles aplicaciones), sometidas a discusión, refinamiento de ideas y ejecución (gráfica) dentro del comité de diseño. Posteriormente fueron sometidas/discutidas en el comité en pleno, para luego gestionarse un proceso iterativo (ante diversos miembros de la comunidad) en el cual se presentaron las propuestas más fuertes. Como resultado, se identificaron cuál sería el escudo y logotipo que representarían a la UDLAP.

Cambios en el logotipo de la UDLAP. El nuevo logo fue diseñado por Isaías Loaiza

La propuesta de escudo elegida fue diseñada por un servidor. Aprovecho este post para dejar registro del proceso de diseño de este nuevo escudo y agradezco sin duda la oportunidad de haber participado en este proyecto.

Creo que es importante recalcar que todo el trabajo de análisis y recopilación de datos, y la definición del brief de diseño, fue pieza fundamental para la elaboración de todas las propuestas. Esto es, sí es necesario un marco de referencia, dejarlo a la "inspiración" podría resultar complicado. Ya en la ejecución, otra pieza clave fue la constante retroalimentación por parte de mis colegas miembros del comité de diseño.

De bibliografía sobre heráldica uno puede notar la complejidad y riqueza que puede tener un escudo en función de todos los elementos que posee: el campo del escudo, las particiones del escudo (e.g. cuartelares y escusones), veros, piezas honorables, el timbre con yelmos, coronas, cimeras, lambrequines, tenantes, collares, etc. Ya con ciertos criterios establecidos, la idea base fue tomar los elementos de la heráldica y amalgamarlos con nuestras raíces prehispánicas. El motivo de lo prehíspanico es justo por el origen de la universidad (relacionado con la identidad anterior) y además porque se encuentra en uno de los asentamientos más antiguos de América: Cholula.

Propuesta original para el escudo de la UDLAP.

Entre los elementos que se incorporaron se encuentran:

• El campo (esto es, el escudo mismo) el cual tiene punta en medio de la base inferior, para determinar un carácter fuerte o masculino; por ejemplo, si hubiera sido oval ese hubiera sido un campo asociado para ella.
• La bordura, o el borde que está alrededor del blasón, es lo que se conoce como una pieza honorable, y se otorgaba cuando los caballeros sacaban la cota de armas literalmente teñida de la sangre de sus enemigos. La interpretación para la propuesta tiene un sentido más poético, uno es guerrero ante la vida y un arma es el conocimiento, mismo que fue adquirido en la universidad. Al simplificar las formas, se descartó la idea de decorar la bordura con caracoles y jade.
• El yelmo, signo de la nobleza de nacimiento, fue sustituido por la cabeza de un guerrero águila; y según como se indica en la bibliografía, quien no pertenezca a alguna de las categorías de nobleza, no pueden usarlo en sus escudos. La interpretación en la propuesta es la relación entre un alma noble y la formación educativa. La primera propuesta incluso tenía otra corona la cual tiene a su vez su razón de ser, pero al final fue descartada a favor de la simplificación.
• Los lambrequines originales representan pedazos de tela cortado en forma de hojas y tienen cierta analogía con la cota de armas. La primera propuesta mostraba un lambrequín mixto; es decir, de carácter europeo y prehispánico; ya la versión final sólo contiene este último, en el cual se muestra una síntesis del símbolo del Atl-Tlachinolli (agua-fuego), símbolo del cual se tomó su interpretación como símbolo declaración de guerra. La intepretación en este caso sólo llega hasta este nivel, con la idea de que los universitarios y egresados son guerreros apasionados deseosos de ser agentes de cambio social a nivel global y local. Y aún más, esa idea de desgarre y pasión, se asocia al sentimiento colectivo de “ser Azteca” (el cual es el nombre de los equipos representativos, como el de futbol americano).

El Atl-Tlachinolli saliendo del pico del águila posada en un nopal (lo que podría llamarse el escudo nacional original )

• La divisa, la cual posee un cuerpo y un alma. El alma o frase que se coloca en la divisa, fue trabajo de la Lic. Elvia Morales Juárez, la coordinadora de la Sala de Archivo y Colecciones Especiales de la UDLAP. El enfoque de esta frase es que el amor a la sabiduría nos engrandece, y aunque la idea fue pulida y revisada por otros expertos en latín, la idea final permaneció en la versión final.

La primera propuesta, aunque tenía demasiado significado/simbolismo, no poseía el nivel sintético que debería tener, conformado por formas concretas. A partir de este punto se fue dando un proceso iterativo de refinamiento en cuanto a la forma del escudo hasta la versión final. Sin embargo, la idea de que el simbolismo de esta pieza estuviera relacionado con la distinción, nobleza, fuerza, lucha y pasión permaneció. Así, se conservaron el “yelmo”, los lambrequines y la bordura; todos bajo la interpretación descrita arriba.

También teniendo como referencia el significado de los elmentos del blasón, en el proceso hubieron diferentes consideraciones sobre la o las formas que deberían ser incluidas. Para reafirmar la idea de pertenencia de la universidad con el entorno, era necesario manifestar en forma gráfica un símbolo de localidad. En este caso, dos son claramente identificables: el volcan Popocaltépetl y el Tlachihualtépetl.

Aunque el volcán Popolcatépetl es distintivo de Puebla, el Tlachihualtépetl o “cerro hecho a mano” es algo muy local y distintivo de la ciudad de Cholula, además de que resulta ser la pirámide con la mayor base del mundo y muy particular al tener a una iglesia en la parte superior (resultado de la mezcla de los “dos mundos”). Así, de pasar a ser el “acento” en forma de escusón, todo el blasón manifestó la forma de la llamada “Pirámide de Cholula”, el “cerro” evoca a una punta truncada (otra pieza honorable de los escudos y que simboliza rectitud) y que encima tiene la representación de un “calli” (casa en náhuatl), para así conformar en su todo a un Teocalli (es decir, la casa de Dios, lugar sagrado).

Un factor clave era la permanencia de los colores UDLAP; estos son un verde (evocando al jade) un terracota/naranja (simbolizando las razas prehispánicas). Tomando en cuenta esto y pensando en la representación del Atl-tlachinolli, se hicieron ajustes, replanteamiento de formas y aislamiento de elementos.

La versión final involucra una envolvente circular alrededor del blasón, cuyo simbolismo se retoma del collar (nombrado “collar de las américas”) presentado en la primera propuesta y que significa la unión entre los paises del continente.

Dibujo de los elementos del escudo de la UDLAP.

Escudo de la UDLAP a partir de octubre de 2009.

Entrada principal de la UDLAP.

Rotonda de la entrada de la UDLAP.

Bandera en el escenario del auditorio UDLAP.

Atril de auditorio UDLAP.

Presea de reconocimiento a personal UDLAP por su labor.

Presea UDLAP (de 10 años de servicio).

Con este proyecto tuve la oportunidad de descubrir y aprender algunas cosas. Entre ellas reafirmar la importancia de la heráldica y lo interesante que es, que los códices son un gran objeto de diseño de información visual y comunicación, y que los miembros de la comunidad UDLAP sí tienen asociaciones con los símbolos que se les ofrecen para definir su identidad. Confío en que una buena administración tanto de la universidad como de la nueva identidad visual (aprovechando que han sido separados el logo y el escudo) envuelvan a esta última de valores positivos y sentimientos de, valga la redundancia, común-unidad.

Referencias:

• De Armengol y de Pereyra, Alejandro. (1933). “Heráldica”. Sección VI, Ciencias Históricas. España. Labor.
• González-Hermosillo A., Francisco; Reyes G., Luis. (2002). “El códice de Cholula. La exaltación testimonial de un linaje indio”. México. INAH.
• Kirchohoff, Paul; Odena G., Lina; Reyes G., Luis. (1976). “Historia tolteca chichimeca”. México. CISINAH.
• Morales, Ma. Elvia Catalina. (2006). “Atl-Tlachinolli: agua-quemazón”. “Historia Prehispánica”, Apuntes de clase.
• Olmedo, Julio; Díaz, Joaquín. ( 1997). “Heráldica”. Tomo I y II. España. Perea Ediciones.
• Seler, Eduard. (1963). “Comentarios al códice Borgia”. Tomo I. Fondo de Cultura Económica.