martes, marzo 21, 2006

¿Quién colorea los wireframes?

Los wireframes deberían servir a los diseñadores gráficos para tener una idea clara de la estructura de cada página; pero si los haces con las típicas cajas de texto es muy probable que los wireframes se tomen demasiado al pie de la letra y el diseñador lo entienda como una página "sin diseño".

wireframe clásico con cajas

Los diagramas de página, que quieren solucionar este problema, parece que son difíciles de entender para los diseñadores que no están acostumbrados a trabajar con ellos.

Buscando alternativas se nos ocurrió lo siguiente ¿Sería útil presentar los wireframes con áreas de colores que agrupen o relacionen elementos de una página, pero de tal forma que no induzcan a tomarlo de forma demasiado literal?

wireframe con colores

Aunque hay un problema: aunque se solucionase su interpretción por los diseñadores ¿qué pensaría un cliente al que le enseñases estos wireframes? su aspecto es mucho menos profesional.

Entradas relacionadas: una alternativa a los wireframes


Comments:
Los wireframes no son siempre necesarios para el diseñador, personalmente en mi caso si me presentan un proyecto redactado y con todas las secciones bien explicadas no necesito ningun dibujito para hacer el diseño. De hecho lo unico que consigue es influir al diseñador a la hora de realizar el diseño, y al empresario que contrata se le puede enseñar sin ningun problema los bocetos iniciales.

En mi empresa el sistema de trabajo da prioridad a los programadores, ellos construyen el contenido dinamico despues de haberse reunido con los "jefes" y desarrollan todo el sistema sin tener en cuenta el diseño. Despues el diseñador, osea yo... me tengo que matar para conseguir acoplar lo que han hecho ellos a lo que yo tengo previsto.

No estoy a favor de los wireframes para diseñadores, un diseñador tiene que interpretar a la perfeccion la idea sin necesidad de ningun dibujo.
 
Los wireframes favorecen la visualización de soluciones concretas por parte de todos las personas que tengan algo que decir en el desarrollo. Es un documento de trabajo y, en su versión final, de comunicación. Nos sirve para discutir soluciones y para que todos tengamos claro qué es lo que se contruye.

Tienes toda la razón en que influye en muchos diseñadores, por eso seguimos buscando alternativas. Lo mejor sería contar con un diseñador que esté familiarizado con estos documentos y los sepa interpretar, lo que a su vez le facilita su trabajo; pero dado que se trata de un área de trabajo relativamente nueva, los que saben de estas cosas ¡¡están muy cotizados!!

Dices "Despues el diseñador, osea yo... me tengo que matar para conseguir acoplar lo que han hecho ellos a lo que yo tengo previsto.". Esto es precisamente uno de los problemas que pretenden evitar los wireframes. Los responsables de la arquitectura de la información entregarían unos documentos con las ubicaciones, estructuras y contenidos principales de menús de navegación, logos, lemas, cajas de búsqueda, contenido principal, secundario, pie de página, etc. para no perder tiempo y esfuerzos encajando cosas que no habías previsto. Además, tú habrías participado en la discusión de los wireframes, con lo que ya tendrías más interiorizado el proyecto.
 
Ya Rodrigo, lo que dices suena muy bien pero ¿quien lo pone en practica? He trabajado para mucha gente realizando paginas web, y siempre es igual, no hay estructura a la hora de desarrollar un proyecto. LLamo estructura al conjunto de personas que se implican en el.

En el 90% de los casos en los que he trabajado como mucho se implican un programador, el diseñador ( que es el ultimo mono siempre ), y alguno mas que se sube al carro.

Yo soy partidario de un buen proyecto redactado y explicando bien las necesidades del website. Aunque no le haria ascos a una vision global de las intenciones pero sin que estuviera tan estructurado, algo parecido a una estructura de arbol.
 
Sí que hay gente que pone esto en práctica y es de esperar que el número siga creciendo.

Estoy seguro de que si tuvieses la ocasión de trabajar con los documentos típicos de la arquitectura de la información te gustarían y comprobarías como tu trabajo sería más cómodo.
 
Publicar un comentario en la entrada

<< Home

This page is powered by Blogger. Isn't yours?