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.
- 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.
- 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.)
- 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
Si te ha gustado “
