Will Web For Food

En teoría un prototipo no debe presentar línea gráfica.

Correctisimo.

Tanto a nivel Low como Hi.

Pero la tiene. O más bien, es un ejercicio de comunicación visual, igual que lo va ser el diseño de línea gráfica.

Entonces ¿Cómo puedo decir que los prototipos no tienen línea gráfica?

Extricatemente, el prototipado de la solución web presentan un listado de funcionalidades, pero su ordenación y apariencia no es estricto, por ser estas cualidades, de la comunicación visual, por lo que se resuelven mediante la capa gráfica.

Y no obstante infiere y condiciona el diseño.

¿Cómo ocurre esto? Por que el prototipo habla un idioma muy próximo al diseño, (el asunto de que es diseño o diseño gráfico, es tema de nota, y la bibliografía es extensa.) pero que no es DISEÑO.

No es lo mismo este ejemplo de estructura ordenada para prototipo

que este otro ejemplo de elementos del prototipo no ordenado

Importante.

• Los prototipos son estructuras funcionales.
• La línea gráfica es algo más (MUCHO MÁS) que colores sobre los prototipos.
• Los prototipos y la línea gráfica comparten las funcionalidades, pero no necesariamente la ordenación en pantalla ni la modulación del espacio.
• No obstante por su naturaleza visual el prototipo requieren una ordenación en el espacio.
  Y las funcionalidades poseen ciertos niveles jerárquicos que condicionan esta ordenación, y que se deben mantener en el tratamiento gráfico.

Pero en ningún caso deberemos entender los prototipos como diseño sin color. Ya que no solo están sesgados en la ausencia de color, si no es toda la comunicación visual fruto de la interacción de la forma y el color.

y es que este prototipo pude dar lugar a muchas líneas gráficas.

Referencias:

• Sobre Diseño del Interfaz

Con la proximidad del inicio del nuevo curso, podíamos plantearnos la revisión de los planes de estudio para el 07/08.

A mi me gustaría que dentro de la carrera no reglada de hci se incluyera un curso de “Introducción al prototipado”.

Me parece una muy interesante materia, pero no he logrado aun concretar, por más que rebusco.

Y es que por un lado, parece que existe una importante cantidad de literatura respecto a “tecnologías aplicadas al prototipado” pero casi ninguna sobre que es prototipar.

Y además estas dos cosas (técnica y proceso) se usas como sinónimos, sin que ello sea del todo cierto.

Así, discutimos que herramienta resulta más conveniente e idónea frente a tal necesidad, cual no responde a determinada situación, sin abordar en que consiste el proceso de prototipo.

Bien, para los interesados en la las técnicas, ( you have so many tool!) hay varias interesantes referencias.

Un libro muy bonito y que hay que ojear de modo general es effective prototyping y que en la bibliografía recomendada de “tecnologías aplicadas al prototipado” se cita y recomienda. Y para el applepeople una referencia interesante es omni group.

Ahora, sobre el noble y antiguo arte del prototipado.

Yo desde mi humilde experiencia creo que de cara a integrar prototipos en la capa de diseño y presentación es conveniente que el prototipo trate una serie de puntos y los cumplimente.

1. Diseño estructural de la pantalla.(Que elementos configuran las pantallas, a máximo número de elementos, tu maquetador te lo agradecerá…) El prototipo propiamente dicho, tanto en un enfoque macro (hi-fi) como RAD, y tanto como para soluciones dinámicas con cms modulares, como para ese discreto promoweb de micropyme.
2. Diseño de interacción de la solución.(Como se comportan los elementos respecto a la interacción del usuario, concretando, como se produce la navegación, como se comportan los botones, como responden los formularios.)
3. Sitemap. (Donde va cada cosa dentro del site, y que relaciones presenta entre ellos, definimos aquí también los path de navegación, trasversal y horizontal, primaria y secundaria, recurrente.)

Si la documentación del prototipo cumple estos 3 puntos no debería presentar ningún problema, la idea generatriz para formular estos 3 puntos, es la de crear una documentación capaz de permitir desarrollar toda la aplicación, sin dirigir, ni obstaculizar el resto de disciplinas, (visión amplia del Hci = [Ai +InteractionDesign + Comunicación Visual + FrontBack]).

De este modo, con una documentación de prototipado e interacción completa, o completada, logramos que los prototipos por un lado estén contextualizados al producto, tanto a nivel funcional como gráfico, y puedan presentar un ciclo de vida mucho más amplio, reduciendo los costes de desarrollo.

El problema de todo esto reside en que no se suelen ver prototipos por ahí.
Yo no se como prototipas tu, con lo cual no puedo aprender. Y creo que esto debe ocurrir a nivel mundial.

Por eso, ver ejemplo podría ser de utilidad, pero claro eso no puede ser así de sencillo, esta suscrito a ciertos compromisos profesionales que hacen que los perfiles de los Ai sean sesgados.

¿A nadie le llama la atención que las listas profesionales de temas afines al desarrollo web se vean líneas de código, piezas gráficas, y que la comunidad ai resuelva sus dudas verbalizando?

Esta claro que yo tendría ahora que poner unos protos por aquí…

Y que la mesa, sea de madera de pino, o de estructuras tubulares de latón , no deja de ser mesa.

Referencias

• Datos al respecto
• Definición y reflexión
• Técnica con omnigraffle
• Sobre wireframes
• El saber universal sobre la cuestión
• Ejemplos de prototipo
• Glosario de terminos