Was sollten Sie testen, bevor Sie das Redesign einer Business-App freigeben?

Die neuen Ansichten sehen gut aus. Ihr Anbieter zeigt Ihnen, wie man eine Bestellung findet, ändert und speichert. Jetzt sollen Sie das Redesign freigeben, damit die Entwicklung weitergehen kann.

Bevor Sie zustimmen, lassen Sie jemanden, der die App tatsächlich nutzen wird, eine wichtige Aufgabe erledigen. Beschreiben Sie die Situation und das gewünschte Ergebnis. Beobachten Sie dann, was passiert. Bei einer Präsentation zeigt die vorführende Person den Weg. Wer eine Kundenanfrage bearbeitet, muss ihn selbst finden.

Beginnen Sie mit wichtiger Arbeit

Wählen Sie eine Aufgabe, die häufig vorkommt oder bei der ein Fehler Schwierigkeiten verursachen würde. Wenn ein Ausnahmefall den nächsten Schritt verändert, beziehen Sie auch ihn ein. Der passende Umfang hängt von Ihrer App und der anstehenden Entscheidung ab.

Nehmen wir ein hypothetisches Beispiel. Eine Sachbearbeiterin für Bestellungen erhält vor dem Versand die Bitte eines Kunden, die Lieferadresse zu ändern. Sie muss die richtige Bestellung finden, die Adresse korrigieren und verstehen, ob die Änderung übernommen wurde.

Richten Sie Beispielbestellungen mit erfundenen Kundendaten ein. Geben Sie der Sachbearbeiterin eine glaubwürdige Nachricht des Kunden und genug Informationen, um die Bestellung zu finden. Verwenden Sie in einem Prototyp, der Daten nicht sicher schützen kann, keine echten Kunden- oder Unternehmensdaten.

Bitten Sie sie dann, die Anfrage zu bearbeiten. Vermeiden Sie Anweisungen wie „Öffnen Sie Bestellungen, wählen Sie Bearbeiten und drücken Sie auf Speichern“. Damit würden Sie bereits den Weg vorgeben, den Sie untersuchen möchten.

Marieke McCloskeys Empfehlungen zu Aufgaben-Szenarien vom 12. Januar 2014 erklären den Unterschied: Geben Sie den Menschen einen sinnvollen Kontext und ein Ziel, ohne ihnen den Weg durch die Oberfläche zu verraten.

Lassen Sie eine künftige Nutzerin oder einen künftigen Nutzer die Aufgabe ausprobieren

Fragen Sie jemanden, der diese Arbeit erledigt oder wahrscheinlich erledigen wird. Wenn Sachbearbeitende Bestellungen korrigieren, kann eine Führungskraft, die die geplanten Ansichten bereits kennt, sie nicht ersetzen. Beziehen Sie weitere Rollen ein, wenn sich bei ihrer Arbeit andere Fragen ergeben.

Verwenden Sie Bedingungen, die für die Aufgabe wichtig sind. Eine Sachbearbeiterin, die den ganzen Tag am Schreibtisch arbeitet, ist vielleicht auf eine Tastatur angewiesen. Wer Bestellungen am Smartphone prüft, hat einen anderen Bildschirm und eine andere Eingabe. Wenn Menschen assistive Technologien nutzen, richten Sie die passende Umgebung ein und prüfen Sie, ob der Prototyp sie unterstützt.

Die GOV.UK-Anleitung zu moderierten Usability-Tests beschreibt, wie man tatsächliche oder wahrscheinliche Nutzerinnen und Nutzer bei glaubwürdigen Aufgaben beobachtet. Dieses Prinzip lässt sich auf die konkrete Arbeit anwenden, die Sie prüfen möchten, ohne ein ganzes staatliches Forschungsprogramm zu übernehmen.

Beobachten Sie, wohin die Sachbearbeiterin schaut, wo sie zögert, falsch abbiegt oder Informationen übersieht. Hören Sie zu, was sie glaubt, das gerade passiert ist. Wenn Sie helfen müssen, notieren Sie, wobei und wie. Ein erfolgreicher Abschluss mit Hinweisen sagt etwas anderes aus als ein Abschluss ohne Hilfe.

„Das Layout gefällt mir“ ist nützliches Feedback zu einer persönlichen Vorliebe. „Ich dachte, die Adresse sei gespeichert, aber ich war noch im Bearbeitungsmodus“ beschreibt ein konkretes Problem, das Sie untersuchen sollten.

Stellen Sie sich nun vor, die Bestellung wurde bereits an den Versand übergeben

Im selben hypothetischen Beispiel bittet der Kunde zu spät um eine normale Korrektur. Kann die Sachbearbeiterin den aktuellen Bestellstatus verstehen und herausfinden, was als Nächstes zu tun ist? Vielleicht braucht sie die Freigabe einer Führungskraft oder muss den Versand kontaktieren.

