Considere la siguiente tabla (idealizada).

Ahora, he trabajado con colegas de todos los lados de este espectro y he aprendido que, desafortunadamente, tiende a ser más así.

La mayoría de los "desarrolladores web" tienden a conocer muy poco los principios de diseño, mientras que, por otro lado, los "diseñadores web" tienden a conocer muy poco el aspecto técnico de la web. Los "artesanos web" bien redondeados son difíciles de encontrar.

Este escenario desafortunado pero real hace que crear un sitio web receptivo para un equipo de desarrolladores y diseñadores sea una tarea difícil. Los diseñadores web tienden a olvidar que el sitio debe adaptarse a todos los dispositivos comerciales posibles y, a menudo, diseñar diseños rígidos que se ven geniales en su propia pantalla pero que son imposibles de convertir en sitios web receptivos. Los desarrolladores, por otro lado, tienden a hacer adaptaciones brutales de la visión del diseñador tratando de lograr capacidad de respuesta.

¿Dónde debería caer la responsabilidad de diseñar un sitio web receptivo? ¿Debería esperarse que el diseñador web proporcione pautas bien pensadas para el desarrollador sobre cómo adaptar el sitio web para cada escenario posible? ¿O es una expectativa irrazonable?

Tenga en cuenta que me estoy centrando en el lado del diseño, no en el lado del desarrollo.

Cualquier diseñador bien calificado siempre estará interesado en la implementación hasta cierto punto. Quizás no en un aspecto de "Puedo construirlo", pero al menos en un aspecto de "eso no es posible".

Ya sea que un diseñador llegue al extremo derecho de su gráfico o no, siempre debe saber lo que puede y no puede hacer en un medio determinado. No puede diseñar bien para imprimir si no comprende las separaciones. No puede diseñar bien para la señalización si no comprende las resoluciones, etc.

Creo que cualquier diseñador responsable de los materiales web debería al menos caer en esto:

Y no creo que sea tan desigual como tu segundo gráfico.

Los días en los que puedes hacer una bonita maqueta en Photoshop y simplemente entregarla han desaparecido en mi experiencia. En mi experiencia, los desarrolladores (es decir, el lado izquierdo de su gráfico) realmente no están buscando a alguien en el extremo derecho. Buscan un diseñador que al menos entienda lo que es posible y las restricciones necesarias para diseñar bien. Esto los mueve desde el extremo derecho, al menos una marca izquierda.

¿Todavía hay desarrolladores que golpearon el extremo izquierdo, absolutamente. Del mismo modo que todavía hay diseñadores que llegan a la extrema derecha. Sin embargo, un aspecto más importante puede ser la experiencia . ¿Hay desarrolladores / diseñadores que golpeen el extremo izquierdo / derecho si tienen 5, 8 o 10 años de experiencia? Lo dudo. Cuanta más experiencia uno tenga, más cerca se encuentra el medio.

Entonces, quizás esto sea ​​más apropiado:

En una estructura de empresa, busca personas para ocupar el puesto más a la derecha / izquierda. Esto proporciona una base sólida para ese conjunto de habilidades deseado. Sin embargo, especularía que cuanto más deseable es un candidato, más cerca de las dos imágenes del medio caen sus habilidades.

¿Dónde debería caer la responsabilidad de diseñar un sitio web receptivo?

Típicamente en gestión. La administración inteligente se dará cuenta de que es un proyecto de equipo, por lo que todos deben estar coordinados y trabajar en conjunto. Esto incluiría (pero no se limita a) diseño visual, UX, UI dev, back end dev, equipo de contenido, marketing, etc.

El desarrollo ágil es una buena manera de abordar esto.

Muchas organizaciones no hacen esto, por supuesto, y tienden a aislar a cada uno de los equipos anteriores y usan el viejo proceso de cascada "tirarlo por la valla y no preocuparse por eso".

Tenga en cuenta que me estoy centrando en el lado del diseño, no en el lado del desarrollo.

Ese es el problema No puedes concentrarte en uno y no en el otro. El diseño de un sitio receptivo es el desarrollo de un sitio receptivo.

Esto es cierto para el diseño de interacción, en general. El diseño de interacción (ya sea un diseño receptivo, un menú desplegable, una animación, etc.) debe diseñarse en el medio en el que se utilizará: el navegador. Esto requiere cierto nivel de desarrollo.

Mi estructura de equipo UX ideal incluiría los siguientes roles *:

• Diseñador visual y / o diseñador de UI
• Desarrollador UI
• Contenido
• Investigación / Pruebas de usuario

Ahora, eso no significa que el desarrollador de UI del UX Team sea la persona que escribe el código de producción, sino que está escribiendo un código de trabajo para diseñar, crear y probar la interacción correctamente.

Esto se comparte con el desarrollador y se realiza un trabajo adicional en equipo para integrarlo en el objetivo final del sistema receptivo.

* Dichos roles deben incluir al menos uno de sus 'artesanos web'. Estoy de acuerdo en que a veces son más difíciles de encontrar, pero son una necesidad en los equipos. Necesita al menos una persona que pueda comunicarse en todos los ámbitos y poder hablar con los diseñadores de iconos y con los administradores de bases de datos.

