Al diseñar maquetas HIFI para aplicaciones web, ¿cómo determina el ancho de su archivo?

He diseñado un puñado de aplicaciones web ahora y parece que estoy tan confundido acerca de los anchos de los documentos como lo estaba antes de comenzar. Cometí el error de simularlo en 1920 de ancho y llenarlo de contenido.

Durante más de una década, diseñé innumerables sitios web centrados en un ancho fijo que era muy fácil de determinar. 720, luego 960, etc. Pero ahora me encuentro diseñando MUCHAS aplicaciones web receptivas de ancho completo. Lo que me obliga a diseñar la versión de "escritorio" en un ancho mínimo oscuro. Afortunadamente he tenido buenos datos proporcionados por algunos clientes que me permitieron diseñar para el segmento más grande de sus usuarios. Pero, ¿cuál es un ancho mínimo seguro/bueno para usar en maquetas de Photoshop HIFI? Parece que muchos regates son de 1280 px, que es lo que he estado usando últimamente.

Respuestas (1)

Debe evitar maquetas estáticas de alta fidelidad por esta misma razón.

El diseño web receptivo no se trata de diseñar una versión de escritorio, luego una versión móvil y luego esperar que funcionen juntas. Se trata de diseñar una versión y luego ajustar según sea necesario en ambas direcciones.

Ahora, me doy cuenta de que ese es el ideal, y rara vez trabajamos en el ideal y muchos clientes y muchos equipos de desarrollo todavía están estancados y quieren una maqueta estática.

En ese caso, diría "elegir cualquier tamaño". Es un sitio receptivo, por lo que debería funcionar en cualquier tamaño de todos modos. Parte del proceso de diseño del sitio debe ser descubrir los puntos de interrupción, así que solo tome uno de esos y vaya con él. Se podría argumentar que debe comenzar con el más pequeño (móvil primero), lo cual no es una mala idea en muchas situaciones.

Hagas lo que hagas, NO construyas dos maquetas estáticas completamente separadas para dos tamaños diferentes. Esto conduce a diseños que tal vez 'parecen' receptivos pero que en realidad no son prácticos de implementar. Diseñe solo una maqueta estática. Para los demás tamaños, diseño en código.

Sabía que la respuesta iba a llegar... Trabajo para una empresa de software que requiere que el equipo de diseño haga simulacros de alta fidelidad para el equipo de desarrollo. Esto es inevitable.
@dojistyle sí. Yo trabajo para una gran empresa que es de la misma manera. Dev no toca el código hasta que tienen imágenes de todo. Por desgracia, es una manera terrible de hacer las cosas. Común, pero terrible. Pero debido a que es terrible, no se detenga demasiado en cuestiones como "cuán ancho" hacerlo, ya que no importa qué, el desarrollador lo arruinará.
@dojistyle, ¿es posible preguntarle al equipo de desarrollo qué ancho preferirían?
¡DECIR AH! Creo que es mucho más común de lo que la gente piensa. Gracias por el consejo @ DA01.
@Scott, sorprendentemente, el equipo de desarrollo generalmente me mira y espera que tenga esa respuesta. Es divertido porque trabajo con desarrolladores increíbles, definitivamente no son hacks de ninguna manera. Pero me sorprende lo poco que entienden sobre el diseño y cómo se aplica a la implementación de front-end. Estoy seguro de que ellos sienten lo mismo por mí desde su perspectiva.
Sí. Eso es común. Es frustrante, por decir lo menos. En mi humilde opinión, UX y Dev a menudo deberían ser el mismo equipo. O al menos sentados uno al lado del otro. Con demasiada frecuencia, las empresas lo configuran para que UX y Dev sean realmente adversarios.
Al diseñar maquetas HIFI para aplicaciones web, ¿cómo determina el ancho de su archivo?
RespuestasAquíPolítica de privacidad1y, 0v