Las reglas fundamentales de una relación exitosa entre diseñador y desarrollador

Un diseñador que trabaja con un desarrollador, y viceversa, es una gran idea para acelerar el proceso de creación de un sitio web, y muchas veces también puede generar mejores resultados finales para el proyecto. Trabajar juntos puede permitir que cada profesional se concentre en lo que mejor se le da y en lo que también prefiere hacer, lo que significa que ambas partes disfrutarán mucho más del proyecto.

Sin embargo, las relaciones diseñador-desarrollador también pueden ser estresantes si no se coordinan adecuadamente. Es posible que los desarrolladores, o los programadores, no visualicen correctamente lo que un diseñador tenía en mente. Los diseñadores, por otro lado, pueden no estar de acuerdo con un desarrollador sobre lo que se hace fácilmente, lo que es casi imposible, lo que es menos o más eficiente, o qué efectos son casi innecesarios tanto para el usuario como para el tiempo invertido en codificar un característica particular. Para muchas personas de la web, ser un Jack of All Trades se considera más fácil, incluso si la situación no es la ideal.

Sin embargo, las relaciones diseñador-desarrollador pueden ser exitosas, y cuando lo son, un proyecto puede cosechar todos los beneficios. Más allá de los beneficios del proyecto y las preferencias de trabajo de cada individuo, los diseñadores y desarrolladores también pueden colaborar, educarse entre sí y ayudarse mutuamente a establecer contactos con otros clientes o personas en el campo. En este artículo, repasaremos algunas de las reglas básicas que los diseñadores y desarrolladores deben seguir si quieren tener una relación de trabajo exitosa entre diseñador y desarrollador.

Trabajar juntos a lo largo del proceso de diseño

Cuando muchos diseñadores quieren pasar a la etapa de desarrollo, completan la parte de diseño para un cliente y luego se ponen en contacto con un desarrollador. Luego esperan que el desarrollador simplemente “haga que suceda”. Si bien la mayoría de las veces los desarrolladores pueden hacer lo que los diseñadores les piden, o al menos algo similar, no quiere decir que sea necesariamente la mejor solución.

Los diseñadores son excelentes para hacer que las cosas se vean bien, tienen experiencia en brindar una buena experiencia de usuario visual y planifican quizás algunas técnicas visuales implementadas por el desarrollador (menú desplegable, controles deslizantes, etc.). Los desarrolladores, sin embargo, no son solo máquinas que implementan lo que quiere un diseñador. Saben un par de cosas sobre la eficiencia y la experiencia del usuario desde una perspectiva más técnica. Constantemente preguntan: “¿Esta función adicional vale la pena por el exceso de código y los tiempos de descarga más lentos” o “¿cuál es la forma más fácil y limpia de hacer esto?” La forma en que se configura un diseño tiene mucho que ver con cómo funciona el backend de un diseño web, por lo que es esencial planificar con anticipación con un desarrollador.

Durante el proceso de diseño, comuníquese siempre con el desarrollador:

  • Incluso antes de que comience el proceso. El cliente sabe lo que quiere, y el diseñador ha trabajado con el cliente para pensar en una solución real con ellos. Sin embargo, ¿cuál es el punto de vista del desarrollador? ¿Cuál es la mejor solución, desde la perspectiva de la codificación, para el cliente? ¿WordPress, un CMS personalizado o simplemente una página web estática? ¿Qué características interactivas pueden ayudarlos a alcanzar su objetivo?
  • Obtenga información durante todo el proceso. ¿Es el diseño general/la estructura alámbrica una solución inteligente para la solución de desarrollo planificada? ¿Qué lo haría más fácil? ¿Más difícil? ¿Qué características relacionadas con el diseño o interactivas son esenciales y cuáles son casi innecesarias para agregar a los costos de desarrollo? ¿Cuál es el marco de tiempo para agregar ciertos elementos?
  • Colabore en una revisión final antes de la presentación. Busque soluciones, adiciones y modificaciones juntos antes de la presentación final al cliente. Entonces, ve desde allí.

¿Significa esto hacer que el diseño sea lo más “fácil” de crear para el desarrollador? No, a los desarrolladores les suele gustar un desafío la mayor parte del tiempo. El punto es que puede ser genial colaborar en técnicas interactivas, esquemas de diseño interesantes y más con los desarrolladores para ver qué tan eficiente sería, o si el desarrollador conoce técnicas más inteligentes con las que un diseñador puede trabajar. También puede ser bueno comunicar lo que es técnicamente posible o dentro del conjunto de habilidades del desarrollador y lo que es posible dentro del marco de tiempo de desarrollo.

Explicar las características a fondo

El gran puente entre el diseño y el desarrollo son todas las funciones interactivas que pueden incluirse en una experiencia web. Dar vida a un PSD desde un punto de vista visual es relativamente fácil, pero saber exactamente cómo deberían funcionar los menús desplegables, los estados de desplazamiento, los controles deslizantes y más necesita más explicación. Algunos se explican por sí mismos, pero no asuma que todo lo es. Tener una documentación clara antes de que comience la etapa de desarrollo es crucial; de lo contrario, es posible que el desarrollador tenga que volver atrás para revisar y editar. Eso solo toma más tiempo y crea más frustración. ¡Ayuda al desarrollador a hacerlo bien la primera vez!

Además, para los PSD, asegúrese de que los estados de desplazamiento y similares estén claramente etiquetados en las capas respectivas, los fondos texturizados y otros patrones o imágenes esenciales no se fusionen, etc. Tener los PSD organizados en grupos de capas y rutas también ayuda. Haga que el PSD esté lo más claramente definido posible. Si es un desarrollador, ¡asegúrese de hacer preguntas antes de asumir y equivocarse!

