Gestaltung der Benutzererfahrung bei Zivame: Eine Fallstudie zum Produktmanagement

Dies ist ein Gastblog von Udit Khandelwal.

„Die Website ist fantastisch und die Sitzung war fantastisch! Ich würde gerne für eine weitere Runde wiederkommen!“ – rief Deepika, als sie nach Hause ging, nachdem sie eine Usability-Testsitzung bei Zivame durchlaufen hatte. Von diesem Moment an war Zivame immer die erste Wahl für Deepika – eine stolze Hausfrau und Unternehmerin.

Was haben wir getan, um bei Menschen, die bei uns einkaufen, solche surrealen Emotionen hervorzurufen?

Nun, wir haben die Benutzer in jeden einzelnen Schritt des Produktdesigns einbezogen. In meinem Artikel Wie ich die Art und Weise, wie Frauen BHs online kaufen, verändert habe, habe ich beschrieben, wie wir die Nutzerforschung genutzt haben, um eine neue Art des BH-Kaufs zu entdecken. Hier gehe ich http://notuser.com/how-i-changed-the-way-women-buy-bras-online, um Sie durch die Reise zu führen, auf der wir es geschafft haben, das Design mit echten Benutzern zu testen, echte Einblicke zu erhalten und Kurskorrektur durchgeführt.

Der Spielplan

Herausforderung
Die Ressourcen waren begrenzt, der Spielraum riesig und wir mussten kontinuierlich verbesserte Designs entwickeln.

Bemühen

Die gesamte Website sollte innerhalb von 5 Monaten von Grund auf neu gestaltet und entwickelt werden. Der letzte Monat war bereits für alle Aktivitäten im Zusammenhang mit Tests, Bereitstellung und Stabilität reserviert. Wir hatten also nicht mehr als 120 Tage Zeit, um das neue Zivame-Erlebnis zu entwerfen und zu entwickeln . Irgendwo hatte ich diesen Spruch gehört:

Keine Abkürzungen heute; Ich habe es eilig – Schweizer Sprichwort

… und ich dachte, es wäre genau der richtige Zeitpunkt, ihm zu folgen. Wir brauchten einen Spielplan ohne Abkürzungen, weil wir es uns nicht leisten konnten, in die falsche Richtung zu gehen. Daher haben wir uns entschieden, nach Abschluss unserer frühen Recherche Folgendes zu tun:

• Lo-Fi-Prototypen: Verfeinern Sie die Skizzen, bis wir die Schlupflöcher entdeckt und alle fehlerhaften Abläufe behoben haben.
• Formative Tests: Verwenden Sie Papierprototypen, um mit wem Sie konnten, wann immer Sie konnten, selbst wenn es auf dem Mittagstisch war.
• Hi-Fi-Prototypen: Entwickeln Sie einen interaktiven High-Fidelity-Prototypen so nah wie möglich am Endprodukt.
• Summative Tests: Testen Sie es mit echten Benutzern und erhalten Sie echte Erkenntnisse.
• Beta-Tests: Eine letzte Testrunde am eigentlichen Produkt, bevor wir es der Welt übergeben.
• Iterationen: Jeder Test lieferte einige gute Nachrichten und einige schlechte Nachrichten (was gute Nachrichten waren). Wir mussten die Behebung von Fehlern priorisieren und Verbesserungen für jede Iteration vornehmen.

Lektion

Usability-Tests sind eine fortlaufende Aktivität, die eine angemessene Planung, Zeit und Ressourcen erfordert.

Formative Tests

Herausforderung
Das ursprüngliche Design war völlig ungetestet und Entwicklungsteams warteten auf uns. Wir mussten ihnen etwas Solides geben, ganz schnell.

Bemühen

Low-Fidelity-Prototypen funktionieren hervorragend, wenn Sie schneller scheitern möchten. Sie helfen Ihnen, Fehler im Design frühzeitig zu entdecken , und die Designer selbst sind sehr offen für Änderungen am Rohdesign. Wir haben dasselbe bei Zivame gemacht. Nachdem wir mit dem Whiteboarding fertig waren, gingen wir schnell zu unseren Tools über, um verschiedene Bildschirme auf dem Computer zu erstellen, und machten Ausdrucke, um Bildschirmabläufe zu erstellen.

Und dann haben wir einfach einige Leute aus dem Büro (die unserer Zielperson Mahi Agarwal sehr ähnlich waren) gebeten, bestimmte Szenarien durchzuführen. Wann immer sie auch nur ein bisschen feststeckten, wussten wir, dass es ein Problem gab. Nicht selten machten sie uns sogar Vorschläge, die wir zur Kenntnis nahmen. Wir kamen dann zurück und diskutierten, warum die Benutzer vorschlugen, was sie waren, gingen der Grundursache des Problems nach und fanden unsere eigene Lösung.

