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

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?

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