Noahs Übergang zu mobilen Usability-Tests

Noah war besorgt. Er war der „UX-Typ“ für die Unternehmenszentrale eines regionalen Quick-Service-Restaurants (einer Fast-Food-Kette), das dabei war, eine mobile App zu erstellen, mit der Kunden ihre Mahlzeiten anpassen, Bestellungen aufgeben und Belohnungen verdienen können.

Er hatte bemerkt, dass die Erwartungen der Benutzer stiegen und sie weniger nachsichtig mit schlechten mobilen Erfahrungen waren. Aus diesem Grund war Noah der festen Überzeugung, dass es angesichts der höheren Erwartungen der Benutzer, kleinerer Bildschirme und der Einschränkungen von drahtlosen, batteriebetriebenen Geräten wichtig ist, die Benutzerfreundlichkeit der mobilen Benutzererfahrung zu testen. Aber Noah war besorgt, weil er noch nie mobile Usability-Tests durchgeführt hatte, selbst mit jahrelanger Erfahrung in traditionellen Usability-Tests. Das und die Tatsache, dass die erste Testrunde nur noch einen Monat entfernt war.

Er erkannte schnell, dass mobile Usability-Tests mehr Ähnlichkeiten mit traditionellen Desktop-Usability-Tests aufwiesen als Unterschiede . Die größten Unterschiede lagen in den eigentlichen Tests selbst; Alles vor und nach dem Test blieb gleich. Es gab viele Möglichkeiten, Usability-Tests durchzuführen, darunter moderierte oder unmoderierte, remote oder persönlich und Kombinationen davon. Während unmoderierte Remote-Tests es ihm ermöglichten, ein breiteres Netz mit viel mehr Teilnehmern auszuwerfen, boten sie keine Möglichkeiten für kontextbezogene Sondierungen.

Während er verfügbare Optionen recherchierte, markierte Noah Dienste wie UserZoom und UserTesting als potenzielle Optionen für zukünftige Remote-Testanforderungen. Seine frühere Erfahrung hatte ihn gelehrt, dass moderierte persönliche Tests umfassende Benutzereinblicke lieferten , die mit anderen Methoden oft übersehen wurden. Es würde ihm ermöglichen, sich mit einigen wenigen Teilnehmern auf bestimmte Merkmale und Funktionen zu konzentrieren sowie Konzepte zu testen, die sie untersuchten, was ihn zu seinem bevorzugten Ansatz für ihre bevorstehenden Testrunden machen würde.

Einen Monat vor dem ersten geplanten Usability-Test begann er mit der Vorbereitung auf die Tests, beginnend mit den Teilen, die er am besten kannte. Folgen wir Noah bei seinem Übergang von Desktop-Usability-Tests zu Mobilgeräten.

Vor einem Monat

Das Design- und Entwicklungsteam tröpfelte langsam in das Meeting nach dem Mittagessen, das Noah angesetzt hatte, einige waren von den Brownie-Bissen, die er versprochen hatte, in Versuchung geführt worden. Er nutzte das Meeting, um die Funktionalität und Features zu überprüfen, die in der ersten Usability-Testsitzung getestet werden sollten. Da sie sich derzeit in der Designphase befanden, würden sie Usability-Tests mit einem Prototyp der iOS-App durchführen.

Das Team hatte gerade grobe Bildschirmdesigns fertiggestellt und begann gerade mit der Erstellung eines interaktiven High-Fidelity-Prototyps, der es Benutzern ermöglichen würde, Aufgaben zu erledigen, als wäre es eine Live-App oder -Website. Der Design-Lead bediente sich zum letzten (und dritten) Häppchen, als er versprach, den App-Prototyp eine ganze Woche vor dem ersten Usability-Test fertig zu haben. Noah hat auf seinem Handy eine Erinnerung für dieses Datum eingestellt.

Drei Wochen vorher

In der folgenden Woche begann Noah mit dem entscheidenden ersten Schritt der Erstellung eines Usability-Testplans, der das Was, Warum, Wann, Wo, Wer und Wie des Usability-Tests dokumentierte. Die Erfahrung aus der Vergangenheit hatte ihn gelehrt, wie wichtig es ist, dass wichtige Stakeholder und Mitglieder des Projektteams die Details des Plans absegnen. Dadurch wurde sichergestellt, dass der Usability-Test die richtigen Features und Funktionen mit der richtigen repräsentativen Zielgruppe auf geeigneten Geräten testete und dass die richtigen Metriken erfasst und gemeldet wurden. Neben dem Prüfplan erstellte er auch die weiteren Unterlagen, die für die Prüfungen benötigt würden, darunter Geheimhaltung, Vergütungsbeleg und Freigabeformulare.