Si bien estoy de acuerdo con la mentalidad en la respuesta de DA01, creo que hay más en la pregunta que solo lo que aborda.

El simple hecho es que las empresas están organizadas de diferentes maneras debido al hecho de que tienen personas con diferentes habilidades y varían en número de empleados en cada división. Cada empresa debe abordar esta decisión con cuidado y teniendo en cuenta a su empresa para elegir una buena forma de crear.

Como tal, no creo que haya una "mejor" forma de tomar esta decisión o estructura de equipo. Cada grupo de personas es diferente y lo que funciona para una empresa puede no funcionar para otra, incluso si la estructura y tal son más o menos las mismas.

Dicho esto, hay algunos principios generales que se aplican a todas las empresas al tomar este tipo de decisiones:

• Utilice el conjunto de habilidades disponible : algunas personas trabajan mejor en ciertos entornos haciendo ciertas cosas. Si algo ralentiza mucho el proceso con pocos beneficios reales, probablemente no sea una buena decisión. Eso no quiere decir que no debas cambiar porque a una persona no le gusta el cambio, pero es importante tener en cuenta las preferencias y habilidades del equipo para que la gente disfrute de su trabajo y haga las cosas.

• La colaboración es clave : cualquier diseñador y desarrollador debe estar en comunicación y saber aproximadamente lo que el otro está haciendo en cada etapa del proceso, desde hablar con el cliente (por mucho que sea posible; ver notas de la discusión o algo similar puede ser suficiente a veces ) a la implementación final. Por lo general, un grupo está haciendo el trabajo en un solo paso, pero el (los) otro (s) debe (n) al menos saber qué está pasando y tener la capacidad de proporcionar algún tipo de retroalimentación en cada etapa.

  La experiencia de las personas varía, por lo que queremos que las personas capten problemas potenciales que otros no verían lo antes posible, además de proporcionar ideas adicionales.

• Dirección sobre la perfección : es mucho mejor conocer el objetivo y avanzar hacia ese objetivo de manera directa pero aproximada. Con esto quiero decir que la iteración es mejor que ser un píxel perfecto para la mayoría del proceso. Necesitamos asegurarnos de que vamos en la dirección correcta con cada decisión de diseño y luego refinar esa decisión luego iterando. Al hacerlo, generalmente podemos evitar problemas más grandes al final del proceso.

  El diseño en el navegador (o en cualquier medio en el que se encuentre la aplicación) puede ayudar a que este sea el caso, ya que combina los dos trabajos en uno, obligando a las personas a trabajar juntas o tener habilidades en ambos. Por supuesto, es importante tener en cuenta el primer principio enumerado aquí.

Por último, para abordar directamente el tema en cuestión en una circunstancia que el PO parece estar haciendo referencia, voy a decir que si una separación completa de trabajo se decide (separación completa de los conocimientos / retroalimentación debe no hacer), entonces te recomiendo que el equipo de diseño debe crear una versión pequeña y grande, al menos en la mayoría de los casos, y el resto se deja al desarrollador. Esto obliga al equipo de diseño a tener en cuenta todas las etapas intermedias sin tener que preocuparse por los detalles exactos.

Aquí hay algunas respuestas excelentes, pero esto realmente no es tan complicado.

Línea de fondo:

El equipo de diseño (ya sea uno o varios) es responsable de cada permutación de una vista o plantilla.

No le pida al desarrollador que complete los espacios en blanco o se apoye en un marco.

Haz tu mejor esfuerzo desde el principio y luego sigue al desarrollador a medida que avanzan las cosas. Tendrás que tomar decisiones a medida que surjan desafíos. A veces puede ser otra maqueta, otras veces es mejor proporcionar un código aproximado (si puede).

No hagas que Ingeniería haga tu trabajo y no te pedirán que hagas el suyo ;-)

Idealmente, los diseñadores poseen el diseño, simple y llanamente. Si los diseñadores pueden diseñar una especificación que sea clara, relevante y realista, entonces debería eliminar las conjeturas de la ecuación para los diseñadores web.

El trabajo de un diseñador web es traducir la visión del diseñador en código. Esto puede ser fácil si la especificación es clara y el diseñador web es bueno, o puede ser difícil si todo lo que obtiene el diseñador web es un .psd con las instrucciones 'haz esto'. Las buenas especificaciones significan implementaciones más precisas.

Voy a omitir los crafters web, ya que realmente no trabajo con ese término.

Los desarrolladores web no deberían tratar con el diseño en mi experiencia. Por lo general, se centran en el desarrollo de backend y solo tocarán el diseño si es absolutamente necesario. La mayoría de los desarrolladores web que conozco no conocen muy bien CSS, y ciertamente no usan Photoshop.

El desarrollador de software abarca el 99% de los desarrolladores. No diría que no se diseñan como en su gráfico, pero eso generalmente no es parte de la descripción del trabajo.

TL; DR: si los diseñadores presentan buenas especificaciones, los diseñadores web deberían poder manejar la implementación fácilmente.