Manchmal sagen Ihnen Tests nicht nur, was mit dem Design nicht stimmt, sondern zeigen auch neue Möglichkeiten auf. Während der formativen Tests haben wir beispielsweise festgestellt, dass Benutzer Benachrichtigungen verstehen und mit ihnen interagieren konnten. Wir haben das als grünes Signal und Design für eine stärkere, tiefere Integration von Benachrichtigungen verstanden.

Lektion

Warten Sie zum Testen nicht auf das Endprodukt; Fahren Sie mit jedem Prototyp fort, den Sie sich leisten können, und testen Sie ihn mit jedem, den Sie finden können. Schneller scheitern.

High-Fidelity-Prototypen

Herausforderung
Die Website hatte mehr als 300 einzigartige Bildschirme und Bildschirmzustände. Einen Click-Through zusammenzustellen war eine Mammutaufgabe.

Bemühen

Wir legen zuerst unsere Ziele und Nicht-Ziele fest, bevor wir den Prototyp bauen. Dies half uns , den Umfang des Prototypings zu reduzieren. z.B. Wir wollten die neue Shop-by-Experience-Funktion testen, waren uns aber ziemlich sicher, dass wir die Best Practices für den Checkout befolgt hatten, also entschieden wir uns, uns nicht auf diesen Ablauf zu konzentrieren.

Als nächstes haben wir 3 Optionen zum Bau des Prototyps bewertet:

1. Flash – mein persönlicher Favorit, ich weiß, ich klinge altmodisch!
2. Marvel App – weil alle diesen Weg gehen.
3. Invision App – Marvels Konkurrent.

Jetzt schied Flash wegen des damit verbundenen Overheads schnell aus. Marvel funktionierte irgendwie, hatte aber nur begrenzte Unterstützung für Überlagerungen, und mein gesamtes Design basierte auf Oberflächen und Überlagerungen. Invision bot mir mehr Flexibilität, also entschied ich mich für Invision.

Lektion

Scoping ist entscheidend; auch für einen Prototypen.

Summative Tests

Herausforderung
Der Test musste so optimiert werden, dass das Design NICHT bestand.

Bemühen

Wir beschlossen, das Skript aufzuschreiben, das wir während der Usability-Testsitzungen verwenden wollten. Das entscheidende Stück hier war, genau herauszufinden, was zu testen ist und wie. Also habe ich meine Ziele und Nicht-Ziele aufgelistet, auf deren Grundlage ich im Großen und Ganzen herausgefunden habe, was ich testen würde.

1. Anfängliches mentales Modell – Erwartungstest
2. Tatsächliche Nutzung – Kostenloser Erkundungstest
3. Navigation – Leistungstest
4. Affordance – Visueller Affordance-Test
5. Aufgabenablauf – Leistungstest
6. Sentiment – ​​Semantischer Differenzprozess

Sobald dies erledigt war, ordnete ich schnell eine Technik jeder Werbebuchung zu und ging dann zu den Modulen über, auf die ich mich konzentrieren wollte. Danach ging es weiter mit der Definition des Taskflows einzelner Szenarien. Die Sprache der Szenarien habe ich nicht aufgeschrieben, weil ich nicht steif klingen wollte. Ich habe das Skript unten auf Slideshare geteilt.

Lektion

Verwenden Sie einen Hammer für die Nägel, aber einen Schraubendreher für die Schrauben.

Rekrutierung

Herausforderung
Suche nach Frauen (in Indien), die sich bereit erklären würden, am Testen einer Dessous-Website teilzunehmen.

Bemühen

Wir wollten Frauen, die Zivames Zielperson Mahi Agarwal sehr ähneln. Wir gingen in die sozialen Medien und machten eine Ankündigung. Wir haben Frauen gebeten, Zivame beim Aufbau eines großartigen Einkaufserlebnisses für Frauen zu helfen! Viele Frauen haben sich gemeldet und wir haben eine gute Anzahl von Antworten erhalten. Darüber hinaus luden sie auch ihre Freunde zur Teilnahme ein. Und ein großes Lob an zukunftsorientierte Frauen wie Deepika, Subha und Aastha, die noch einen Schritt weiter gingen und sich bereit erklärten, unseren Teilnehmern ein Gesicht zu geben.

Wir waren in einer guten Position, um unsere Teilnehmer zu überprüfen und zu rekrutieren. Frauen, die Interesse bekundeten, mussten das Rekrutierungsformular für Teilnehmer ausfüllen. Nach einem kurzen Screening haben wir die Teilnehmer in die engere Wahl gezogen und sie angerufen, um die Sitzung mit ihnen zu vereinbaren.

Lektion

Echte Benutzer zu finden ist nicht so schwierig. Man muss es nur richtig machen!

Vorgeschlagene Literatur

Libelleneffekt, Jennifer Aaker & Andy Smith

Usability-Testsitzungen

Herausforderung
Mit Frauen über eine Website sprechen, die BHs verkauft.

Bemühen