Noah wusste, dass es für einen erfolgreichen Usability-Test genauso wichtig war, die richtigen Teilnehmer zu finden, da eine Größe nicht für alle passt. Wie in der Vergangenheit verwendete Noah Projektpersonas, um die Profile der Teilnehmer zu identifizieren, die er für Tests verwenden würde. Er wandte sich an sein übliches Marktforschungsunternehmen, um einen Screener zu erstellen, um die richtigen Teilnehmer aus ihrem Meinungspanel zu rekrutieren. Da sie eine iOS-App erstellten, enthielt der Screener auch Fragen, um sicherzustellen, dass die Teilnehmer iPhones mit iOS 7 oder höher verwendeten, um sicherzustellen, dass sie mit Plattformkonventionen und flachem Design vertraut waren.

Er brauchte immer noch Hilfe, um die Einrichtungs- und Aufzeichnungsoptionen für die Tests herauszufinden. Als Fan von „Who Wants to Be a Millionaire“ nutzte Noah das Äquivalent der „Ask the Audience“-Rettungsleine, um Feedback von einigen LinkedIn UX-Gruppen zu Einrichtungsoptionen für moderierte persönliche Tests der mobilen Benutzerfreundlichkeit einzuholen. Er glaubt fest daran, Wissen zu teilen, und versprach auch, das kollektive Wissen zusammenzustellen und mit diesen Gruppen zu teilen.

Zwei Wochen vorher

Noahs Anfragen auf LinkedIn und Quora erhielten langsam Antworten, aber viele Antworten kamen auch von anderen, die nach Antworten suchten. Er begann mit dem Ausschneiden und Sammeln nützlicher Ansätze in Evernote, als er über neue Antworten benachrichtigt wurde.

Noah schickte Pat, seinem Ansprechpartner bei der Personalagentur, eine E-Mail, um ein Status-Update zu erhalten, und erhielt innerhalb einer Stunde eine Antwort. Sie waren fast fertig mit der Rekrutierung für diese Runde, wobei fünf der sieben Slots mit den passenden Persona-Profilen gefüllt waren, sowie drei Floater für den Fall, dass es zu Nichterscheinen kam. Pats Team wartete darauf, Bestätigungen von ihrem Panel für die verbleibenden zwei Slots zu erhalten. Sie versprach, die Zusammenfassungen der Teilnehmerprofile bis Ende der Woche rüberzuschicken. Im vollen Bewusstsein, dass seine Buchhaltung bürokratisch war, reichte er eine Anforderung für Geschenkkarten ein, die verwendet werden sollten, um die Teilnehmer für ihre Zeit zu entschädigen.

Da er Usability-Tests vor Ort durchführen wollte, musste er einen geeigneten Standort finden. Noah hatte seinen Anteil an Tests in formellen Usability-Laboren durchgeführt, aber er hielt das für diese Tests nicht für notwendig. Er erkundete das Firmenbüro nach Räumen, die er nutzen könnte – einen für Tests, einen anderen als Warteraum für die Teilnehmer und einen dritten als Nachbesprechungsraum für das Team. Er fand einen ruhigen, fensterlosen Raum in der Mitte des Gebäudes für den Usability-Test und zwei weitere mit schönem Blick ins Freie und reservierte sie schnell für die Tests.

Sein wichtigstes Ziel für die Woche war es, die Überprüfung des Testplans durch die Interessengruppen abzuschließen. Er hatte den Plan zwei Tage vor ihrem üblichen Treffen am Donnerstagmorgen per E-Mail an die Projektbeteiligten geschickt, darunter Marketing, IT und kreatives Design. Er hatte sie gebeten, mit ihrem Feedback vorbereitet zu kommen, insbesondere zu den zu testenden Aufgaben. Das Kreativteam hatte ein paar Optimierungen für die Aufgaben und die IT hatte keine, aber Chad vom Marketing hatte es mit einem feinen Kamm durchgegangen; Sein Feedback umfasste das Hinzufügen einiger zusätzlicher Aufgaben und detaillierter Folgefragen für alles, vom Branding bis zur Etikettierung. Noah erklärte, dass sie in ihrem einstündigen Test realistischerweise nicht mehr als vier Hauptaufgaben erledigen könnten, und arbeiteten den Rest des Morgens eins zu eins mit Chad, um die Aufgaben im Testplan abzuschließen.

