viernes, septiembre 23, 2005
Proyecto medio, equipo pequeño, modelos mentales
Uno de los libros que más me gusta es About
Face 2.0. Diseño de interacción explicado de forma sencilla.
En un capítulo el libro define modelo mental, modelo de implementación y modelo representado (o del diseñador). Explica por qué los programadores suelen hacer malas interfaces: su modelo mental (la forma que tiene cada persona de explicarse de forma interna el funcionamiento de un aparato) está demasiado influido por conocer perfectamente las entrañas de lo que diseña.
Cuando trabajas en proyectos de tamaño medio con un equipo muy pequeño se entiende perfectamente esta situación. Hay que hacer un poco de todo y es difícil separarse del funcionamiento interno de sistema. No hay una diferenciación clara del trabajo y nuestros modelos mentales se pueden acercar demasiado al modelo de implementación.
Hasta ayer no fui capaz de deshacerme de todo este lastre que llevaba acumulado. Trabajaba en un catálogo y era incapaz de verlo más allá de unas tablas en una base de datos. No estaba contento con el resultado, pero tampoco sabía por qué. En los wireframes parecía metido con calzador.
Me puse a pensar en otra cosa (vía Catuxa) y encontré una solución sin buscarla. De repente todo encajaba de forma más natural y le daba coherencia al conjunto de la web.
Ahora mismo no sabría explicar la solución de forma sistemática, además de que no sabemos todavía si va a funcionar mejor que el listado de toda la vida. Yo diría que si en un catálogo la estructura suele dictar el diseño (modelo de implementación), esto sería algo así como centrar el diseño en el contenido... (¿modelo mental?). No hay nada en el diseño que recuerde a una tabla de una base de datos.
Por lo menos estoy contento de haberme deshecho del catálogo típico. Espero que funcione bien.
Etiquetado como modelo mental, modelo de implementación, problemas.
