02. Nov, 2009
¿Quién ha cambiado mi proyecto?
Sí, lo digo entre signos de interrogación pues muchas veces me pregunto si los resultados al final de la implementación son los más adecuados conforme a lo que pactamos con el cliente en las fases de conceptualización y definición.
El hecho de que nosotros —Arquinauta— sólo nos dediquemos a la “primera pata” de una web hace que muchas veces los resultados no sean óptimos. ¿Qué tenemos que hacer entonces para garantizar que una web se maquete e implemente tal y como se había definido? ¿Cuántas veces hemos escuchado eso de “no se puede hacer por problemas tecnológicos…”? ¿Qué hacemos los no-tecnólogos para logra que “no nos tomen el pelo”?
No es este un nuevo debate: diseñadores e impresores, arquitectos y constructores, comerciales y distribuidores… no importa el sector del que hablemos, cualquier proyecto o producto en el que colaboren distintos profesionales en diferentes tareas sufrirá este eterno conflicto cuyas consecuencias, al final, padece el cliente y su proyecto.
Dependiendo de quién lea este post, el remedio al conflicto puede ser uno u otro pero sin duda la primera reacción de algunos habrá sido “… Vaya, pues es culpa vuestra por desconocimiento técnico”. Sí, aceptamos esta corresponsabilidad, aunque supongo que también estaremos de acuerdo en que actualmente no es posible saberlo todo acerca de todo, y más en un entorno tecnológico en el que el grado de especialización cada vez es mayor. Nosotros hacemos nuestros deberes, nos documentamos, buscamos consejo, consultamos a quien haga falta y sin embargo, sigo sin encontrar una solución…
Involucrarnos en el proceso de seguimiento e implementación…
- ¿Contrastar con otros proveedores si las soluciones implementadas son las más acertadas?
- ¿Aceptar los “peros” y plantear una solución no “tan buena” (rediseñar wireframes) para el usuario, pero que se adapte a la tecnología disponible?
Desarrollo in-house, tomando las riendas de la maquetación, desarrollo e implementación con todo lo que esto pueda suponer, desde contratar perfiles técnicos para incorporarlos en el equipo hasta asumir la totalidad de la gestión del proyecto e interlocución única con el cliente para supervisar muy de cerca a los proveedores.
¿Y vosotros? ¿Tenéis alguna solución?
06. Jun, 2009
Nuestra herramienta para la arquitectura de información
Al plantearnos este artículo, empezamos revisando nuestros bookmarks para crear una tabla comparativa actualizada de las diferentes herramientas y posibilidades en el campo de la arquitectura de la información, la usabilidad y los prototipos de baja-fidelidad.
A medida que íbamos avanzando y la lista se completaba con las novedades de las últimas semanas (Adobe Catalyst y FlairBuilder) veíamos que, por una parte, iba a acabar siendo algo que ya ha hecho Adaptive Path o Wireframes Magazine y, por otra, nos distanciábamos de un elemento fundamental en nuestra filosofía y metodología: el concepto.
Diseño de interacción, wireframe, blueprint, esquema, modelo, prototipo, boceto… no importa cómo se le llame, qué técnica se utilice ni la apariencia del documento resultante, al final, lo importante es el concepto, la idea. Lo realmente importante no es la herramienta empleada ni la aparatosidad del documento resultante, sino la solución propuesta y su validez para las siguientes fases del proyecto, tanto si se trata del cliente para la toma de decisiones, como si es la base para diseñadores, maquetadores y programadores. Cada momento, cada proyecto, cada cliente tiene sus requerimientos y es ahí donde aparece de nuevo la necesidad de saber qué herramienta es mejor emplear para proporcionar el entregable adecuado: no siempre lo mejor es Axure, ni Visio, ni Balsamiq, ni un boceto a mano… unas veces será una cosa, otras veces otra, en muchas ocasiones varias soluciones combinadas.
Sí, esa es en definitiva la repuesta que damos habitualmente a quien nos pregunta “… ¿Y con qué herramienta trabajáis?”. Con la cabeza: trabajamos con la cabeza. Citándonos a nosotros mismos, “Yo no soy un Mac. Tampoco soy un PC. Soy el tipo que piensa tras las teclas”.
PS: Bueno, por si acaso alguien aún necesita una lista de herramientas, aquí la tiene:
Adobe Catalyst
Altia Design y Altia PhotoProto
Axure
Balsamiq Mockups
Concept Draw
Denim
Easy Prototype
FlairBuilder
Gliffy
Gui Design Studio
Inkkit
Inspiration
iPlotz
iRise
Jumpchart
Microsoft Visio
Mindomo
Mockup Screens
Napkin Look & Feel
OmniGraffle
Papel y lápiz/Sketching
Pencil Project
Petra
Protoshare
RapidRabb.it
Serena Composer
Smart Draw
Para no alargarla excesivamente, hemos excluido aplicaciones de diseño o producción genéricas (entre muchas otras Adobe Illustrator, Fireworks o Dreamweaver, Microsoft Expression Blend y Design, Visual JS, etc.) que, aunque pueden ser utilizadas para confeccionar árboles de contenidos, wireframes y prototipos de baja fidelidad, al final nos obligarían a incluir en la relación hasta una caja de palillos o una baraja de naipes.
Vols llegir aquest post en català?
Publicado por Arquinauta en diseño
Comentarios recientes