Vor ein paar Jahren gab es diesen französischen Buchverlag. Sie spezialisierten sich auf technische Bücher und veröffentlichten einen Autor, der ein Buch über CSS3, HTML5 und jQuery schrieb. Die endgültige Version enthielt jedoch einen auffälligen Tippfehler auf dem Einband, bei dem „HTML5“ als „HTLM5“ dargestellt wurde. Lesen Sie das zweimal. Ja. „HTLM5.“ (Beachten Sie, dass in einer Version auch das großgeschriebene „Q“ in jQuery fehlte.)
Ich weiß nicht, wie viele Leute an der Veröffentlichung und dem Druck eines Buches beteiligt sind. Ich wette, ziemlich viele. Doch es schien, als hätte keiner der Beteiligten den Tippfehler bemerkt. Er hat es schließlich bis zum Drucker geschafft.
Und so etwas passiert in Projekten ständig. Einer meiner Lieblingsausdrücke im Französischen ist avoir la tête dans le guidon. Eine wörtliche Übersetzung ist „den Kopf im Lenker haben“. (Die offizielle englische Version ist having your nose in the grindstone.) Es stammt aus dem Radsport. Wenn Radfahrer ein Rennen gewinnen wollen, geraten sie irgendwann mit der Nase so nah an den Lenker, dass nichts anderes um sie herum wichtig ist. Sie sind hyperfokussiert auf die Straße vor ihnen. Sie können nichts anderes mehr um sich herum sehen.
Und genau das passiert uns in Projekten oft. Wir und unsere Teams sind irgendwann so darauf konzentriert, die Website zu veröffentlichen (oder das Buch zu drucken), dass wir blind werden und keine kleinen (oder großen) Details mehr sehen. So veröffentlicht man ein Buch über „HTLM5“ und eine Website mit Navigationsproblemen und Sackgassen im Benutzerfluss oder Funktionen, die niemand braucht.
Eine externe Sichtweise durch Benutzertests gewinnen
Wenn Sie solche Dinge vermeiden möchten, benötigen Sie eine externe Sichtweise auf Ihre Website, Ihr Produkt oder Ihre Dienstleistung. Und der beste Weg, diese Sichtweise zu gewinnen, ist, sie mit Personen zu testen, die nicht zum Team gehören. Wir nennen das Usability oder Benutzertests. Ich muss gestehen, dass ich hier voreingenommen bin, da ein Teil meiner Arbeit darin besteht, Usability-Tests auf Websites durchzuführen. Daher muss ich sagen, dass Sie idealerweise mit Ihrer Zielgruppe testen sollten – den Menschen, die Ihre Website, Ihr Produkt oder Ihre Dienstleistung tatsächlich nutzen. Aber wenn (und das ist ein großes wenn) Sie keine Benutzer finden können, führen Sie zumindest eine erste Testrunde mit Personen durch, die nicht direkt am Projekt gearbeitet haben.
Sie sollten auch mit Personen mit unterschiedlichen Einschränkungen testen, um sicherzustellen, dass das Endergebnis so zugänglich wie möglich ist.
Wann sollte ich mit dem Testen meines Projekts beginnen?
In einer perfekten Welt testen Sie so früh und so oft wie möglich. Das Testen von Prototypen, die in Design-Tools erstellt wurden, bevor die Entwicklung beginnt, ist günstiger. Wenn das Konzept nicht funktioniert, haben Sie zumindest nicht drei Monate Entwicklung in eine ineffektive Funktion investiert.
Sie können auch HTML/CSS/JavaScript-Prototypen mit gefälschten Daten für die Tests testen – oder einmal testen, nachdem die Funktion oder Website entwickelt wurde. Das bedeutet jedoch, dass jegliche Änderungen komplexer und teurer sind.
Definieren Sie, was Sie testen möchten
Der erste Schritt ist, zu definieren, welche spezifischen Aufgaben oder Aktivitäten Sie testen möchten. Normalerweise möchte man eine Reihe unterschiedlicher Aktionen mit einem Benutzerziel am Ende. Zum Beispiel
- ein Kontoerstellungsprozess
- ein kompletter Checkout-Prozess
- ein Suchprozess von der Homepage bis zum endgültigen Blogbeitrag usw.
Listen Sie die Aufgaben und Aktivitäten auf, die der Benutzer als Fragen formulieren muss. Dies nennt man das Erstellen eines Testskripts. Ein Beispiel finden Sie hier von 18F.
Seien Sie vorsichtig, die Benutzer nicht zu beeinflussen. Das ist der knifflige Teil. Wenn Sie zum Beispiel einen Prozess zur Kontoerstellung testen möchten und der Button „Registrieren“ lautet, dann vermeiden Sie es, Ihre Testbenutzer zu bitten, sich „zu registrieren“, da sie als Erstes nach einem Button mit demselben Verb auf dem Bildschirm suchen werden. Sie könnten sie stattdessen bitten, „ein Konto zu erstellen“, um bessere Einblicke zu erhalten.
Bereiten Sie dann den zu testenden Prototyp vor. Wie bereits erwähnt, kann dieser von Mockups mit einem klickbaren Prototyp bis zu einem vollständig entwickelten Prototyp mit echten Daten reichen. Das hängt ganz von Ihnen und dem Fortschritt Ihres Projekts ab. Stellen Sie nur sicher, dass er (technisch gesehen) funktioniert.
Teilnehmer rekrutieren
Sie wissen, wer Ihre Benutzer in den meisten Ihrer Projekte sind. Die Frage ist: Wie können Sie sie erreichen? Es gibt viele Möglichkeiten. Sie könnten sich an den Support oder den Vertrieb wenden, um Listen möglicher Teilnehmer zu erhalten. Wenn es sich um ein breit gefächertes Zielpublikum handelt, könnten Sie Tester direkt dort rekrutieren, wo sie sich aufhalten. Arbeiten Sie an einer E-Commerce-Website, die Pflanzen verkauft? Warum nicht tatsächliche physische Geschäfte, Online-Communities für Gärtner, Gemeinschaftsgärten, Facebook-Gruppen usw. besuchen?
Sie können soziale Medien nutzen, um Teilnehmer zu rekrutieren, solange Sie die richtigen Leute rekrutieren, die potenzielle Nutzer der Website sind. Deshalb verwenden UX-Profis Screener. Ein Screener ist eine Reihe von Fragen, die Sie bei der Rekrutierung (und zu Beginn des Tests) stellen, um sicherzustellen, dass Sie mit jemandem zusammenarbeiten, der zur Zielgruppe gehört.
Beachten Sie, dass Teilnehmer normalerweise für ihre Zeit entschädigt werden. Das können Geschenkkarten sein, vielleicht ein Produkt von Ihnen, richtig gute Schokolade – etwas, das die Leute ermutigt, Zeit mit Ihnen zu verbringen und ihnen dafür dankt.
Wenn Sie Schwierigkeiten bei der Rekrutierung haben und über ein Budget verfügen, können Sie professionelle Websites für die Rekrutierung von Benutzern nutzen, wie z. B. userinterviews.com oder testingtime.com.
Planen, einrichten, vorbereiten
Sobald Sie erfolgreich Teilnehmer für Tests rekrutiert haben, planen Sie ein Treffen mit ihnen, einschließlich Datum, Uhrzeit und Ort des Tests. Der Test kann remote oder persönlich stattfinden. Ich werde hier nicht auf die Logistik eingehen, aber irgendwann benötigen Sie Hilfe, um einen tatsächlichen Raum oder einen virtuellen Raum für die Tests einzurichten. Wenn es ein physischer Raum ist, stellen Sie sicher, dass er ruhig und für Ihre Benutzer zugänglich ist. Wenn es remote ist, stellen Sie sicher, dass die Tools zugänglich sind und die Leute sie bei Bedarf auf ihren Computern installieren können.
Planen Sie im Voraus einige E-Mails, um die Teilnehmer am Tag vor dem Test zu erinnern, nur für den Fall.
Zu guter Letzt: Führen Sie einen Probelauf Ihres Tests durch, bei dem Sie Teammitglieder einbeziehen. Dies hilft, Tippfehler in den Skripten und Prototypen zu vermeiden. Sie möchten sicherstellen, dass der Prototyp ordnungsgemäß funktioniert, dass keine technischen Probleme auftreten usw. Sie möchten alles vermeiden, was den Test beeinflussen könnte.
Den Test durchführen
Sie benötigen zwei Tester, um einen Usability-Test durchzuführen. Eine Person moderiert. Die andere kümmert sich um die Logistik und Notizen.
Begrüßen Sie den Teilnehmer. Sie finden viele Vorlagen für Usability-Tests auf usability.gov, einschließlich Einwilligungsformularen, E-Mail-Vorlagen und vielem mehr.
Starten Sie die Aufzeichnung, aber natürlich nur, wenn er Ihnen die Erlaubnis dazu gibt. Erklären Sie, dass Sie die Website testen, nicht ihn, und dass es keine richtigen oder falschen Antworten gibt. Ermutigen Sie ihn, laut zu denken und Ihnen genau zu sagen, was er tut, sieht und denkt.
Beruhigen Sie ihn, indem Sie mit ein paar leichten Fragen beginnen, um ihn zum Sprechen zu bringen. Folgen Sie dann Ihrem Skript.
Das Wichtigste: Helfen Sie den Benutzern nicht, die Aufgaben zu erledigen. Ich weiß, das ist schwer. Wir mögen es nicht, Leute kämpfen zu sehen. Aber wenn Sie ihnen helfen, verfälschen Sie die Ergebnisse. Natürlich, wenn sie fünf Minuten lang kämpfen und Sie möchten, dass sie die Aufgabe erledigen, um zur nächsten zu gelangen, können Sie sie entriegeln. Markieren Sie diese bestimmte Aufgabe als „fehlgeschlagen“.
Nachdem der Test abgeschlossen ist, bedanken Sie sich beim Testbenutzer für seine Zeit und bieten Sie ihm die Entschädigung an (oder sagen Sie ihm, wie er entschädigt wird, wenn es ein Remote-Test war).
Holen Sie die Aufzeichnung, laden Sie sie irgendwo in die Cloud hoch, damit ein Backup vorhanden ist. Dasselbe gilt für Ihre Notizen. Vertrauen Sie mir, es gibt nichts Schlimmeres, als Daten zu verlieren, weil der Computer abgestürzt ist.
Ergebnisse analysieren und dokumentieren
Nach dem Test stelle ich normalerweise gerne einen schnellen „ersten Entwurf“ der Analyse für einen bestimmten Teilnehmer zusammen, da die Tests noch frisch in meinem Gedächtnis sind.
Manche Leute machen das in geteilten Dokumenten oder Excel-Tabellen. Meine bevorzugte Methode ist die Verwendung der tatsächlichen Bildschirme, die für die Tests verwendet wurden, in einem Miro-Board. Und ich klebe digitale Haftnotizen darauf mit den wichtigsten Erkenntnissen des Tests. Ich verwende verschiedene Farben für verschiedene Arten von Feedback, wie Benutzerkommentare, Funktionsanfragen, Usability-Probleme usw.
Wenn mehrere Benutzer dasselbe Feedback geben oder das gleiche Problem erfahren, füge ich einen kleinen Punkt auf der Notiz hinzu. So habe ich eine visuelle Zusammenfassung von allem, was während aller Tests passiert ist.
Und dann? Lernen, wiederholen, verbessern.
Wir testen nicht zum Spaß am Testen. Wir testen, um Dinge zu verbessern. Der nächste Schritt ist also, aus diesen Tests zu lernen. Was hat gut funktioniert? Was kann verbessert werden? Wie könnten wir uns verbessern? Natürlich haben Sie vielleicht nicht die Zeit und das Budget, alles auf einmal zu verbessern. Mein Rat ist, zu priorisieren und zu iterieren. Beheben Sie zuerst die größten Probleme. „Groß“ ist natürlich ein relativer Begriff und hängt von Ihrem Projekt oder Ihren KPIs ab. Es könnte bedeuten: „Die meisten Benutzer haben dieses Problem.“ Oder es könnte bedeuten: „Wenn das nicht behoben wird, verlieren wir Benutzer und Umsatz.“ Dann wird es wieder zu einem Teamsport.
Zusammenfassend
Ich hoffe, ich habe Sie davon überzeugt, Ihre Website bald und oft zu testen. Dies war nur eine kleine Einführung in die Welt des Testens mit echten Benutzern. Ich habe hier viel vereinfacht, um Ihnen eine Vorstellung davon zu geben, was zu Benutzertests gehört. Ordentliche professionelle Usability-Tests sind komplexer, insbesondere bei großen Projekten. Obwohl ich immer dafür plädiere, jemanden einzustellen, der sich auf User Research und Tests spezialisiert hat, verstehe ich auch, dass dies bei kleineren Projekten kompliziert sein kann.
Wenn Sie weiter ins Detail gehen möchten, empfehle ich Ihnen, die folgenden Ressourcen zu prüfen
- Just Enough Research von Erika Hall — Es gibt ein ganzes Kapitel über Interviews mit tollen Ratschlägen
- Rocket Surgery Made Easy von Steve Krug — Das definitive Buch über Benutzertests.
- „User testing“ von Ida Aalen — Tolle Informationen zum Testen mit begrenztem Budget.
- „Qualitative Usability Testing: Study Guide“ von Kate Moran — Dies ist eine Sammlung von Links zu Artikeln und Videos der Nielsen Norman Group über die Planung, Durchführung und Analyse von qualitativen Benutzertests.
- „Making Note-taking Easier During A Usability Test“ von Justine Win
- „A Beginner’s Guide to Usability Testing“ von Maze
- „You Can’t Test Everything, So What Should You Test?“ von Maria Rosala — Dies ist ein fünfminütiges Video, das erklärt, wie man Prioritäten setzt, was getestet werden soll.
- „Run more effective remote usability tests with these 5 tips“ von Renee Fleck
- „Remote Usability Testing 101 & How to Get Started“ von Justin Morales
- „The Best UX Design Tools You Need for Testing“ von Paul Boag
- „Things to consider when doing usability testing with disabled people“ von Peter van Grieken
- Fable — Dies ist ein Panel, das bei der Rekrutierung von Menschen mit Behinderungen für Benutzertests hilft.