Nachdem die Aufgaben genehmigt waren, richtete Noah seine Aufmerksamkeit auf seine Optionen zum Aufzeichnen der Usability-Testsitzungen. Dank eingebauter Webcams und Bildschirmaufzeichnungssoftware hatte er viele Möglichkeiten, den Bildschirm sowie die Reaktionen der Teilnehmer bei der Verwendung eines Computers aufzuzeichnen. Das Aufzeichnen einer mobilen Usability-Sitzung war jedoch kompliziert, da die meisten Methoden zum Erfassen ähnlicher Aufzeichnungen aufdringlich sein und den Usability-Test beeinträchtigen könnten. Hier hoffte er, dass seine „ Ask the Audience “-Rettungsleine helfen würde; Er organisierte das Dutzend Antworten und sie alle kamen auf vier Arten zusammen, um eine mobile Usability-Sitzung aufzuzeichnen. Noah erinnerte sich an sein Angebot, seine Ergebnisse zusammenzustellen und mit den anderen in den Gruppen zu teilen, und begann, die Optionen zu dokumentieren.

Gerade als er seine Erkenntnisse in den LinkedIn-Gruppen teilte, piepte Noahs Telefon, um ihn an sein Freitagabend-Dinner-Date mit seiner Frau in einer Stunde zu erinnern – die Zeit war wie im Flug vergangen! Er versetzte seinen Computer schnell in den Ruhezustand und fuhr übers Wochenende nach Hause. Dies war eine lange, aber fruchtbare Woche gewesen.

Eine Woche vorher

Noah hatte am Wochenende über seine Optionen nachgedacht und tendierte zur letzten Option – die Verwendung einer App wie UX Recorder, um den Test ohne zusätzliche Ausrüstung aufzuzeichnen. Zurück bei der Arbeit stimmte das Projektteam seiner Wahl zu, aber der UX-Direktor bat ihn, sie mit einem Usability-Spezialisten von ihrem lokalen UX-Meetup zu validieren. Noah organisierte am nächsten Tag ein Arbeitsessen mit der Spezialistin Diane, die in den letzten Jahren Tests zur mobilen Benutzerfreundlichkeit durchgeführt hatte.

Als er seinen E-Mail-Rückstand vom Wochenende abarbeitete, sah er die ausgefüllte Teilnehmerprofilliste der Personalvermittlungsagentur. Er scannte die Profile und bestätigte im Geiste, dass er genau die Aufschlüsselung des Persona-Profils erhalten hatte, nach der er gesucht hatte. Das Profil eines Teilnehmers schien jedoch nicht zu seiner Person zu passen, da Merkmale wie das Einkommen nicht dem erwarteten Bereich für diese Person entsprachen. Er schickte Pat in der Agentur eine E-Mail, um einen Ersatz für diesen Teilnehmer zu finden.

Am nächsten Tag traf er Diane in einem ihrer Restaurants, was sich wie eine Ask An Expert -Rettungsleine anfühlte. Er war mit einer Liste der Themen, die er besprechen wollte, und einem Ausdruck seines Testplans sowie den Einrichtungsoptionen für die Aufzeichnung vorbereitet. Er hatte Diane zum ersten Mal vor über einem Jahr bei ihrem lokalen UX-Treffen getroffen – sie war ein selbsternanntes Ein-Personen-Begrüßungskomitee und brachte ihn schnell in die Gruppe von etwa 70 UXern.

Während sie in der Schlange standen, um ihre Bestellungen aufzugeben, sprach Diane über den Usability-Test, den sie gerade abgeschlossen hatte, einschließlich der freundlichen Großmutter, die nur ungern eine Entschädigung akzeptierte. Als sie an ihrem Tisch auf ihre Mahlzeiten warteten, erklärte er, dass sie planten, persönlich moderierte Usability-Tests mit einem Prototyp ihrer iOS-App durchzuführen, und er hoffte auf ihre Anleitung bei seiner Wahl für die Aufzeichnung des Tests. Sie hatte all diese Ansätze in der Vergangenheit verwendet und nachdem sie ihm ein paar weitere Fragen zum Test gestellt hatte, bestätigte sie seine Wahl.

