Diseño en Tractis

Llevaba tiempo sin escribir, lo siento. Con los deadlines a mantener y el blog me cuesta el doble, más si uno quiere escribir cosas interesantes. Pues hoy les voy a mostrar bastantes cosas de la aplicación. Probablemente este sea el único post que veréis de mi persona este mes y el otro, así que, aprovecharé para plasmar temas interesantes.

Primero quiero contarles en qué plan está diseñada. Normalmente, vengo practicando el diseño centrado al usuario hace unos 7 u 8 años. Este método, si bien no está mal visto y es uno de los más practicados y dominados por gente de mi área, pero no está causando el mismo efecto en esta época.

Normalmente, cuando observo interfaces diseñadas con éste método, noto que centrarse en el usuario está malinterpretado del todo. En mis comienzos, creí que diseñar bajo este método era como: tomar una libreta, un boli y sentarme a escuchar a cada usuario; anotando sin parar cada “exigencia”, cada “capricho” y con esos datos plasmarlos en una interfaz. Es aquí donde se producen los destrozos más grandes de la humanidad en lo que diseño de interfaces se conozca, recuerdo que algunas cosas de las que había diseñado me habían salido como el coche que diseñó Homer Simpson en la empresa de su hermano.

Como les decía, también me ocurre esto cuando aplico sólo diseño centrado al usuario. Tiendo a poner todas las exigencias posibles de los usuarios, tratando de normalizar todo. Pues bien, para cambiar un poco el aire, he decido tomar otro camino que resulta igual de guiado y me deja en la ciudad sin tener que hacer mucho kilometraje: el diseño centrado a la acción.

Al principio la gente se siente descolocada al escuchar esto, pero este término se baraja hace tiempo y he leído unos cuántos papers que los desmenuzan, en donde se explica más que nada diseños basados pura y exclusivamente en patrones de acciones.

No está nada mal. Es lo más concreto que me he topado hasta el momento y, junto a pequeñas dosis de diseño centrado al usuario podemos alcanzar lo que muchos conocemos por: una completa arquitectura de software. Diseñar pensando en las acciones y no en las posibilidades que puede tener un usuario. Esto en general deforma la aplicación a niveles inexistentes. Prueben de hacer una pequeña cosa, verán como la aplicación exige una interfaz “capaz de hacerlo todo” en vez de hacer determinadas acciones y bien.

Nuestro proceso de diseño quizás varíe bastante a lo que se practica en otras empresas. Para empezar, he exigido desde un principio seguir una línea de desarrollo que nos permitan una flexibilidad grande, atenernos a márgenes de errores y que no dé tanto a equivocaciones irreversibles. Para ello, nuestro patrón de diseño (el cual comentaré más adelante) sigue unos pasos muy simples: apertura proceso > reunión de mapeo > prototipo borrador > presentación del prototipo > producción final > subida de material.

No es común, al menos para mí, ver esto en todas las empresas, incluso en consultoras grandes. Todas van a por el objetivo porque no hay tiempo, ni presupuesto para realizar dichos pasos, pero son tan esenciales, que desde que los he comenzado a aplicar a la fuerza me puedo levantar a la mañana con pocos dolores de cabeza. Yendo al grano, les presento algunos esbozos en PDF de la aplicación, para que podáis observar el tema desde cerca, cómo creamos los prototipos, que son, la base y la documentación para cada desarrollador y colaborador del proyecto. No tardamos meses en hacer esto, de hecho, toda esta planificación y producción normalmente toma una semana o dos.

• Esbozo de la sección settings.
• Workflow de Invoicing
• Workflow de negociación
• Wireframe de Contrato (esbozo)
• Borrador final del módulo de usuarios.

Espero que les haya gustado, cualquier cosa nos preguntan sin dramas en los comentarios. Intentaremos responder, aunque nos encontremos ahorcados por las fechas de lanzamiento.

Por Diego Lafuente
Guardado en: Diseño, Tractis | 9 comentarios » | 26 de Julio de 2006