Produkt-Feedback-Sitzungen: Plan und Skript zum Testen früher Entwürfe

Wie sich Produkt-Feedback-Sitzungen von Discovery-Interviews unterscheiden, mit einem Plan, einem 30-Minuten-Skript und den Fragen zu jedem Bildschirm.

Sie haben einen groben Entwurf und möchten wissen, ob er funktioniert, bevor jemand ihn baut. Ein Discovery-Interview sagt Ihnen das nicht. Eine Produkt-Feedback-Sitzung schon. Dieser Leitfaden zeigt, worin sich beide unterscheiden, wie Sie eine Runde von Sitzungen planen und welches Skript wir bei Mobility Labs wiederverwenden, mit angepassten Details für jedes Projekt.

Der Unterschied zu Discovery

Discovery und Produkt-Feedback beantworten verschiedene Fragen, und wer sie vermischt, verschwendet beides.

Beginnen Sie mit Discovery, wenn Sie nicht sicher sind, für wen Sie bauen oder was diese Menschen brauchen. Unser Leitfaden zu Interviewfragen für Personas enthält dafür ein Skript. Führen Sie Feedback-Sitzungen durch, sobald es etwas gibt, worauf Menschen reagieren können.

Auch die Fragen ändern sich. Bei Discovery bekommt „Würden Sie eine Funktion nutzen, die …?" ein höfliches Ja, weil es nichts gibt, woran man sie messen könnte. Mit einem Bildschirm vor Augen ist „Würden Sie diese Seite drucken? Was möchten Sie drucken?" eine faire Frage, weil die Person zeigen kann, was sie meint. Werten Sie die Antwort trotzdem als Hinweis, nicht als Versprechen.

Schreiben Sie zuerst den Plan

Ein schriftlicher Plan hilft bei beiden Arten von Forschung. Ohne ihn läuft jedes Gespräch in eine andere Richtung, und die Notizen passen nicht zusammen. Für eine Runde von Feedback-Sitzungen entscheiden Sie fünf Dinge, bevor Sie jemanden einladen.

1. Was Sie entscheiden müssen. Benennen Sie die zwei oder drei Designfragen, die diese Runde klären soll. Wenn eine Antwort nichts ändern würde, streichen Sie die Frage.
2. Mit wem Sie sprechen. Drei bis fünf Menschen je Kunden- oder Besuchertyp reichen völlig. Suchen Sie echte potenzielle Nutzer, keine Stellvertreter. Wer die Zielgruppe kennt, kann sie meist nennen.
3. Wie grob der Entwurf sein soll. Verwenden Sie Wireframes mit geringer Detailtreue. Ohne Gestaltung sprechen Menschen darüber, was das Produkt tut, nicht über seine Farben. Sagen Sie vorab, dass manche Inhalte vorläufig sein können.
4. Welche Aufgaben sie versuchen. Schreiben Sie jede Aufgabe als etwas, das die Person wirklich tun möchte, und notieren Sie die betroffenen Bildschirme.
5. Wie Sie die Sitzung durchführen. Planen Sie 30 Minuten ein, remote oder vor Ort, je nachdem, was der Person passt. Sprechen Sie möglichst mit einer Person zur Zeit, denn in einer Gruppe wird die lauteste Antwort oft zur Antwort aller. Nehmen Sie mit Erlaubnis auf und teilen Sie die Ergebnisse mit allen im Projekt.

Das Skript

Kopieren Sie es und ersetzen Sie alles in eckigen Klammern. Halten Sie den Wortlaut von Sitzung zu Sitzung ähnlich, damit sich die Antworten vergleichen lassen.

Einführung