Während des Essens bat er sie um Vorschläge zur Berücksichtigung des mobilen Kontexts (Dinge wie die Umgebung und die Umstände der Nutzung, die die Interaktion zwischen dem Benutzer und der Benutzeroberfläche beeinflussen). Sie erklärte, dass es in einer Laborumgebung am besten sei, diesen Kontext zu simulieren. Sie erinnerte sich sofort an eine seiner Aufgaben, eine Fast-Food-Bestellung aufzugeben und abzuholen, und sagte, dass sie zuerst nach ihren Erwartungen zur Abholung der Bestellung fragen würde. Sie stellte dann das Konzept vor, wie sie daran dachten, Geofencing zu verwenden, um mit dem Kochen ihrer Bestellung zu beginnen, und versuchte, von den Teilnehmern Feedback zu dem Konzept zu erhalten. Sie versprach, ihm vor Ende des Tages noch ein paar Hinweise per E-Mail zu schicken. Er dankte Diane für ihre Führung, als sie das Restaurant verließen.

Gegen Ende des Mittagessens hatte ihn sein Telefon daran erinnert, dass das Designteam versprochen hatte, den Prototyp bis heute fertigzustellen. Zurück im Büro ging er hinüber in den Raum des Designteams, um sich einen Überblick über den Prototyp zu verschaffen. Der Designleiter erklärte entschuldigend, dass sie einige ihrer Designs auf der Grundlage einer kurzfristigen Anweisung des Marketings überdenken mussten. Er sagte, sie wollten alles bis zum Wochenende fertig haben. Dies war für Noahs Komfort zu knapp, da er normalerweise einige Tage vor dem Test einen Probelauf durchführte, um dem Team Zeit zu geben, in letzter Minute Anpassungen vorzunehmen. Er versuchte, sich davon abzulenken, indem er die Auftragserteilungs- und Abholaufgabe aktualisierte, um den Kontext basierend auf Dianes Vorschlag zu simulieren.

Als er Aktualisierungen vornahm, erhielt er Dianes E-Mail mit einigen Hinweisen.

Betreff: Mobile Testing Pointer

Noah, wie beim Mittagessen versprochen, hier sind ein paar Hinweise, die Sie beachten sollten, wenn Sie Ihre Tests nächste Woche vorbereiten und durchführen.

Danke fürs Mittagessen und alles Gute!

Diana

---

Geräte/Plattformen : Wenn die Teilnehmer nicht ihre eigenen Geräte verwenden, stellen Sie sicher, dass sie auf der Plattform (iOS, Android oder Windows) testen, mit der sie vertraut sind und die sie regelmäßig verwenden. Wenn sie ihre eigenen Geräte verwenden, berücksichtigen Sie die Logistik und Zeit für die Installation der App, die Einrichtung eines Zugriffs usw.

Blendung : Bei Computern könnten Sie Ihren Bildschirm anpassen, um Beleuchtungsproblemen Rechnung zu tragen, aber Blendung wird bei Mobilgeräten zu einem Problem, wenn Sie eine Kamera zum Aufzeichnen mobiler Bildschirme verwenden (die ersten beiden Ansätze, die Sie skizziert hatten), da Benutzer dazu neigen, die Mobilgeräte zu bewegen für eine komfortablere Verwendung, wodurch manchmal Teile der Aufzeichnung unbrauchbar werden. Wenn Sie jemals das Dokumentenkamera-Setup verwenden (erster Ansatz), verwenden Sie Malerband, um die Benutzer an die Zone zu erinnern, in der sich das mobile Gerät befinden muss.

Akku/Strom : Ein weiteres Problem, das nur für Mobilgeräte gilt, ist sicherzustellen, dass die verwendeten Geräte über ausreichend Saft für den Test verfügen und lange Ladekabel leicht verfügbar sind. Als ich UX Recorder zum ersten Mal auf einem persönlichen Gerät für einen Probelauf verwendet habe, mussten wir nach der Hälfte des Tests anhalten und uns durchringen, um ein Ladekabel zu bekommen – die Bildschirm-, Video- und Audioaufzeichnung entleerte den Akku schneller, als ich mir je vorgestellt hatte.

Zu guter Letzt:

