Prototyping

Was diese Kategorie abdeckt

Etwas klickbar machen, bevor es jemand baut: interaktive Entwürfe, Zustandswechsel, Abläufe, die Leute tatsächlich ausprobieren können, und die Tests, die aus Meinungen Beobachtungen machen.

Die Überschneidung mit Designsoftware ist groß, denn die meisten Designplattformen enthalten inzwischen Prototyping. Spezialisierte Tools gibt es für Fälle, in denen die Interaktion echte Logik enthält oder die Forschung Aufzeichnung und Auswertung braucht.

Bildschirmdesign und Designsysteme finden Sie unter Design. Der Bau ganzer Anwendungen ohne Code gehört zu No-Code und Automatisierung.

Detailgrad ist eine Entscheidung, kein Standard

Die häufigste Verschwendung in dieser Kategorie ist ein schöner Prototyp für eine Frage, die graue Kästen längst geklärt hätten.

Ein niedriger Detailgrad testet die Struktur: ob Leute den Ablauf verstehen, was sie als Nächstes erwarten, wo sie zögern. Das ist schnell, günstig und fast nicht zu übertreiben.

Ein hoher Detailgrad testet Verständnis und Zuversicht. Feinschliff verändert das Verhalten, und ein grober Bildschirm macht Leute nachsichtig, wie es ein echtes Produkt nie erlebt. Alles, was mit Vertrauen oder Kauf zu tun hat, muss deshalb fertig aussehen.

Legen Sie erst die Frage fest und wählen Sie dann den Detailgrad. Umgekehrt verschwinden drei Wochen in Animationen, nach denen niemand gefragt hat.

Was die Tools unterscheidet

• Interaktionstiefe, von einfachen Links bis zu Bedingungen und Variablen.
• Zustand, damit ein Bildschirm sich merkt, was gerade eingegeben wurde.
• Komponenten, die über Bildschirme hinweg wiederverwendet werden, ohne Arbeit zu verdoppeln.
• Daten, echte oder realistische, statt überall derselben Platzhalter.
• Gerätetests auf einem echten Smartphone statt in einem skalierten Rahmen.

Variablen und Bedingungen sind die Trennlinie. Ein Prototyp, der eine Formulareingabe halten, darauf verzweigen, die Auswahl merken und einen echten Fehlerzustand zeigen kann, beantwortet Fragen, die ein Ansatz mit verlinkten Bildschirmen nicht beantworten kann.

Realistische Inhalte sind wichtiger, als man denkt. Lange Namen, leere Listen, fehlende Bilder und Fehlermeldungen sind die Stellen, an denen Entwürfe brechen, und Platzhaltertext verbirgt jede einzelne davon.

Testen, denn das ist der eigentliche Zweck

Ein Prototyp existiert, um jemandem gezeigt zu werden, der nicht im Raum war.

Moderierte Sitzungen liefern Begründungen: warum jemand gezögert hat, was er unter einem Wort verstanden hat. Unmoderierte Tests liefern Verhalten in großer Zahl und zu geringeren Kosten, aber ohne die Nachfrage. Beide sind besser als eine Review-Runde, in der die lauteste Meinung gewinnt.

Fünf Teilnehmer pro Zielgruppe finden die meisten Usability-Probleme. Darüber fällt der Ertrag stark, und die Zeit ist besser darin angelegt, das Gefundene zu beheben und erneut zu testen.

Schreiben Sie die Aufgabe, bevor Sie jemanden anwerben. Jemandem zuzusehen, wie er eine konkrete Aufgabe versucht, ist ein Beleg, während die Frage nach einer Meinung zu einem Bildschirm ein Gespräch über Geschmack ist.

Vom Prototyp zur Umsetzung

Bei der Übergabe stellt sich die Frage, was davon bleibt.

Manche Teams behandeln den Prototyp als Spezifikation: als Aufzeichnung jedes Zustands, jedes Übergangs, jedes leeren Falls und jedes Randfalls, über die sonst während der Umsetzung gestritten würde. Dort liegt der meiste Wert.

Generierter Code ist besser geworden und muss für die Produktion trotzdem neu geschrieben werden. Betrachten Sie jeden Export als erste Skizze statt als Abkürzung und rechnen Sie damit, dass die echte Umsetzung Fragen aufwirft, denen der Prototyp nie begegnet ist, besonders bei Performance und Barrierefreiheit.

Kosten und praktische Grenzen

Die Preise gelten pro Bearbeiter und Monat, Betrachter sind meist kostenlos, und spezialisierte Forschungsplattformen berechnen stattdessen pro Studie oder pro Teilnehmer.

Der größere Kostenfaktor ist Zeit. Ein Prototyp, dessen Bau zwei Wochen dauert, hat mehr gekostet als das Meeting, das er ersetzt hat. Halten Sie den Umfang also an die Frage gebunden. Testdienste verlangen eine Gebühr pro Teilnehmer, manchmal mit Rekrutierung, und das ist im Vergleich zum Raten normalerweise gut angelegtes Geld. Die allgemeinen Gewohnheiten bei Softwarepreisen beschreibt was Preisseiten verschweigen.

Wo Prototypen ihre Kosten wert sind

Drei Situationen zahlen den Aufwand für einen Prototyp zuverlässig zurück.

Ein Ablauf mit echter Komplexität, bei dem schriftliche Beschreibungen in verschiedenen Köpfen verschiedene Bilder erzeugen und der Widerspruch erst bei der Umsetzung auftaucht.

Eine Entscheidung, an der Geld hängt, bei der sich Kasse, Preisseite oder Anmeldeweg mit echten Menschen testen lassen, bevor jemand sie baut.

Ein Pitch, intern oder extern, bei dem etwas Funktionierendes zu zeigen das Gespräch von der Meinung zum Detail verschiebt.

Außerhalb davon leisten eine gut geschriebene Beschreibung und ein statischer Bildschirm oft denselben Dienst. Es lohnt sich, die Disziplin zu halten, zu fragen, welche Frage der Prototyp beantwortet, und aufzuhören, sobald sie beantwortet ist, statt weiterzumachen, weil die Arbeit in der Datei Spaß macht.