Ein Prototyp beantwortet eine Frage
Wählen Sie einen Schritt für die Erklärung.
Formulieren Sie eine überprüfbare Unsicherheit. Eine lange Funktionsliste ist noch kein Testziel.
Ein Prototyp ist nützlich, wenn er eine wichtige Unsicherheit verringert. Er kann zeigen, ob Menschen einen Ablauf verstehen, ob Daten zusammenpassen oder ob eine technische Anbindung grundsätzlich funktioniert. Je klarer die Frage, desto gezielter lässt sich der Prototyp bauen.
Eine Frage statt einer Funktionsliste
„Wir brauchen ein Kundenportal“ beschreibt eine Idee. „Können unsere Kunden den Bearbeitungsstand ohne Rückfrage finden?“ beschreibt eine prüfbare Frage. Für die zweite Frage reichen vielleicht wenige Ansichten mit Beispieldaten.
Halten Sie fest, was Sie nach der Erprobung entscheiden wollen. Wenn kein Ergebnis Ihre Entscheidung verändern würde, brauchen Sie möglicherweise keinen Prototyp für diese Frage.
Den kleinsten vollständigen Ablauf wählen
Ein kleiner Umfang sollte einen zusammenhängenden Weg zeigen: Einstieg, Eingabe, Ergebnis und einen wichtigen Ausnahmefall. Eine Sammlung einzelner schöner Bildschirme sagt wenig darüber aus, ob der gesamte Vorgang verständlich ist.
Beispieldaten müssen als solche erkennbar sein. Wenn eine Anbindung simuliert wird, gehört diese Grenze zur Dokumentation. Ein Prototyp ist kein Beleg für eine bereits verfügbare Integration.
Feedback an einer Aufgabe sammeln
Bitten Sie Menschen aus der Zielgruppe, eine konkrete Aufgabe auszuführen. Beobachten Sie, wo sie zögern, zurückgehen oder Hilfe benötigen. Fragen wie „Gefällt es Ihnen?“ liefern andere Informationen als ein tatsächlicher Nutzungsversuch.
Notieren Sie Beobachtung und Interpretation getrennt. „Die Person hat den Status nicht gefunden“ ist eine Beobachtung. „Wir brauchen einen größeren Button“ ist bereits ein Lösungsvorschlag, den man noch prüfen muss.
Vor der produktiven Nutzung neu prüfen
Nach einem erfolgreichen Test bleiben Fragen offen: echte Berechtigungen, Verarbeitung persönlicher Daten, Fehlerbehandlung, Betrieb, Wiederherstellung und Zustellung von Nachrichten. Welche davon relevant sind, hängt vom Produkt ab.
Planen Sie diesen Übergang ausdrücklich. Ein Prototyp kann bewusst vereinfacht sein; eine produktive Lösung braucht die vereinbarten Funktionen und einen nachgewiesenen Betrieb unter den vorgesehenen Bedingungen.
Mit einer klaren Entscheidung abschließen
Am Ende stehen die beantwortete Frage, die wichtigsten Beobachtungen und ein nächster Schritt. Das kann eine Umsetzung sein, ein kleiner weiterer Test oder auch die Entscheidung, die Idee nicht weiterzuverfolgen.
Sie planen eine Anwendung? Unsere Softwareentwicklung beginnt mit Ihrer Aufgabe. Erzählen Sie uns davon.