Benachrichtigungen/Warnungen : Deaktivieren Sie ALLE Warnungen und Benachrichtigungen auf Testgeräten. Dies unterbricht nicht nur den Test, sondern kann sich auch auf Ihre Aufzeichnung auswirken.

Noah nahm sich vor, diese während des Probelaufs noch einmal zu überprüfen, der nun auf den Tag vor den eigentlichen Tests verschoben werden musste. Nächste Woche würde eine lange Woche für ihn werden…

Die Woche der Usability-Tests

Hell und früh am Montagmorgen brachte Noah eine Box O' Joe und Donuts für das Designteam, das einen Teil des Wochenendes an der Fertigstellung des Prototyps gearbeitet hatte. Sie verbrachten die nächste Stunde damit, gemeinsam durch den Prototypen zu gehen und ein paar kleinere Änderungen zu notieren. Das Designteam würde die Aktualisierungen vor dem Mittagessen abgeschlossen haben, was Noah genügend Zeit vor dem Pilottest an diesem Nachmittag geben würde. Er schickte eine Erinnerungs-E-Mail an seine Kollegin Emma, ​​die sich freiwillig für den Probelauf gemeldet hatte. Emma hatte nichts mit der App zu tun und abgesehen davon, dass sie als Mitarbeiterin eine Markenfanatikerin war, war sie eine so gute Testteilnehmerin, wie sie sich nur wünschen konnten.

Er begann mit den letzten Vorbereitungen für die Tests, indem er die erforderlichen Dokumente druckte, darunter Geheimhaltungserklärungen, Freigabeformulare und Entschädigungsbelege. Er kaufte auch Test-Credits, um den Pilottest mit UX Recorder aufzuzeichnen. Vorsichtshalber hatte er auch zwei Webcams mit Ständern als Backup bereit. Er konfigurierte die Aufzeichnungsoptionen in der App, startete den Prototypen über den App-Browser und nahm auf, wie er sich durch eine Aufgabe klickte. So weit, ist es gut!

Noah und Sophie, die zugewiesene Protokollführerin für die Sitzungen, erreichten 15 Minuten vor dem Test den Raum, der für die Usability-Tests reserviert war, nur um Emma vorzufinden, die bereits auf sie wartete. Als Noah sich aufstellte, erklärte er ihnen, was sie in der nächsten Stunde zu erreichen hofften. Allerdings konnte er den Prototypen nicht in der Aufnahme-App aufrufen – er stellte schnell fest, dass sein Telefon kein Mobilfunk- oder Funksignal hatte, wahrscheinlich wegen der Lage des Raums mitten im Gebäude. Er entschuldigte sich und probierte die anderen Räume aus, die er als Warte- und Nachbesprechungsräume reserviert hatte.

Im ersten Raum, den er versuchte, lud der Prototyp ohne Verzögerung – sein Telefon hatte ein starkes Mobilfunk- und Wi-Fi-Signal. Er brachte Emma und Sophie nur wenige Minuten nach der ursprünglichen Startzeit in den neuen Raum. Er erklärte die Grundregeln und den Ablauf, bevor er die Aufzeichnung in der App startete. Vier Aufgaben und 70 Minuten später stoppte er die Aufnahme und dankte Emma für ihre Hilfe. Während die App die Aufzeichnung der einstündigen Sitzung exportierte, besprachen Sophie und er die Sitzung, identifizierten eine Aufgabe, die sie umformulieren mussten, um Verwirrung zu vermeiden, und suchten nach Bereichen, in denen sie etwas Zeit von den eigentlichen Sitzungen verkürzen konnten. Deshalb führte er vor den eigentlichen Tests immer mindestens einen Probelauf durch – das half ihm, sich mit den Aufgaben als Moderator vertraut zu machen, die Verständlichkeit der Aufgaben für Außenstehende zu überprüfen und bei Bedarf zeitliche Anpassungen vorzunehmen.

