¡Hola! Este es un blog de infodiseño y diseño de interacción, preferentemente, en el cual escribe Omar Sosa Tzec (b.k.a. Omi Tzek), oriundo de Yucatán y actualmente radicando en Puebla, México.
Si deseas contactarme, por favor escribe a omi@tzek-design.com. Espero tus sugerencias, comentarios y opiniones. Gracias.
¿Buscas diseño? Quizá pueda ayudarte. Realizo diseño de información aplicado a comunicación gráfica, soy apasionado la gestión de la identidad corporativa y el diseño de interacción.
Planetaki es un lector de feeds fácil de usar. Te registras, creas tu planeta, vas agregando sitios web y cada vez que regresas aparecen las últimas publicaciones de éstos.
Si ya tienes tu planeta, da clic en el botón para agregarme.
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 estructurasemá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:.
Mi solución es bastante artesanal y no tiene nada de sofisticada. Aunque hay , 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:
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:
Otro punto importante es verificar la compatibilidad de los CSS Media Queries. Originalmente estaba muy feliz —— porque IE se comportaba decente; pero por no leer, me llevo la sorpresa de que fuera de IE 9, simplemente no funcionan:
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:
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 para enterarse de qué conferencias y exposiciones habrá en dicha biblioteca. Saludos
Desde que participé como estudiante voluntario en 2005, el —conocido como CLIHC— me ha permitido conocer sobre el trabajo académico y profesional relacionado con el área. Pero este año he tenido una oportunidad interesante: ser coach en el apoyando al equipo de la , quien resultó ganador del primer lugar a nivel licenciatura este 28 de octubre en Porto de Galinhas, Brasil. El equipo lo conformó Alan Andrade , Thaís Corona, Beatriz Martínez , Jorge D. López y Rafael de la Rosa, estudiantes de la Lic. en Tecnologías de Información y de Ing. en Sistemas.
El reto del concurso era diseñar una aplicación turística para ciudades donde ocurrirá un mega-evento, pero que al final pueda seguir siendo útil y provechosa para los locales y nuevos turistas. Fue así como presentaron InTour: una aplicación que no sólo es pensada para el turista individual, sino que fomenta la integración familiar y generacional a través de una vacaciones bien planificadas, tanto en presupuesto como en actividades. Dichas actividades son "manifestadas" por la ciudad misma —gobierno, empresas u ONGs, para demostrarle a los visitantes del mega-evento lo "viva que está la ciudad"— con opciones para armar un plan flexible dependiendo de la distancia, transporte, tópico, clima o dinero asignado para el día.
El proceso de diseño involucró investigación secundaria y entrevistas a usuarios con el perfil de usuario potencial. Se diseñaron Personas, se hizo lluvia de ideas y se elaboraron bocetos —parte que a mi siempre me parece muy entretenida. Cuando se pulieron los detalles, verificando cómo se cumplían las metas de las Personas, se elaboró el prototipo cuya usabilidad fue evaluada.
Algo que disfrute mucho y que fue parte del proceso, fue cuestionar a los muchachos sobre cómo se presenta la información, qué comunica de un solo golpe en cada pantalla, cómo sí influye la visualización en la interacción y temas similares. Espero haber dejado en ellos que el diseño visual para IHC no es solamente que se vea bonito, sino que es parte "del show".
Extiendo mis felicitaciones al equipo UDLAP: se decidieron, lo intentaron y completaron la misión. Y es que en México se ha fomentado este tipo de concurso y por si no saben, México, y en particular el equipo de la de Oaxaca, en foros importantes. Así que el hecho de que la UDLAP se una a este conjunto de jóvenes entusiastas y ganadores, no solo me da mucho gusto por el triunfo, sino que señala que en el ámbito universitario hay un mayor interés por desarrollar el Diseño de Interacción y la Interacción Humano-Computadora. Si la academia se pone en paralelo con lo que desde hace un par de años —como la y , entonces algo bueno sucederá o dirá de nuestro país, ¿no creen?
Se acerca pronto la fecha para enviar algún artículo a este evento que se llevará a cabo en Porto de Galinhas en Brasil. He tenido la oportunidad de participar un par de veces en este evento, y es una experiencia recomendable para discutir y observar los avances y nuestra realidad latinoamericana en el campo de IHC. Dejo abajo un video y la convocatoria para trabajos (en inglés) para que se animen.
Sitio web del congreso:
Convocatoria:
5th Latin American Conference on Human-Computer Interaction
and
10th Brazilian Symposium on Human Factors in Computing Systems
IHC + CLIHC 2011 ()
Porto de Galinhas, Brazil, October 25-28, 2011.
Main (strict) deadline: June 3, 2011.
Venue: Porto de Galinhas, Pernambuco, Brazil
---------------------------------------------------------------------------
KEYNOTE SPEAKERS
----------------------------------------------------------------------------
Alex Repennig (University of Colorado, Boulder - USA)
Jesús Favela (CICESE - México)
----------------------------------------------------------------------------
THEME
----------------------------------------------------------------------------
The joint conference theme is **FROM PERSONAL COMPUTERS TO FOLK
COMPUTING**, which explicitly evokes not only the speedy evolution of
context in the users experience with computers (from the individual to the
collective and societal), but also a leap in the knowledge level required
from users to take full advantage of widely available resources in Web 2.0
(from knowing about computers to knowing about computing). In the
not-so-distant past, full citizenship depended on being literate with
Maths and Language in order to use numbers and words efficiently to
achieve one's individual and collective goals in society. Now, this
depends more and more on being literate with Computers, and using programs
to express and achieve our social and civil goals, with the Internet
enabling new forms for communities and societies.
The conference organizers invite the Brazilian, the Latin American and the
International HCI communities to discuss the role of HCI researchers and
practitioners in developing interactive technologies that truly promote
Computing Literacy. We are interested in discussing the users' needs,
expectations, experiences and possibilities while using computers and
computing to participate fully in social and civil activities supported by
computer systems. In the context of Latin America, where this conference
takes place, we are especially interested in discussing how HCI can
promote and bring about increased levels of social development.
Contributions to the conference program should address one of the
following non-exclusive aspects of moving FROM PERSONAL COMPUTERS TO FOLK
COMPUTING:
•Accessibility and therapeutic uses of interaction
•Adaptive, adaptable, intelligent user interfaces
•Affective computing
•Augmented reality
•Computational literacy
•Context-aware interaction
•Effects of aging on interacting with computers
•End user programming and development
•Ergonomics
•HCI and citizenship
•HCI design - methods, tools and perspectives
•HCI education
•HCI evaluation - methods, tools and perspectives
•HCI impacts on society: social life, health, education, transportation,
sports, environment, etc.
•HCI theories and theoretical approaches
•Human-robot interaction
•Integrating HCI and Software Engineering
•Interacting with information visualizations
•Interacting with new devices
•Interaction and information processing
•Interfaces for mobile and ambient systems
•Internationalization and cultural aspects of HCI
•Iteraction and entertainment
•Legal issues in HCI
•Multimodal interfaces
•Natural user interfaces
•Organic user interfaces
•Social interaction (virtual and online communities)
•Speech interfaces
•Tactile interfaces
•Task ad user analysis
•Usable privacy and security tools
•Web interfaces
----------------------------------------------------------------------------
SUBMISSION DEADLINES
----------------------------------------------------------------------------
Full and short papers:
Submission: June 3, 2011 - 11:59 PM Brasilia Time (strict deadline)
Decision notification: July 18, 2011
Camera-ready due: August 5, 2011
Posters: June 10, 2011
Student Competition: June 10, 2011
Workshops: June 13, 2011
Tutorials: June 17, 2011
Student Competition Co-Chairs
Mario Moreno - Universidad Tecnológica de la Mixteca: Mexico
Janne Oeiras - UFGD: Brasil
----------------------------------------------------------------------------
PROCEEDINGS AND POST-CONFERENCE PUBLICATIONS
----------------------------------------------------------------------------
The Conference Proceedings will be published in the ACM International
Conference Series (appearing in the ACM Digital Library). Authors of the
best papers of the conference will be invited to submit extended versions of
their work for publication in JISA (Springer’s Journal of Internet Services & Applications)
and/or JBCS (Journal of the Brazilian Computer Society).
Un colega me comentó que había leído un tweet proveniente de que decía
"Los niños/alumnos no están acostumbrados a reflexionar. Es necesario que la gente se cuestione." (Profesora Ma. Elena Carniado, 2011).
En realidad, me había comentado el primer punto de este tweet y considerando el contexto de los niños/alumnos de la "actualidad", mi reacción ante tal comentario fue responder:
"no es cierto, nunca hemos estado acostumbrados a reflexionar, lo que sucede es que la generación actual está acostumbrado a la comodidad inducida por el desarrollo tecnológico".
Supongamos que tomamos a un estudiante a partir de educación secundaria, que sepa "manejar" el correo electrónico. Si el "chamaco" tiene que enviar un correo electrónico y se equivoca, es fácil "crear un correo nuevo" y ahí mandar una fe de erratas o adjuntar el archivo que había faltado. La tecnología nos permite tener un margen de error grande sin que las consecuencias sean tan drásticas, sobretodo en tiempo y en dinero. Si dicho correo tenía que llegar a Bangladesh, en menos de un minuto el estudiante puede enviar ese segundo correo. Si el estudiante además goza de acceder a WiFi en un lugar público o su escuela (gratis), ¿cuál es la percepción del esfuerzo realizado más allá de un par de clics? Una carta tradicional hasta ese lugar donde hubiera olvidado algo vital por decir o adjuntar, implicaría pasar por todo el proceso y cubrir los costos, los cuales son ciertamente mayores al caso del correo electrónico.
El diseño de servicios y productos en donde se trata que el usuario cumpla sus objetivos, metas o tareas (como quieran llamarlos) implica en cierto sentido ser condescendiente con el usuario; lo cual no es raro, de hecho sabemos que el manejo adecuado de los errores es uno de los pilares de la usabilidad en un sistema. Mientras que la tecnología avanza en el sentido de asistirnos o apoyarnos, la inmediatez o la respuesta casi instantánea, se vuelve un factor crucial para saber que se está cumpliendo con dicho objetivo, meta o tarea.
Al parecer con el avance tecnológico, el tamaño de los procesos disminuye. Con otro ejemplo más común como "suministrar una habitación con luz" podemos notar que "ayer" levantábamos la pantalla de cristal, verificábamos la mecha y el nivel de combustible, encendíamos el cerillo y después la mecha para luego tapar la flama con la pantalla de cristal; hoy llegamos a la habitación, localizamos el interruptor y con "un solo dedo" encendemos la luz; ¿mañana bastará con entrar a una habitación que reconozca nuestro perfil y que sepa inteligente la luz adecuada según mi agenda semanal, estado de estrés y capacidad de pago por consumo de energía? En paralelo, otro ejemplo: ¿para qué tener que pasar por toda la experiencia que implica ir a una biblioteca si desde una computadora puedo acceder a Google para encontrar la información que necesito? No es una falta en la capacidad de reflexión: la "necesidad por una inmediatez" y el mínimo esfuerzo reforzado por la tecnología hacen que parezca innecesario este esfuerzo mental. Aunque creo que siempre ha sido así: hay muchas cosas sobre las que no reflexionamos, sobretodo aquellas que damos por sentado.
P.D. Claro, este post tiene un enfoque relacionado al diseño de servicios y productos tecnológicos. Hay otros factores como los medios e incluso, la misma manera de educar/formar (a una sociedad inmersa en la inmediatez y presión por la adopción tecnológica). Claro, esos "ya son otros rollos".
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 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 , 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 -------
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.
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.
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
Quizá algunos recordemos el video con el MTV comenzó sus emisiones: "". 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 introducido por , 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 va de salida.
Lo touch no tiene su importancia en ser "lo que está in"; en realidad es algo intuitivo ya que desde chicos nos metemos los dedos en la nariz y en la boca, rascamos la tierra para descubrir qué "bichitos" andan caminando en ella, e incluso no dudamos embarrar la mesa con nuestra comida y expresarnos artísticamente (supuestamente, claro). Así que lo táctil es algo natural, algo sencillo de entender.
Sin embargo, y eso lo podemos notar desde el principio de la aparición de estos aparatitos táctiles, que hay que compensar una cosa con otra: a falta de una demostración evidente de cómo interactuar con el producto debido a sus mismas características físicas, es necesario enriquecer la interacción de manera visual con evidentes cambios de estado visual a través del tiempo. Sin una obviedad gráfica en las interfaces del iPod/iPhone (por ejemplo, que los botones se vean como botones) y sin las respuestas visuales (como cuando se corren los paneles con cierta velocidad/fricción/sentido), estoy casi seguro que sentiríamos la interacción "estúpida" o "fría". La experiencia entonces está supeditada a estresar otros sentidos ajenos al toque, en este caso la vista.
La duda está en que si lo touch resulta igual o más intuitivo para interactuar con interfaces ricas o complejas en información (visual, textual o auditiva), entonces ¿cuántas cosas y hasta dónde exageraremos para que todo esté en pantallas táctiles? ¿Cómo este "avance" limita o "agacha" el desarrollo de otro tipo de interacciones más físicas o de interfaces intangibles como las construidas a través de voz? Es algo complejo según lo veo.
¿Qué vendrá entonces con los futuros iPod? ¿Se doblarán o estirarán como un display con comportamiento de plastilina? Espero llegue a ver los objetos con interfaces maleables/orgánicas como parte del día a día. Estaría genial.
* Imágenes tomadas de Apple.com con fines meramente de ilustrativos.
Este post expresa una experiencia similar a la descrita en "El prototipo como herramienta de discusión/diseño", solo que en esta ocasión decidí acudir al wireframe como parte de las herramientas de discusión para que entienda qué debo diseñar de un sitio web, no sólo de su contenido, sino también cómo resulta válida su arquitectura.
Fui invitado a participar en un proyecto sobre un catálogo en línea de un tema del que desconocía todo. En este caso, la gestión de dicho catálogo es posible gracias a un sistema en el que trabaja una colega Ingeniera en Sistemas. En realidad mi participación original era sólo para elaborar un front page, lo cual desde mi punto de vista ya no se estila. Comenté en su momento que el home debe ser más que una carátula con un vínculo hacia un catálogo (lo cual a mi juicio rompe con la consistencia navegacional). Debería ser un punto de partida a la tarea principal del usuario (i.e. navegar el catálogo) o hacia otras tareas que requieran (como en este caso) el consumo de información textual nada más. Pues bien, aunque mi participación no involucra algo complejo como la gestión misma del catálogo, en parte confieso que es un esfuerzo para hacerme más divertido el trabajo.
Entonces, en vez hacer un prototipo de baja fidelidad (i.e. el mockup a la photoshop), después de oir en juntas y con mi colega cómo funcionaría el catálogo, idear una arquitectura realmente simple (adecuada en este proyecto) y realizar un boceto que después se convertiría en un wireframe.
Estos han sido algunos puntos derivados de esta experiencia:
El papel todo aguanta. Los cambios son fáciles de "realizar" durante la discusión en las juntas. Basta con "rayar" directamente sobre el papel.
Discusión sobre contenidos y navegación. Que se tenga sólo un wireframe frío sí evita que las discusiones se vayan a aspectos gráficos como los colores o la estética.
Aprender sobre el tema escuchando. Dado que la mayoría del equipo son los expertos sobre el tema, suelen expresarse con la terminología adecuada y también tener una idea muy marcada de cómo les gustaría que se diera el proyecto. Es conveniente escuchar y preguntar de vez en cuando, al menos para cuestionar la decisiones, tomando en cuenta que lo importante es "si le funciona esa idea/decisión al usuario".
Una arquitectura orgánica se puede generar a partir una discusión de expertos. En casos donde la navegación parece sencilla, con wireframe en la mano, se puede ir determinando el esquema de navegación global y local mediante discusión. Esto provoca que los mismos expertos realicen el labeling. Aún más, te permite replantear en la cabeza, como diseñador, el acomodo "visual" de la misma información, conforme se va escuchando lo discutido en las juntas.
Ya falta entonces, armar el look and feel para la interfaz, comenzar a ensamblar las páginas estáticas y la integración con las páginas dinámicas generadas a partir del sistema seleccionado. Veamos cómo sale. Saludos
Ha salido la convocatoria del concurso de diseño de HCI del . Pongo en este post la convocatoria con mucho gusto y expectativa. Interesante ahora que hay además de gente de sistemas computacionales, informática y tecnologías de información relacionada con estos temas, se encuentran estudiantes de diseño, y si por ahí hay gente de psicología, comunicación o antropología que le entre, entonces podría ser un concurso muy interesante. ¡Mucha suerte a los participantes!
Por favor, difundan la convocatoria a estudiantes o jefes de departamento que puedan estar interesados.
Llamada a Concurso Estudiantil de Desarrollo de Sistemas Interactivos basados en el Conocimiento para el Ciudadano.
Introducción. MexIHC 2010 intenta ser un foro de vinculación e intercambio de ideas entre estudiantes e investigadores, académicos y profesionistas, instituciones y grupos de interés. Este año se realizará por tercera ocasión incluyendo una nueva actividad como es el concurso estudiantil.
Objetivo del Concurso Estudiantil. Esta es la primera edición del concurso estudiantil dentro de MexIHC. El propósito del concurso es reconocer y apoyar a los estudiantes con interés en el desarrollo de sistemas interactivos donde la incidencia del área de IHC representa un elemento importante dentro del contexto del mismo. El concurso consiste en realizar una propuesta de solución al problema de diseño planteado, como se plantea a continuación:
Problema de Diseño. En la actualidad, en México, los ciudadanos nos enfrentamos a situaciones en las que debemos acceder a través de sistemas de información, dispositivos y mapas a la información en busca de una ruta adecuada, sitios turísticos, hospitales, restaurantes, etc. Sin embargo, el acceso a esta información puede ser difícil o imposible para ciertos sectores de nuestra población, como son los sectores vulnerables como indígenas y personas con capacidades diferentes. Un ejemplo es el transporte público, en donde los mapas que encontramos pueden ser confusos ya que contienen mucha información que no para todos es relevante o útil. De esta manera, el reto tiene por objetivo el diseño de un objeto, interface, sistema o servicio que ayude a ciudadanos con alguna capacidad diferente o de poblaciones vulnerables, a encontrar y visualizar la información de manera adecuada de acuerdo a sus necesidades tomando en cuenta conocimientos previos tanto del usuario como de la situación.
Dinámica de la Competencia. El formato es similar al utilizado en la competencia estudiantil de la conferencia del grupo de interés en Interacción Humano Computadora de la Association for Computer Machinery (ACM SIG CHI). El concurso constará de dos etapas.
1. Los equipos enviarán por correo electrónico un documento (PDF) con Resumen Extendido (máximo de 6 páginas, siguiendo el formato de ACM), describiendo su solución de diseño. Un comité evaluará los resúmenes y seleccionará cinco propuestas para asistir al taller.
2. Los equipos seleccionados serán invitados a MexIHC 2010 y realizarán una presentación oral de su diseño ante el Jurado del Concurso Estudiantil y de participantes del taller. Basado en criterios establecidos (detallados más adelante), los jueces calificarán y determinarán al ganador.
De la primera fase: Los elementos recomendables a incluir en el Resumen Extendido son los siguientes:
Descripción de la propuesta de solución, incluyendo la metodología y proceso de diseño utilizado.
Material gráfico (imágenes, diagramas, esquemas, etc) para ilustrar la solución de diseño.
Referencias de los principios y teoría de diseño donde corresponda.
Alcance de la solución.
Agradecimientos correspondientes para soporte o asesoría recibida (supervisores, personal docente, expertos de dominio, soluciones existentes, usuarios, etc.)
Los envíos podrán ser escritos en Español o Inglés, deben incluir el título, información de autores así como afiliaciones. Favor de asegurarse que el documento enviado no contiene material propietario o confidencial y no citar publicaciones confidenciales o propietarias.
De la segunda fase: Los equipos seleccionados para presentar su trabajo en el Taller presentarán su proceso de diseño y solución a través de una presentación al Jurado Calificador. Las presentaciones estarán limitadas a 10 minutos más 5 minutos de preguntas por parte del jurado. La presentación debe incluir:
El proceso de diseño que se utilizó.
Descripción concreta de la propuesta de solución.
Referencias a los principios de diseño y teoría correspondientes.
Alcance de la solución.
Criterios de Evaluación. Cada Resumen Extendido será evaluado por miembros del comité de programa y profesionales expertos en usabilidad.
Para la primera fase, se evaluarán:
Uso de etnografía e investigación contextual.
Análisis o metodología utilizada para la solución del problema de diseño.
Relevancia de la solución para el problema.
Originalidad de la solución.
Calidad en el proceso de diseño.
Calidad de los argumentos para la solución propuesta.
Costo de la solución.
Claridad de la escritura.
Para la segunda fase se evaluará:
Claridad y organización de la presentación oral.
Claridad y relevancia del material utilizado para la presentación (diapositivas, videos, etc.)
Calidad de los argumentos utilizados para justificar la solución presentada tiene las características adecuadas para ser considerada como tal.
Sobre los equipos y participantes. • Para poder participar en la competencia, los participantes deben demostrar a través de un documento oficial que son estudiantes inscritos al curso académico actual y que no son empleados de la industria relacionada con IHC. Cada equipo enviará la documentación correspondiente escaneada junto con el documento de la propuesta de solución.
• El número de integrantes del equipo podrá ser entre 2 y 4 estudiantes. No existe límite en la cantidad de equipos participantes para cualquier Universidad. Los estudiantes pueden ser de licenciatura o maestría. Se recomienda generar equipos multidisciplinarios.
Premios. A todos los equipos seleccionados se les entregará un diploma de participación. Se premiará en efectivo a los dos primeros lugares.
Primer Lugar: $10, 000. 00 (pesos mexicanos)
Segundo Lugar: $5, 000.00 (pesos mexicanos)
Apoyo a equipos seleccionados. Los equipos seleccionados para presentar sus trabajos durante el Taller serán apoyados con la exención de la cuota de inscripción para los integrantes. Adicionalmente el comité destinará a los equipos seleccionados una cantidad para gastos de transporte.