Mantenga una comunicación abierta

Si algo está causando un problema con un proyecto, no se quede callado y simplemente trabaje en ello. ¡Hablar alto! Informe al otro socio cuál es el problema y haga una lluvia de ideas sobre las soluciones, o cambie el presupuesto en consecuencia. Es posible que los diseñadores no siempre sepan qué características requerirán un gran esfuerzo adicional, y es posible que los desarrolladores no entiendan y pasen por alto la importancia del más mínimo detalle en un diseño.

Si un desarrollador olvida algo en una página web codificada, hágaselo saber. Si no entienden la funcionalidad de una característica, infórmeles y colabore para arreglarla o modificarla. Si un diseñador tiene un diseño demasiado complicado para la codificación, pero su diseño es bastante simple, el desarrollador debe mencionarlo en la fase de diseño. Si el diseñador sugiere una característica que es demasiado complicada para lo que vale, desarrollador: ¡dígalo!

“¡No codificaste esto bien!”

  1. Comprenda por qué el desarrollador puede no haberlo hecho correctamente. ¿Simplemente se pasó por alto? ¿No vieron la importancia y, por lo tanto, optaron por una forma más fácil y eficiente? Más importante aún: ¿tenían razón? ¿Es tan importante? ¿O era esencial para el diseño?
  2. Explique por qué la característica o detalle era importante. Asegúrese de comunicarle al desarrollador por qué ese pequeño detalle marcó una diferencia tan grande. Es una excelente manera de educar a alguien que puede no tener tanta experiencia en el campo del diseño, y dado que no ven el propósito por sí mismos de inmediato, no pareces un tonto obsesivo cuando los corriges sin explicación.
  3. Compromiso en un medio. Si algo no es posible o es más difícil de implementar de lo que había pensado, esté abierto al compromiso. ¿Se puede sacrificar esta característica o detalle? ¿Se puede hacer de otra manera? ¿La solución de esa característica de diseño puede ser resuelta por otra cosa?

“Esto no fue diseñado pensando en la web, ¡bien podría estar hecho para imprimir!”

  1. Acepta un desafío. Si es solo una nueva estructura de diseño, algo más difícil o algo a lo que no estás acostumbrado, no es el fin del mundo. Puede ser más difícil, pero acéptalo como un desafío para aprender a codificar algo de una manera nueva.
  2. Discuta la funcionalidad a fondo. Si la funcionalidad de una determinada pieza no está clara, hable y aclare. Si parece realmente complicado por el tiempo y/o el presupuesto, infórmele al diseñador. También hable si cree que hay una mejor manera o una forma alternativa que ya sabe cómo implementar. El diseñador puede estar dispuesto a comprometerse.
  3. Educar a los diseñadores sobre la codificación de estándares web y mejores prácticas. Si algo realmente no se adhiere a una gran experiencia de usuario desde una perspectiva de desarrollo, infórmele al diseñador. Puede cambiar el resultado de este y futuros proyectos por algo mejor.

Comprender y respetar las profesiones de los demás

Un desarrollador podría decir que un diseñador solo crea imágenes bonitas y juega todo el día siendo artístico. El trabajo de un desarrollador es un “trabajo real e inteligente”. Por el contrario, un diseñador podría decir que un desarrollador no comprende la experiencia del usuario ni aprecia el aspecto visual de una página web funcional. Pueden quejarse de que los programadores no se toman lo suficientemente en serio a los diseñadores, o hacen todo lo contrario, y no se toman lo suficientemente en serio a los desarrolladores: “los desarrolladores no tienen creatividad, solo arman sitios web sistemáticamente como una máquina, paso a paso; cortador de galletas; no hay mucho pensamiento real y creativo involucrado”.

¿Y qué pasa si un desarrollador no tiene grandes habilidades de diseño? Entonces, ¿qué pasa si un diseñador no comprende completamente qué es el código inteligente y no entiende por qué es importante? Para eso está tu propia experiencia, estés del lado que estés.

Obviamente, hay mucho en ambas profesiones, y es importante que tanto los diseñadores como los desarrolladores respeten eso. Son diferentes, pero ninguno es más complicado que el otro, más fácil, más creativo o merece menos respeto. Entonces, para tener una buena relación con un compañero diseñador o desarrollador, intente comprender qué conjuntos de habilidades tienen y necesitan para hacer su parte, y trabaje con ellos haciendo su parte.

Al comprender también la experiencia de cada profesión, puede ser más fácil trabajar con ellos durante el proceso de diseño y desarrollo. Un diseñador sabrá cuándo es mejor acudir a un desarrollador para obtener una opinión experta, y viceversa. Conocerán las limitaciones y sabrán en qué pueden ser buenos. Además de estos beneficios, conocer y apreciar las habilidades del socio respectivo también crea una relación de trabajo mucho más amistosa y relajada.

Conclusión

Trabajar juntos no tiene por qué ser difícil. Trabajar juntos no debería ser difícil. Con tantos beneficios que pueden derivarse de los diseñadores que trabajan junto con los desarrolladores, no hay razón para no probarlo y volver a intentarlo incluso si ha habido una experiencia negativa en el pasado. Trabajar juntos puede ayudar tanto a un diseñador como a un desarrollador a concentrarse en lo que les gusta hacer y en lo que son mejores. Los proyectos son mejores al final y los clientes están más contentos. Las empresas pueden avanzar más rápido y crecer más.

Siéntete libre de compartir cualquier experiencia, negativa o positiva, de trabajar en equipo con otro profesional web en el pasado. ¿Valió la pena o se podría haber mejorado la experiencia?

0 Shares:
Te Recomendamos