Der erste Tag der Usability-Tests begann am Dienstagmorgen, und Noah war als Moderator wieder in seiner Komfortzone. Die vier geplanten Tests verliefen reibungslos, und Noah und Sophie nutzten die Zeit zwischen den Tests, um Nachbesprechungen vorzunehmen und die Höhepunkte der Sitzung an der Whiteboard-Wand festzuhalten. Der einzige Schluckauf war, dass das Telefon während der dritten Sitzung einen eingehenden Anruf erhielt; er bat den Teilnehmer, es zu verwerfen und mit dem Test fortzufahren. Obwohl er alle Alarme und Benachrichtigungen ausgeschaltet hatte, wie Diane vorgeschlagen hatte, kam der Anruf irgendwie durch. Nach den vier geplanten Tests für den Tag, als die Sitzungsaufzeichnungen exportiert wurden, begannen sie, vorläufige Trends anhand der Sitzungshighlights an der Whiteboard-Wand zu identifizieren. Die ersten beiden wurden ohne Probleme gerendert, aber die dritte Sitzung schien beschädigt zu sein und konnte nicht exportiert werden. Zum Glück wurde der letzte ohne Probleme gerendert. Er schickte eine E-Mail zusammen mit Protokollen des beschädigten Videos an das App-Support-Team und befürchtete, dass sich dieses Problem am nächsten Tag wiederholen würde.

Der erste geplante Teilnehmer am Mittwoch war nicht erschienen, also führten sie den Test mit ihrem Standby-Floater durch. Nach jedem Test an diesem Tag startete Noah das iPhone neu, in der Hoffnung, dass dadurch weitere beschädigte Aufnahmen verhindert würden, da er keine Rückmeldung vom App-Support-Team erhalten hatte. Er atmete erleichtert auf, als die drei Aufnahmen des Tages ohne Störungen wiedergegeben wurden. Sophie und er verbrachten den Rest des Nachmittags damit, all ihre Notizen und Erinnerungen durchzugehen und ihre Trendanalyse fortzusetzen. Rückblickend auf die Tests stellte er außerdem fest, dass keiner der Teilnehmer Probleme mit dem simulierten mobilen Kontext hatte, obwohl sie ihn nicht in der realen Welt testen konnten.

Noah beendete die Woche mit einer Nachbesprechung mit dem Projektteam, um die wichtigsten Erkenntnisse auszutauschen, und bot an, in der folgenden Woche weitere Sitzungen abzuhalten.

Die Woche danach

Am Wochenende schickte das Support-Team der mobilen Aufnahme-App eine E-Mail an Noah und gab zu, dass sie nicht herausfinden konnten, warum das dritte Video beschädigt war, schickte ihm jedoch Schritt-für-Schritt-Anweisungen, um die rohen Videoclips vom iPhone zu finden und zu teilen. Da er nicht sehr hoffnungsvoll war, komprimierte er die 2-GB-Datei, lud sie hoch und teilte sie mit ihnen.

Da sie beim endgültigen Usability-Testbericht gute Fortschritte machten, plante Noah für Freitagnachmittag einen Bericht mit den wichtigsten Projektbeteiligten und dem Projektteam. Noah und Sophie verbrachten den Rest der Woche damit, die Daten zu analysieren, Trends zu aktualisieren und die wichtigsten Ergebnisse zusammen mit dem Schweregrad und Empfehlungen für Verbesserungen zu dokumentieren. Obwohl es viele Vorlagen und Formate für die Berichterstattung über Ergebnisse gab, verwendete Noah gerne ein PowerPoint-Format, das er im Laufe der Jahre optimiert hatte und das ein visuelles Zeigen und Erzählen ermöglichte. Er glaubte fest an die Kraft kurzer Videoclips (oder einer Montage) von Benutzern, die mit einer bestimmten Funktion zu kämpfen hatten, um einen „A-ha“-Moment für diejenigen zu erzeugen, die nicht am Test teilgenommen hatten. Sophie hat die Videoclips ausgeschnitten, um einige wichtige Beobachtungen und Empfehlungen kontextuell zu unterstützen.

In dieser Woche leitete Noah jeden Tag während des Mittagessens eine Videoüberprüfungssitzung mit dem Projektteam, bei der er jeden Tag die Videoaufzeichnung eines anderen Teilnehmers überprüfte. Dies half dem Team nicht nur, aus erster Hand zu beobachten, wie Benutzer mit ihrem App-Prototypen interagierten und wo sie stolperten, sondern enthüllte auch einige Beobachtungen und Erkenntnisse, die Noah und Sophie nicht erfasst hatten.

