Mockup
Definition: Ein Mockup (auch: High-Fidelity-Design, Visual Mockup) ist eine statische, detaillierte und visuell fertige Darstellung eines Interface-Designs die das endgültige Erscheinungsbild einer Website, App oder Benutzeroberfläche zeigt – mit finalen Farben, Typografie, Bildern, Icons und Layout – jedoch ohne echte Interaktivität oder Klickbarkeit. Mockups positionieren sich im Design-Prozess zwischen Wireframe (strukturelle Skizze ohne visuelles Design) und Prototyp (interaktiver, klickbarer Vorläufer); die Abgrenzung ist nicht absolut und Übergänge sind fließend. Mockup-Einsatzzwecke: Stakeholder-Präsentation und -Freigabe (Kunden und Auftraggeber sehen wie das fertige Design aussehen wird); Design-Review und -Iteration (visuelles Feedback auf Farbe, Typografie, Layout); Entwickler-Handoff-Basis (Mockup dient als Referenz; CSS-Werte via Figma Dev Mode oder Zeplin extrahierbar); A/B-Test-Vorbereitung (verschiedene Mockup-Varianten visualisieren Hypothesen); Marketing-Materialien (Device-Mockups für App-Store-Screenshots, Website-Präsentationen, Pitch Decks). Mockup-Qualitätskriterien: Vollständigkeit der States (Default, Hover, Focus, Disabled, Error, Loading, Empty für jedes interaktive Element); Responsive-Varianten (Mobile/Tablet/Desktop); Edge-Cases (langer Text, fehlende Bilder, leere Zustände); Pixel-Accuracy (finales Design entspricht im fertigen Produkt möglichst dem Mockup); Design-System-Konformität (Komponenten aus Design-System-Library verwendet, keine Ad-hoc-Abweichungen).
Erläuterung
Der Begriff «Mockup» entstammt dem industriellen Produktdesign und der Architektur wo er physische Modelle im Maßstab 1:1 bezeichnete (engl. mock = nachahmen, imitieren; up = zusammensetzen); im UI/UX-Design wurde der Begriff auf digitale statische Designdarstellungen übertragen. Die Geschichte des digitalen Mockup-Prozesses ist eng mit der Evolution der Design-Tools verbunden. Adobe Photoshop (Thomas Knoll und John Knoll; Ann Arbor; MI; erste Version 1988; Akquisition durch Adobe Systems; San José; CA; 1989) war bis circa 2010–2012 das dominierende Werkzeug für UI-Mockups; die pixel-genaue Darstellung und Layer-System ermöglichten komplexe visuelle Designs; Photoshop hatte jedoch keine nativ-semantischen Designkonzepte (Symbole, Auto-Layout) weshalb Änderungen arbeitsintensiv waren. Sketch (Bohemian Coding B.V.; De Meern; Niederlande; Gründer Pieter Omvlee und Remco Verhoef; erste Version 2010; Apple Design Award 2012) revolutionierte UI-Mockups durch Vector-Primitives, Symbol-Libraries (Komponenten die synchron aktualisierbar sind) und Export-freundliche Architektur; Sketch wurde zum De-facto-Standard für macOS-UI-Design 2013–2018. InVision (Clark Valberg und Ben Nadel; New York; 2011–2024) ergänzte Sketch-Mockups durch kollaboratives Kommentar-System und Prototyping-Layer. Figma (Dylan Field und Evan Wallace; San Francisco; CA; gegründet 2012; erste öffentliche Version 2016) übernahm ab 2018 zunehmend den Markt mit browser-nativem kollaborativem Editing; Figma Multiplayer ermöglichte erstmals dass mehrere Designer gleichzeitig an einem Mockup arbeiten – ähnlich wie Google Docs für Design. Nathan Curtis (EightShapes; Washington D.C.; Component-Documentation-Experte) und andere Design-System-Vordenker etablierten Component-Library-basiertes Mockup-Design als Standard: statt Mockups von Grund auf zu bauen wird auf vordefinierte Component-Library-Komponenten zurückgegriffen; das beschleunigt Mockup-Erstellung und garantiert Design-System-Konsistenz. Alan Cooper (Interaction-Design-Pionier; San Francisco; «About Face: The Essentials of Interaction Design», IDG Books, 1995; 2003; 4th Edition Wiley, 2014; Erfinder der Personas-Methodik) beschrieb Mockups als «Deliverable» im interaction-design-Prozess das die visuelle Sprache des Produkts definiert bevor Programmierung beginnt.
Wireframe vs. Mockup vs. Prototyp und Tool-Ecosystem
- Fidelity-Unterschied: Wireframe, Mockup, Prototyp: Wireframe: Fidelity niedrig bis mittel; keine Farben (grau/schwarz/weiß); Platzhalter für Bilder (Kreuz-Box); generische Schrift; zeigt: Struktur, Layout, Inhaltshierarchie, Navigation; nicht zeigt: visuelles Design, Branding, Farben; Zweck: strukturelle Entscheidungen; Mockup: Fidelity hoch; finale Farben; finale Typografie; echte Inhalte (oder sehr realistische Platzhalter); zeigt: visuelles Design, finale UI; nicht zeigt: Interaktivität, Animationen, echte Funktionalität; Zweck: visuelle Gestaltungs-Freigabe; Prototyp: Fidelity variabel (Lo-Fi bis Hi-Fi); klickbar; simuliert Nutzerflows; zeigt: Interaktionen, Transitions, Navigations-Pfade; nicht zeigt: echte Daten, echte Funktionalität (bei Hi-Fi-Prototyp: nahezu vollständige Simulation); Zweck: Usability-Tests, Stakeholder-Demos; Übergänge: die Grenzen sind fließend; in Figma kann ein Mockup durch Hinzufügen von Links sofort zum Prototyp werden; in der Praxis: Wireframe → erste Mockup-Iteration → Prototyp für Tests → finale Mockup-Version für Handoff
- Figma als Mockup-Standard und Design-System-Integration: Figma-Mockup-Features: Auto Layout (automatische Abstands-Regeln; verhindert manuelle Spacing-Arbeit; ähnlich CSS Flexbox); Component Library (Wiederverwendbare UI-Komponenten mit Variants für States; Größen; Themes); Variablen/Tokens (Figma Variables 2023: Farbwerte, Abstände, Schriftgrößen als editierbare Token; Design-System-Basis); Dev Mode (Figma Dev Mode; seit Juni 2023): Entwickler sehen CSS-Werte, Abstände, Fonts direkt; Export-Optionen; Styles-Referenzen; Prototyping-Overlay (Hotspots und Transitions direkt im Mockup-File); Community-Resources: Figma Community (figma.com/community): kostenlose UI-Kits, Wireframe-Templates, Device-Mockup-Frames; Apple iOS UI Kit; Material Design 3 Kit; Bootstrap Figma Kit; Device-Frames für Präsentation: iPhone-Frame, MacBook-Frame, Android-Phone-Frame; zeigen Mockup im realistischen Kontext; erhöhen Stakeholder-Verständnis; Figma Mockup-Workflow: Komponenten aus Design-System-Library platzieren; Auto-Layout für Abstände; Variablen für Farben; States via Component-Variants; Responsive-Varianten via separate Frames oder Figma Sections
- Mockup-States und Vollständigkeits-Anforderungen: Häufigster Mockup-Fehler (Nathan Curtis; EightShapes): nur den «Happy Path» zeigen – den idealen Zustand mit perfekten Daten; State-Vollständigkeit: Default State (normaler Zustand); Hover State (Maus drüber; sichtbares Feedback); Focus State (Tastatur-Fokus; WCAG-Anforderung); Active/Pressed State (beim Klick); Disabled State (inaktiv); Loading State (Daten werden geladen); Error State (Validierungsfehler; API-Fehler); Success State (Aktion erfolgreich); Empty State (leere Liste; keine Suchergebnisse; Erster-Benutzer-Zustand); Edge Cases: langer Text in Button/Card-Titel (bricht die Komponente?); fehlende Bilder (Fallback-Darstellung?); wenige vs. viele Items in Listen; verschiedene Nutzerrollen (was sieht Admin vs. Normaler Nutzer?); Responsive-Varianten: Mobile-Mockup (375px); Tablet-Mockup (768px); Desktop-Mockup (1440px); für jeden wichtigen Screen; Mockup-Dokumentation: Figma-Kommentare für Design-Entscheidungen; Figma-Annotations-Overlay für Edge-Cases; Handoff-Meeting für kontextuelle Erklärungen
Stakeholder-Präsentation, Freigabeprozess und Handoff
- Mockup-Präsentation und Stakeholder-Feedback: Präsentations-Formate: Figma Share-Link (Read-Only; Stakeholder können kommentieren; keine Installation nötig); PDF-Export (für Offline-Präsentation; Archivierung); PNG-Export in Device-Frame (für Pitch Deck; Marketing); InVision-Link (für Review-Kommentare; noch relevanter vor InVision-Einstellung 2024); Präsentations-Kontext: Mockup immer in realistischem Kontext zeigen (Device-Frame; Browser-Fenster; realer Content statt Lorem Ipsum); Stakeholder können Design besser beurteilen wenn sie sich «drin» fühlen; Feedback-Strukturierung: asynchrones Feedback via Figma-Kommentare; Kommentar-Review-Meeting um Kommentare zu aggregieren; Priorisierungs-Review: welche Kommentare sind Blocker (Design muss sich ändern); Nice-to-have; Out-of-Scope; Feedback-Fallen: zu frühes visuelles Mockup (Stakeholder fokussieren auf Farbe statt Struktur); Lösung: Lo-Fi-Wireframe zuerst für strukturelle Entscheidungen; Mockup erst nach struktureller Freigabe; Cognitive Bias: IKEA-Effekt – Stakeholder die am Design beteiligt waren überschätzen es; kritische externe Reviewer holen
- Mockup-Handoff und Entwickler-Übergabe: Figma Dev Mode (seit Juni 2023; Figma Professional/Organization): Entwickler-Ansicht; CSS-Code-Generierung; Abstands-Messung; Asset-Export; Component-Properties; Design-Token-Referenzen (wenn Figma Variables genutzt); Zeplin (zeplin.io; 2015; Istanbul; Pelin Kenez/Mert Ünal): Sketch/Figma-Import; CSS-Werte; Asset-Export; Teamkommentare; Handoff-Checkliste (Nathan Curtis; EightShapes): alle States dokumentiert; Responsive-Verhalten für alle Breakpoints; Edge-Cases dokumentiert; Design-System-Komponenten korrekt verwendet; Accessibility-Annotations (ARIA-Labels, Fokus-Reihenfolge); Assets export-ready; Design-Token-Referenzen statt Rohwerte; Handoff-Meeting: Designer erklärt Design-Entscheidungen; Entwickler stellen technische Machbarkeitsfragen; Edge-Cases gemeinsam ergänzen; Timeline klären; Pixel-Perfect vs. Pragmatic Implementation: 100% Pixel-Perfect selten erreichbar; Priorität: strukturelle Korrektheit (Layout, Abstände, Schriften); akzeptabel: minimale Font-Rendering-Abweichungen; Design-QA nach Entwicklung: Mockup-Screenshot mit implementierter Version vergleichen