Design-Feedback per Video: so bekommen Sie eine Entscheidung

Skript für die Design-Review-Anfrage: 3 Minuten mit Zeitangaben

Öffnen Sie den Prototyp auf dem ersten Screen des Flows und füllen Sie ihn mit Beispieldaten. Nehmen Sie dann in dieser Reihenfolge auf.

1. 0:00–0:15 · Die Entscheidung. „Ich brauche eine Entscheidung: Erscheint die Kontowarnung vor oder nach dem Upgrade-Hinweis?“
2. 0:15–0:40 · Nutzer und Ziel. Wer auf diesem Screen ist, was die Person tun will und was als Erfolg gilt.
3. 0:40–1:40 · Variante A. Gehen Sie den Flow einmal in dem Tempo durch, in dem ein Nutzer es täte. Bleiben Sie drei Sekunden auf dem Zustand stehen, um den es geht.
4. 1:40–2:30 · Variante B. Gleicher Flow, gleiches Tempo, damit beide vergleichbar sind. Sagen Sie, was sich unterscheidet, und sonst nichts.
5. 2:30–2:50 · Kriterien. Nennen Sie höchstens drei: „Bewertet nach Verständlichkeit, Anzahl der Taps und danach, ob der Preis vor der Verpflichtung sichtbar ist.“
6. 2:50–3:00 · Die Bitte. „Antwortet im Figma-Thread mit A oder B und einem Grund, bis Donnerstag, 17 Uhr.“

Vorlage für die Design-Review-Anfrage, mit ausgefülltem Beispiel

Posten Sie diesen Text zusammen mit dem Video. So kann ein Reviewer antworten, ohne das Video noch einmal anzusehen, und es bleibt schriftlich festgehalten, was gefragt wurde. Das Beispiel ist eine Abo-App, die entscheidet, wo eine Speicherwarnung platziert wird.

• Entscheidung: die Warnung „Speicher fast voll“ vor dem Upgrade-Hinweis zeigen (A) oder danach (B).
• Wen es betrifft: Nutzer im kostenlosen Tarif bei 90 % ihres Speichers, auf dem Smartphone.
• Warum jetzt: Build-Freeze ist am Freitag; der Screen wird mit 2.6 ausgeliefert.
• Kriterien: 1. Versteht der Nutzer, warum er ein Upgrade-Angebot sieht? 2. Taps, um ohne Upgrade weiterzumachen. 3. Ist der Preis vor jeder Verpflichtung sichtbar?
• Nicht im Scope: Illustrationsstil, finale Texte. Dafür gibt es ein eigenes Review.
• Video: 2:54. Variante A bei 0:40, Variante B bei 1:40.
• Prototyp: Link zur Datei und zur Seite, mit dem Versionsnamen („Speicherwarnung v3“).
• Antwort: im Figma-Thread, „A“ oder „B“ plus ein Grund, bis Donnerstag, 17 Uhr. Die Entscheidung trifft: der Product Lead.

Feedback zu einem fremden Design geben: ein 2-Minuten-Skript

Wenn Sie der Reviewer sind, schlägt eine kurze Aufnahme eine Wand aus Kommentaren, sofern es Ihnen um den Flow geht. Öffnen Sie das Design, starten Sie die Aufnahme und bleiben Sie bei drei Punkten. Bei mehr als drei kann der Designer nicht erkennen, welche zählen.

1. 0:00–0:10 · Was Sie geprüft haben. „Das ist der Checkout-Flow, Version 3, auf dem Smartphone.“
2. 0:10–0:25 · Was funktioniert, konkret. „Dass die Preisübersicht fixiert bleibt, löst das Problem aus v2.“
3. 0:25–1:30 · Bis zu drei Punkte, der größte zuerst. Zu jedem: Zeigen Sie auf die Stelle, sagen Sie, was Sie gesehen haben, was es den Nutzer kostet, und schlagen Sie eine Alternative vor.
4. 1:30–1:50 · Gewichten. „Der erste Punkt blockiert die Freigabe. Die beiden anderen sind Vorschläge.“
5. 1:50–2:00 · Nächster Schritt. „Schick mir v4 nur vom Zahlungsschritt, den ganzen Flow musst du nicht neu aufnehmen.“

Video, Figma-Kommentar oder Live-Review: was wann passt

Wählen Sie danach, worum es beim Feedback geht, nicht aus Gewohnheit.

Ein Prototyp-Review am Mac mit Qreata aufnehmen

Prototyp-Walkthroughs gehen an einer vorhersehbaren Stelle schief: Bei 1:40 tippen Sie in den falschen Zweig und landen auf einem Screen, der nicht zur Frage gehört. In Qreata setzen Sie den Prototyp auf den vorherigen Screen zurück, wählen Replace Take (im Editor das Werkzeug „Rerecord“), ziehen bei gedrückter Umschalttaste über 1:35–1:50 in der Timeline und nehmen diese 15 Sekunden neu auf. Bildschirm, Kamera und Stimme werden für diesen Bereich gemeinsam ersetzt, und die Neuaufnahme muss ihn füllen: Eine kürzere wird abgelehnt, eine längere wird gekürzt. Der Kontext, den Sie in den ersten anderthalb Minuten gegeben haben, bleibt.

Das Detail, um das es geht, ist oft klein: eine Fehlermeldung in 12 Punkt, der Zustand einer deaktivierten Schaltfläche. Bei einer Fehlermeldung gibt es keinen Klick, auf den gezoomt werden könnte. Fügen Sie den Zoom also von Hand hinzu: Setzen Sie den Fokuspunkt auf den Fehlertext, die Stärke auf einen Wert zwischen 1,2× und 4× und die Dauer auf drei Sekunden. Wenn Sie „Auto-zoom on clicks“ einschalten, löschen Sie jeden Zoom, der das umgebende Layout verdeckt.

Unveröffentlichte Designs bleiben auf Ihrem Mac. Aufnahme, Bearbeitung und Transkription laufen lokal und ohne Konto, und nichts verlässt den Rechner, solange Sie nicht auf eine Upload-Schaltfläche klicken.

Eine Grenze prägt den Ablauf: Zuschauer können ein Qreata-Video weder kommentieren noch darauf reagieren. Bitten Sie die Reviewer, in der Designdatei oder im Team-Thread zu antworten und den Zeitstempel zu nennen („bei 1:52 verschwindet der Preis“). Um den Ablauf auszuprobieren, nehmen Sie das Skript oben mit einem Design auf, das diese Woche bei Ihnen im Review ist, und ersetzen Sie absichtlich einen Abschnitt. Zehn Minuten der 7-tägigen Testversion reichen, um zu sehen, ob der Übergang hält.

Fehler, die aus einem Design-Review einen langen Thread machen

Die meisten zähen Reviews gehen auf einen dieser Punkte zurück.

• Mit „Was meint ihr?“ enden. Sie bekommen Meinungen zu allem außer der Entscheidung.
• Jeden Screen der Datei abklappern. Die Reviewer schalten ab, bevor der Teil kommt, für den Sie sie gebraucht hätten.
• Nur den Happy Path zeigen, obwohl die Frage einen Fehler- oder Leerzustand betrifft.
• Keine Frist und niemand, der namentlich entscheidet. So wird der Thread nie geschlossen.
• Eine Strategiefrage („Sollen wir das bauen?“) und eine Detailfrage („Welcher Button-Stil?“) in einem Video mischen.
• Das Design ändern, nachdem geantwortet wurde, ohne einen neuen Versionsnamen zu posten.
• Echte Kundennamen oder E-Mail-Adressen in den Mockup-Daten.