Die abschließende Berichtssitzung am Freitagnachmittag wurde von allen wichtigen Interessenvertretern gut besucht. Noah präsentierte die allgemeinen Ergebnisse und Sophie ging ins Detail. Sie stellten ein paar Fragen zu Beobachtungen und Empfehlungen, die sich von dem unterschieden, was der Lenkungsausschuss ursprünglich für die App vorgesehen hatte. Wie Noah immer wieder gesehen hatte, reichten die unterstützenden Videoclips aus, damit sich die Beteiligten aufsetzten und Notiz nahmen und Gespräche über eine Kursänderung begannen.

Als er am Wochenende nach Hause fuhr, ließ Noah die vergangenen sechs Wochen und seinen ersten Mobile-Usability-Test Revue passieren – seine anfänglichen Bedenken waren übertrieben. Sein Übergang zu Usability-Tests für Mobilgeräte war relativ einfach, da er bereits Erfahrung mit traditionellen Desktop-Usability-Tests hatte. Die Einrichtung war der größte Unterschied zwischen den beiden, und es gab einige mobilbezogene Nuancen, um die er sich kümmern musste, aber es war nicht so, als würde man eine ganz neue Fähigkeit erlernen.

In den folgenden Monaten halfen Noahs fortlaufende Usability-Tests dem Projektteam, die App auf ihrem Weg von einem Prototyp zu einem voll funktionsfähigen Produkt zu verfeinern. Für die Markteinführung und alle folgenden größeren Versionen erhielt die App mehrheitlich 4- und 5-Sterne-Bewertungen.

TL;DR: Zeitachse der Aktivitäten

Einen Monat vorher

• Arbeiten Sie mit dem Designteam zusammen, um herauszufinden, was für die Tests gebaut werden kann, und stellen Sie sicher, dass es einige Tage vor dem ersten Test fertig ist

Drei Wochen vorher

• Identifizieren Sie Teilnehmerprofile für Usability-Tests auf der Grundlage von Personas
• Erstellen Sie einen Recruiting-Screener
• Screening und Rekrutierung von Teilnehmern

Zwei Wochen vorher

• Überprüfen Sie den Usability-Testplan mit den Beteiligten und schließen Sie die Aufgaben ab
• Identifizieren und reservieren Sie die für die Prüfung erforderlichen Räume
• Finalisieren und planen Sie Teilnehmer und Standby-Floater-Teilnehmer
• Organisieren Sie Teilnehmer-Incentives

Eine Woche vorher

• Gehen Sie die Aufgaben mit dem zu testenden Prototyp oder der zu testenden App durch
• Aufnahmeaufbau testen
• Führen Sie einen Probelauf des gesamten Usability-Tests durch

Die Woche der Usability-Tests

• Alle erforderlichen Dokumente ausdrucken (Prüfplan, Skripte, Geheimhaltungserklärungen, Freigabeformulare, Vergütungsbelege)
• Überprüfen Sie die Einrichtung des Usability-Testraums, einschließlich Stromversorgung, Konnektivität, Blendung usw.
• Führen Sie am Ende jeder Sitzung interne Nachbesprechungen und am Ende des Tages eine Überprüfung durch
• Identifizieren und dokumentieren Sie Trends nach Abschluss der Tests

Die Woche danach

• Dokumentieren Sie die Ergebnisse im Usability-Bericht
• Überprüfen Sie Videoaufzeichnungen mit dem Projektteam
• Identifizieren und erstellen Sie Videoclips aus Aufzeichnungen, um wichtige Beobachtungen und Empfehlungen zu unterstützen
• Bericht über Erkenntnisse

Ressourcen und Links

Planungsvorlagen und Aufzeichnungseinrichtung

• Planung eines Usability-Tests
• Usability Test Screener - Testen von Mobilgeräten
• Vorlage für Usability-Testpläne
• Ein Leitfaden für einfaches und schmerzloses Testen mobiler Benutzer

Checklisten für mobile Tests

• Detaillierte Checkliste und weitere Downloads von Steve Krugs Rocket Surgery Made Easy
• UserTesting Mobile Usability Testing Checklists (kostenlose Anmeldung erforderlich)

Usability-Berichtsvorlagen

• Lange Vorlage
• Kurze Vorlage
• Beispiel für einen Usability-Testbericht

Weiterführende Literatur zu SmashingMag:

• Priorisierung von Geräten: Testen und Responsive Webdesign
• Wo sind die weltbesten Open Device Labs?
• Ein Leitfaden für einfaches und schmerzloses Testen mobiler Benutzer