Definir y respetar el proceso de diseño

Hay veces que por la premura de ciertos desarrollos o trabajos, como un sitio web, un impreso, una aplicación, los clientes tienden a minimizar el trabajo que solicitan. Quizás no es sólo con la premura y me atrevería hablar de una cosa mas bien general. Si, los clientes tienden a minimizar el trabajo que como diseñadores hacemos. Eso no significa que lo hagan intencionadamente, puede ser que no siempre comprendan el trabajo que hay detrás para llegar a un buen resultado.

Ej: Sólo necesito unas pantallas que hagan esto o aquello y termina siendo una compleja aplicación web. O esta otra: sólo es un folleto, chico, que diga la ubicación y horarios, nada más y termina siendo un brochure

Una de las buenas prácticas que debemos aplicar en nuestro trabajo consiste en establecernos un proceso de diseño que nos sea cómodo, nos permita órden y control y sobretodo nos permita obtener buenos resultados.

En el caso del diseño de sitios y aplicaciones web, utilizo los siguientes pasos, que funcionan como base a la cual puedo ono agregar otros pasos complementarios, dependiendo de las especificaciones del proyecto. Como característica general, y como decribe Bob Baxley en su Modelo Universal de la Interfaz de Usuario, veo esto como si fuera el proceso de producción de una película, partiendo por una historia, desarrollando un guión, story board, filmación, edición, etc.

Definición del problema

Esta etapa es clave. Difícilmente podemos dar una respuesta si no tenemos clara la pregunta más básica ¿para qué voy a diseñar esta solución? Es en este contexto también donde involucramos al usuario, contestando la pregunta ¿para quién diseño esta solución?

Hay que estar atento a que muchas veces los clientes plantean los problemas proponiendo una solución, que puede funcionar o no, pero debemos ser capaces de extraer, de esa solucion propuesta, el problema y comentárselo al cliente. Como dice Jodorowsky, entendiendo un miedo podemos encontrar un deseo, en una solución inicial planteada por el cliente es posible encontrar el problema preciso que no está siendo manifestado.

Toma de requerimientos

En esta etapa hago lo posible por definir el alcance del proyecto. Una vez establecido el problema, aislado y bien definido, podemos empezar a resolver requerimientos, como las funcionalidades, casos de uso, requerimientos de plataformas, medios, etc. Son constantes, algo así como las reglas básicas del juego.

Diseño interacción y estructura de contenidos

Con los dos pasos anteriores resueltos y aprobados (muy importante!) doy paso a resolver la interacción y/o clasificar los contenidos. Aquí es donde las tareas vinculadas a la Arquitectura de la Información toman protagonismo.

Nuevamente la presencia y participación del cliente como parte del equipo de desarrollo es crucial. El es el experto en su área o negocio, por lo tanto nadie mas que él sabe los temas a tratar, el tipo de diálogo y lenguaje técnico utilizado. Aunque esté en manos de uno editar los contenidos, el cliente es el responsable de entregar la información necesaria para desarrollarlos. Yo busco ser lo mas estricto en esta parte ya que sin contenidos definidos es muy difícil tomar decisiones de composición visual, por ejemplo. Como ya está definido el usuario, la redacción de los contenidos puede ser efectuada teniendolo en mente.

Diagramación y rotulación

Es la entrada a resolver los temas visuales. Los Wireframes son claves para diagramar, ya sea una interfaz gráfica o una revista. Pasar por esta etapa de esquema de líneas, permite resolver el orden de lectura de los elementos, jerarquías visuales, contrastes, etc. Aprovecho además de resolver, en el caso de un sitio o aplicación web, los rótulos de los botones y demás accesos.

Diseño gráfico

Finalmente después de haber pasado todas las otras etapas aparentemente tediosas, llegamos a trabajar con colores y formas, matices y valores de línea, aspectos mas sutiles que van orientados a provocar la sensación que requiera la solución en nuestro usuario (ámbito mas subjetivo). Con todo el otro material en mano y aprobado por el cliente, créeme que es un paraíso diseñar.

No voy a entrar en detalle de los procesos productivos, armado HTML/CSS, tecnologías, frameworks de interfaz de usuario y otras yerbas alucinógenas. Eso dará para otro post.

Una cosa que no se debe olvidar es: nunca pasar a llevar tu propio proceso de diseño cayendo en esa minimización del proyecto que el cliente puede llegar a hacer al solicitar tus servicios. Si eres responsable con tu proceso y cada una de sus etapas claves, estarás siendo también responsable con el cliente y con el usuario final, todos se veran benficiados por un proceso de diseño ordenado y claro.