Wie bestimmen Sie beim Entwerfen von HIFI-Modellen für Web-Apps die Breite Ihrer Datei?

Ich habe jetzt eine Handvoll Web-Apps entworfen, und ich scheine in Bezug auf Dokumentbreiten genauso verwirrt zu sein, wie ich es war, bevor ich überhaupt angefangen habe. Ich habe den Fehler gemacht, es auf 1920 Breite zu verspotten und es voller Inhalt zu stauen.

Über ein Jahrzehnt lang habe ich unzählige zentrierte Websites mit einer festen Breite entworfen, die sehr einfach zu bestimmen war. 720 dann 960 usw. Aber jetzt entwickle ich VIELE reaktionsschnelle Web-Apps in voller Breite. Was mich zwingt, die "Desktop" -Version mit einer obskuren Mindestbreite zu entwerfen. Glücklicherweise wurden mir von einigen Kunden gute Daten zur Verfügung gestellt, die es mir ermöglichten, für das größte Segment ihrer Benutzer zu entwerfen. Aber was ist eine sichere/gute Mindestbreite für die Verwendung in HIFI-Photoshop-Modellen? Es scheint, dass viele Dribbling-Aufnahmen 1280 Pixel groß sind, was ich in letzter Zeit verwendet habe.

Antworten (1)

Aus genau diesem Grund sollten Sie statische Mockups mit hoher Wiedergabetreue vermeiden.

Beim responsiven Webdesign geht es nicht darum, eine Desktop-Version und dann eine mobile Version zu entwerfen und dann zu hoffen, dass sie zusammenarbeiten. Es geht darum, eine Version zu entwerfen und dann nach Bedarf in beide Richtungen anzupassen.

Jetzt ist mir klar, dass das das Ideal ist, und wir arbeiten selten im Ideal, und viele Kunden und viele Entwicklungsteams stecken immer noch in ihren Wegen fest und wollen ein statisches Modell.

In diesem Fall würde ich sagen "wähle jede Größe". Es ist eine reaktionsschnelle Website, daher sollte sie sowieso in jeder Größe funktionieren. Ein Teil des Website-Designprozesses sollte darin bestehen, die Haltepunkte herauszufinden, also schnappen Sie sich einfach einen davon und machen Sie damit weiter. Man könnte argumentieren, dass man mit dem kleinsten (mobil zuerst) beginnen sollte, was in vielen Situationen keine schlechte Idee ist.

Was auch immer Sie tun, erstellen Sie NICHT zwei völlig separate statische Mockups für zwei verschiedene Größen. Dies führt zu Designs, die vielleicht ansprechend aussehen, aber nicht wirklich praktisch zu implementieren sind. Entwerfen Sie nur ein statisches Mockup. Für die anderen Größen Design im Code.

Ich wusste, dass die Antwort kommen würde ... Ich arbeite für ein Softwareunternehmen, das verlangt, dass das Designteam Hi-Fi-Mocks für das Entwicklerteam erstellt. Dies ist unvermeidlich.
@dojistyle ja. Ich arbeite für eine große Firma, das ist genauso. Dev berührt den Code nicht, bis sie Bilder von allem haben. Leider ist es eine schreckliche Art, Dinge zu tun. Gewöhnlich, aber schrecklich. Aber weil es schrecklich ist, verweilen Sie nicht zu sehr bei Fragen wie „wie breit“, denn egal was passiert, der Entwickler wird es vermasseln.
@dojistyle ist es möglich, das Entwicklerteam zu fragen, welche Breite sie bevorzugen würden?
HA! Ich denke, es ist viel häufiger als die Leute denken. Danke für den Rat @DA01.
@Scott Überraschenderweise wirft mir das Entwicklerteam im Allgemeinen einen Blick zu und erwartet, dass ich diese Antwort habe. Es ist lustig, weil ich mit großartigen Entwicklern zusammenarbeite, sie sind definitiv keine Hacker. Aber es verblüfft mich, wie wenig sie von Design verstehen und wie es auf die Front-End-Implementierung zutrifft. Ich bin mir sicher, dass sie aus ihrer Sicht genauso über mich denken.
Ja. Das ist üblich. Es ist, gelinde gesagt, frustrierend. IMHO, UX und Dev sollten oft dasselbe Team sein. Oder zumindest nebeneinander sitzen. Allzu oft richten Unternehmen es so ein, dass UX und Dev eigentlich Kontrahenten sind.