¿Has tenido la experiencia de presentar un website para aprobación final con el cliente y tener una discusión sobre “eso no fue lo que aprobé”? Normalmente hay “detalles” de diseño que cambian durante la programación.
El desarrollo de comunicación en canales digitales implica una fusión de talento en comunicación escrita, arte visual y una mente estructurada de programación. Según el tamaño de la empresa, los equipos pueden tener mayor cantidad de integrantes y mayor especialización. Sin embargo, sin importar el tamaño del equipo, es esencial contar con un elemento que sea capaz de entender y fusionar la estrategia de comunicación y las especificaciones técnicas.
En la mayoría de los proyectos en los que he participado, la lógica del plan de trabajo inicia por la definición de contenidos, pasando al diseño y finalizando en la programación; un modelo Contenido + Diseño + Programación.
Si cuentas con un miembro del equipo que pueda integrar los tres temas, lo común es que sea involucrado en la etapa de programación, lo que implica una entrada tardía al proyecto. Es probable que sus recomendaciones lleven a discutir con el cliente sobre cambios en diseños aprobados (Ouch!).
Los equipos más experimentados utilizan especificaciones técnicas que son repartidas a los diseñadores y/o consideran usar letras chiquitas en las aprobaciones: “la versión final podría tener cambios en la programación”. Sin embargo, ¡no estás resolviendo el problema de raíz!
Este tema tiene su explicación al entender los puntos de transferencia entre equipos de diferentes disciplinas en el desarrollo de un sitio web. Entender lo que sucede en estos procesos puede ayudarte a mitigar este problema.
El problema se enfatiza cuando hay que desarrollar un sitio web con diseño responsivo.
Para los equipos que siguen trabajando con el modelo Contenido + Diseño + Programación les cuesta más trabajo desarrollar sitios responsivos. Resulta imposible “aprobar todas las pantallas”. Además de encarecer el proyecto por horas innecesarias de diseño, al final, en la programación puede darse las variaciones.
¿Cómo trabajar bajo la lógica de diseños responsivos?
Los diseños responsivos tienen una lógica diferente. Debes dejar de pensar en páginas y cambiar a un inventario de elementos dentro de una cuadrícula de coordinadas. Cambiar la mentalidad de páginas con botones a lienzos interactivos. Olvidar las estructuras fijas para pensar en navegación intuitiva.
Por lo tanto, deberás pensar en aprobar un inventario de elementos que conforman tu sitio responsivo. Esto permitirá al programador hacer el acomodo, ajustando estos elementos a esa cuadrícula.
La lógica de planeación y del equipo también debe cambiar. Pasar de un modelo de Contenido + Diseño + Programación para transformarse en un modelo Contenido + Programación + Diseño donde las condicionales de la cuadrícula son las que marcan la necesidad de los elementos gráficos a desarrollar.
Por otra parte, el diseñador deberá familiarizarse con las librerías de funciones para sitios responsivos a partir de las definiciones del programador.
Pon en práctica este modelo. Elige un proyecto donde un diseño responsivo sea la mayor prioridad y da el liderazgo del proyecto a un programador. Dale la libertad de trabajar con un lienzo de cuadrícula y deja crea un prototipo sin diseño. Al final, dale el resultado al diseñador para que termine la magia.
¡Mucha suerte en tus sitios responsivos!