• Erzählen Sie mir etwas über Ihre Rolle, Ihren Bezug zu [Thema] und Ihre Erfahrung in Ihrer Organisation.
• Wir haben 30 Minuten, um uns einige frühe Entwürfe anzusehen, und ich versuche, das einzuhalten.
• Ich frage, was Sie sehen, wie Sie bestimmte Formulierungen verstehen und was Sie tun würden, um eine Aufgabe zu erledigen.
• Sie können jederzeit Fragen stellen oder etwas anmerken. Die Entwürfe sind absichtlich grob, und wir testen sie, nicht Sie.
• Heute möchten wir erfahren, wie Sie [Werkzeug] nutzen würden.

Aktueller Ablauf

• Wie erledigen Sie [Aufgabe] heute?
• Haben Sie schon einmal nach [Information] gesucht? Wie sind Sie vorgegangen?

Halten Sie diesen Teil kurz. Sie brauchen genug Kontext, um die Reaktionen zu verstehen, kein vollständiges Discovery-Interview.

Jeder Bildschirm

Teilen Sie Ihren Bildschirm und sagen Sie: „Ich zeige Ihnen frühe Mockups und frage, was Sie auf jeder Seite tun würden." Wählen Sie für jeden Bildschirm aus diesen Fragen aus, statt alle zu stellen.

• Was fällt Ihnen auf diesem Bildschirm zuerst auf?
• Was würden Sie hier als Erstes tun?
• Was würden Sie erwarten, wenn Sie auf [Element] klicken?
• Wie würden Sie [Aufgabe] erledigen?
• Was bedeutet [Bezeichnung] Ihrer Meinung nach?
• Was würden Sie unter [Überschrift] erwarten?
• Würden Sie das teilen oder drucken? Was sollte enthalten sein?
• Fällt Ihnen noch etwas ein, das hilfreich wäre?

Insgesamt

• Wie fanden Sie den Prototyp insgesamt?
• Was hat Ihnen an dem, was Sie heute gesehen haben, am besten und am wenigsten gefallen?
• Wie schneidet er im Vergleich zu den Werkzeugen ab, die Sie heute nutzen?

Abschluss

• Gibt es etwas, das wir übersehen haben und über das Sie sprechen möchten, zu dem, was Sie heute gesehen haben, oder zur Idee insgesamt?
• Vielen Dank.

Während der Sitzung

Bitten Sie die Menschen, laut zu denken, und erinnern Sie sie daran, wenn sie still werden. Wenn etwas in einem Mockup nicht funktioniert, sagen Sie ihnen, dass sie nichts kaputt gemacht haben. Wenn jemand fragt, was etwas tut, fragen Sie zuerst, was die Person vermutet, denn diese Vermutung ist das Ergebnis. Wenn Sie mit verschiedenen Typen sprechen, sagen Sie jeder Person, aus welcher Sicht Sie ihre Meinung möchten, zum Beispiel: „Denken Sie als Anbieter, der die Website besucht."

Nach den Sitzungen

Fassen Sie die Runde in einem kurzen Dokument zusammen, solange sie frisch ist, mit vier Überschriften.

• Was gefallen hat. Trennen Sie, was allen gefallen hat, von dem, was einer Person gefallen hat.
• Was nicht gefallen oder Sorgen gemacht hat. Auch das, was jemand erwartet und nicht gefunden hat.
• Was für später zu bedenken ist. Gute Wünsche, die nicht in diese Version gehören.
• Links zu Aufnahmen oder Notizen. Damit alle im Projekt nachsehen können.

Ändern Sie dann die Wireframes. Bei großen Änderungen führen Sie eine weitere Runde mit der neuen Version durch, bevor jemand sie baut.

Wo Personas helfen

Eine Persona erleichtert jeden Schritt. Sie sagt Ihnen, wen Sie rekrutieren sollen, liefert realistische Aufgaben und gibt dem Team einen gemeinsamen Maßstab für den Kommentar einer einzelnen Person: Passt das zu dem Menschen, für den wir gestalten? Wenn eine Sitzung der Persona widerspricht, notieren Sie das und aktualisieren Sie die Persona, sobald Sie Belege haben. Wenn Sie noch keine haben, erstellen Sie eine Persona vor Ihrer nächsten Runde.