Legen Sie fest, was in Ihrem Unternehmen der nächste Schritt sein soll, und lassen Sie die Person ihn ausprobieren. Beziehen Sie die passenden Ansichten und Auswahlmöglichkeiten ein, wenn der Prototyp sie unterstützt. Achten Sie auf ein klares Ergebnis: Weiß die Sachbearbeiterin, ob die Adresse geändert wurde, ob jemand anderes handeln muss und was sie dem Kunden antworten kann?

Eine simulierte Warnung kann zeigen, ob der Text verständlich ist. Sie beweist nicht, dass die fertige App eine unbefugte Änderung verhindert oder eine Nachricht an den Versand weiterleitet. Diese Fragen brauchen Prüfungen, die sie tatsächlich beantworten können.

Wählen Sie einen Prototyp, der Ihre Frage beantworten kann

Eine Skizze kann helfen, darüber zu sprechen, was auf eine Ansicht gehört und ob die Idee sinnvoll ist. Mit einem klickbaren Prototyp kann jemand eine Bestellung finden, zwischen Ansichten wechseln und eine Bestätigung verstehen, sofern diese Teile darin umgesetzt sind. Erklären Sie allen Beteiligten, welche Teile funktionieren und welche nur simuliert werden.

Wenn Sie wissen möchten, ob die Sachbearbeiterin den Weg zur Korrektur findet, lassen Sie sie diesen Weg ausprobieren. Wenn Sie beurteilen, ob eine Warnung verständlich ist, zeigen Sie sie in der Situation, in der sie erscheinen würde. Die Frage, ob jemand glaubt, eine Ansicht bedienen zu können, gibt Ihnen eine Einschätzung. Ein beobachteter Versuch zeigt, was die Person tatsächlich tut.

Katherine Alsop beschrieb in ihrem Bericht über den Einsatz von Prototypen bei GDS vom 27. August 2014 den Unterschied zwischen einer stabilen Vorführung für Beteiligte und Prototypen, die sich während der Forschung verändern. Sie wies auch darauf hin, dass Untersuchungen mit einem Live-Dienst Probleme mit Antwortzeiten und Fehlerbehandlung aufdecken können, die in einem Prototyp fehlen.

Das ist wichtig, wenn Sie die Arbeit freigeben. Eine klickbare Meldung „Gespeichert“ kann zeigen, ob die Sachbearbeiterin das Ergebnis versteht. Ob die richtigen Daten gespeichert wurden, wiederholte Anfragen sicher verarbeitet werden und verbundene Systeme die Änderung erhalten haben, müssen passende Implementierungsprüfungen klären. Auch Sicherheit, durchgesetzte Berechtigungen und Geschwindigkeit brauchen Nachweise aus den entsprechenden funktionierenden Teilen der App.

Menschen mit ihrer üblichen assistiven Technik können praktische Hindernisse aufdecken. Wie die W3C-Anleitung zur Einbeziehung von Nutzerinnen und Nutzern in die Barrierefreiheitsbewertung erläutert, gehört das neben die Prüfung anhand von Barrierefreiheitsstandards. Diese Aufgaben erfolgreich abzuschließen beweist nicht, dass die App Barrierefreiheitsstandards erfüllt. Unterstützt der Prototyp eine benötigte Umgebung nicht, halten Sie diese Grenze fest und planen Sie eine passende spätere Prüfung.

Verlassen Sie das Treffen mit einer nachvollziehbaren Entscheidung

Notieren Sie Ihre Beobachtungen, solange sie noch frisch sind. Halten Sie die Aufzeichnungen praktisch:

• Wer hat was ausprobiert: die Rolle der Person, die Aufgabe, das Gerät und die Bedienung sowie die Teile, die der Prototyp unterstützte.
• Was ist passiert: ob die Person das gewünschte Ergebnis erreichte, wo sie Schwierigkeiten hatte und welche Hilfe nötig war. Trennen Sie Beobachtungen von Vermutungen über die Ursache.
• Was geändert und erneut ausprobiert werden sollte: Benennen Sie eine verwirrende Beschriftung, fehlende Information oder einen unklaren nächsten Schritt. Lassen Sie nach der Änderung jemanden die betroffene Aufgabe erneut versuchen.
• Was noch eine funktionsfähige App erfordert: Halten Sie offene Fragen fest, wer sie wann prüft. In unserem Beispiel könnte es darum gehen, wer eine späte Korrektur freigeben darf und wie der Versand davon erfährt.

Dann können Sie den durch die Versuche gestützten Ansatz freigeben, Änderungen verlangen, wo Menschen Schwierigkeiten hatten, oder eine bestimmte Entscheidung zurückstellen, bis passende Nachweise vorliegen. Für verschiedene Teile des Redesigns können Sie alle drei Wege wählen. Die Bestellansichten freizugeben muss nicht bedeuten, eine ungeprüfte Anbindung an den Versand abzunehmen.

Wenn Sie das Redesign einer Business-App vorbereiten, kann unsere Designarbeit den Einstieg in ein Gespräch darüber bilden, wer die App nutzt, was diese Menschen erledigen müssen und bei welchen Entscheidungen Sie Unterstützung brauchen.