Am D-Day waren wir gut vorbereitet mit eingerichteten Systemen, gedruckten Kopien des Skripts, das Team war bereit, seine Rollen zu erfüllen, und die Teilnehmer wurden herzlich begrüßt.
Wir begannen die Sitzungen damit, dass sich die Teilnehmer wohl fühlten. Wir begannen mit etwas Geplauder und kurzen Vorstellungsgesprächen. Wir betonten, wie wichtig ihr Beitrag war, und baten sie, sich keine Sorgen zu machen, unsere Gefühle zu verletzen, und ehrliches Feedback zu geben. Um zu vermeiden, dass sie uns ihre BH-Größenangaben mitteilen, haben wir darauf geachtet, dass wir ihnen sagen, dass sie von einer Größe von 34C ausgehen sollen. Ich glaube, ihnen gefiel die Idee. Wir haben dafür gesorgt, dass sie glaubten:

Sie werden nicht getestet, wir werden!
Ausnahmslos würde jeder Benutzer in diesem Moment lächeln, und wir wussten, dass wir es geschafft hatten, es ihnen bequem zu machen. Während der gesamten Sitzung haben wir darauf geachtet, dass der Fokus auf den Aufgaben (und damit auf dem Design) und nicht auf den Produkten lag. Dann würden wir mit dem Flow beginnen (wie im PPT erwähnt).

Wir haben während dieser Tests einige ziemlich interessante Dinge entdeckt. Zu unserer Überraschung hatte keiner der Benutzer Probleme, das „Shop“ -Menü zu verstehen, was eine große Änderung gegenüber unserem vorherigen Design darstellte. Die Benutzer waren jedoch verwirrt, als sie das Untermenü erreichten, und wir wussten, dass es vereinfacht werden musste (was wir später taten).
Wir haben auch ein grundlegendes Problem mit Titelleisten unserer Oberflächen entdeckt. Benutzer hatten Schwierigkeiten, zurückzugehen und die Oberflächen zu schließen. Auch dieses Problem haben wir in unserer nächsten Iteration behoben.

Eine der wichtigsten Erkenntnisse betraf die klebrigen Knöpfe am unteren Rand der Oberflächen. Wir haben festgestellt, dass die Schaltfläche manchmal den Benutzerfluss unterbrach, wenn Benutzer darauf klickten, ohne die Beschriftungen zu lesen, oder sie die Beschriftungen falsch interpretierten. Wir haben Alternativen zu solchen Situationen gefunden.
Insgesamt erwiesen sich die Nutzer als sehr hilfreich!

Lektion

Benutzer sind Menschen, wenn Sie sie gut behandeln, werden sie sehr hilfreich sein.

Der Bug-Bash

Herausforderung
Wir mussten sicherstellen, dass sich das Endprodukt wie entworfen und beabsichtigt verhält, und uns lief die Zeit davon!

Bemühen

Es gibt immer einen ziemlichen Unterschied zwischen dem tatsächlichen Produkt und der Implementierung.
Als die Beta-Produktwebsite von Zivame fertig war, wollten wir sicherstellen, dass sich das Produkt wie erwartet verhält. Wir wollten sehen, ob Benutzer mit der Interaktion mit den von uns implementierten UI-Steuerelementen zufrieden sind, und wollten sehen, wie sie in der realen Welt funktionieren.

Also öffneten wir es für alle Zivame-Mitarbeiter und führten einen dreistündigen Bug-Logging-Marathon durch, den wir Bug Bash nannten. Wir haben einen Coupon ausgestellt, der 3 Stunden lang nur auf der Beta-Website funktionierte, und alle Mitarbeiter gebeten, den Coupon zu nutzen und jeden Fehler, auf den sie gestoßen sind, im Bug-Bash-Formular zu protokollieren.
Wir haben sie in verschiedene Teams eingeteilt und Preise für die 3 besten Teams bekannt gegeben. Der Plan funktionierte und wir erhielten 223 Antworten von verschiedenen Teams. Wir haben 2 Tage gebraucht, um die gesamte Liste durchzugehen und herauszufinden, welche echt sind. Die meisten der gemeldeten Fehler waren doppelte oder bekannte Probleme, aber wir haben 12 neue Fehler entdeckt (von denen 3 mit der Benutzeroberfläche zusammenhängen).

Dies gab uns ein hohes Maß an Selbstvertrauen, die Beta extern zu veröffentlichen!

Lektion

Testen schadet nie und kann in jedem Stadium durchgeführt werden.
Ein großes Lob an die Frauen, die uns dabei geholfen haben, ein so fantastisches Einkaufserlebnis bei Zivame aufzubauen!

Studieren Sie Produktmanagement-Kurse online von den besten Universitäten der Welt. Erwerben Sie Master-, Executive PGP- oder Advanced Certificate-Programme, um Ihre Karriere zu beschleunigen.

Empfohlenes Programm für Sie: Design Thinking-Zertifizierungsprogramm von Duke CE