Warum Maison Code darüber spricht

Bei Maison Code Paris fungieren wir als das architektonische Gewissen unserer Kunden. Wir übernehmen oft „moderne“ Stacks, die ohne grundlegendes Verständnis für Skalierung gebaut wurden.

Wir diskutieren dieses Thema, weil es einen kritischen Wendepunkt in der technischen Reife darstellt. Die korrekte Implementierung unterscheidet ein fragiles MVP von einer widerstandsfähigen Plattform auf Unternehmensniveau.

Die Halluzination des Baumeisters und der Fluch des Wissens

Ingenieure, Designer und Produktmanager leiden alle an einer tödlichen Krankheit: The Builder’s Bias (auch bekannt als der Fluch des Wissens). Wir wissen, wie die Funktion funktioniert, weil wir sie entwickelt haben. Wir wissen, dass das Symbol „Speichern“ eine Diskette ist. Wir wissen, dass Sie auf „Bearbeiten“ klicken müssen, bevor Sie etwas in das Feld eingeben können. Wir wissen, dass das Drei-Punkte-Menü die Option „Löschen“ enthält. Es ist für uns offensichtlich. Für den Benutzer ist es verwirrend. Sie schauen auf den Bildschirm und sehen Geräusche. Sie haben Angst, auf die falsche Schaltfläche zu klicken. Sie wissen nicht, was „Hamburger-Menü“ bedeutet. Beim Benutzertest wird beobachtet, wie ein Fremder versucht, Ihr Produkt ohne Ihre Hilfe zu verwenden. Es ist oft schmerzhaft. Sie werden zusehen, wie sie Schwierigkeiten haben, den riesigen „Anmelden“-Button zu finden, der sich genau in der Mitte des Bildschirms befindet. Sie werden am liebsten schreien: „DAS IST GENAU!“. Aber das kannst du nicht. Sie müssen auf Ihren Händen sitzen und beobachten. Denn wenn sie es nicht finden, ist es nicht ihre Schuld. Es ist deine Schuld. Benutzertests schließen die Lücke zwischen dem „idealen Benutzer“ in Ihrem Kopf und dem „echten Benutzer“ in der freien Natur.

Warum Maison Code Benutzertests diskutiert

Bei Maison Code schreiben wir nicht nur Code. Wir bauen Produkte. Wir haben gesehen, wie Startups 500.000 US-Dollar verschwendet haben, um einen komplexen Funktionsumfang aufzubauen, den niemand versteht. Sie starten. Grillen. „Warum verwenden sie nicht den erweiterten Filter?“ Weil sie nicht wussten, dass es existierte. Bevor wir eine einzige Codezeile schreiben oder unmittelbar nach dem MVP-Prototyp, plädieren wir für Usability-Tests. Wir moderieren diese Sitzungen effektiv. Wir bringen die „Voice of the Customer“ in den Technikraum. Mit Daten kann man nur schwer streiten. „Die allgemeine Meinung ist, dass Blau besser ist.“ vs. „5 von 5 Nutzern konnten den Checkout-Button nicht finden.“ Die zweite Aussage treibt das Handeln voran. Wir sprechen darüber, weil UX Debt genauso real ist wie Tech Debt.

Qualitativ vs. quantitativ: Das Gesamtbild

Sie benötigen beide Datenströme, um Entscheidungen zu treffen.

Quantitative Daten (Das „Was“):

Tools: Google Analytics, Mixpanel, Amplitude.
Einblicke: „Die Absprungrate auf der Preisseite beträgt 60 %.“ „Die Conversion-Rate ist auf Mobilgeräten um 2 % gesunken.“
Blinder Fleck: Es sagt Ihnen nicht, warum. Sind sie abgesprungen, weil der Preis zu hoch ist? Oder weil die Seite nicht geladen wurde? Oder weil die Schriftart hässlich war?

Qualitative Daten (Das „Warum“):

Tools: Benutzerinterviews, Usability-Tests, Sitzungswiedergabe.
Einblicke: „Der Benutzer hat nicht nach unten gescrollt, weil das ‚Hero Image‘ wie eine Landingpage im Vollbildmodus aussah (The False Bottom Illusion).“ „Der Benutzer hat der Website nicht vertraut, weil die Fotos gefälscht aussahen.“
Ergebnis: Dadurch erhalten Sie die spezifische umsetzbare Lösung. „Heldenhöhe auf 80 vh verringern, damit der nächste Abschnitt sichtbar ist.“

Die Methodik: Der Muttertest

Wir folgen den Prinzipien von „The Mom Test“ von Rob Fitzpatrick. Wenn du deine Mutter fragst: „Gefällt dir meine App?“, wird sie antworten: „Ja, Schatz, sie ist wunderschön.“ Sie lügt, um deine Gefühle zu schützen. Die meisten Benutzer möchten nett sein. Regel Nr. 1: Fragen Sie niemals nach Ihrer Meinung („Gefällt es Ihnen?“). Fragen Sie nach Verhaltensweisen. Regel Nr. 2: Geben Sie ihnen eine bestimmte Aufgabe (das Szenario). „Stellen Sie sich vor, Sie planen für das nächste Wochenende eine Reise nach Paris. Versuchen Sie, ein Hotel unter 200 € zu buchen.“ Regel Nr. 3: Halt den Mund. Leite sie nicht. „Klicken Sie dort.“ „Nein, das nicht.“ Wenn sie stecken bleiben, lassen Sie sie ein wenig kämpfen. Der Kampf sind die Daten. Wenn sie fragen: „Was macht diese Schaltfläche?“, antworten Sie: „Was denken Sie, was sie bewirkt?“

Moderierte vs. nicht moderierte Tests

Es gibt im Wesentlichen zwei Möglichkeiten, dies auszuführen.

1. Moderiertes Testen (Zoom / persönlich)

Sie telefonieren mit dem Benutzer.

Protokoll: „Aloud denken“. Bitten Sie den Benutzer, seine Gedanken zu äußern. „Ich suche nach dem Preis … ich kann ihn nicht finden … ich klicke auf dieses Menü …“
Vorteile: Tiefe Einblicke. Sie können fragen: „Warum haben Sie dort gezögert?“. Sie können den Test verschieben, wenn ein neuer Fehler gefunden wird. Empathieaufbau.
Nachteile: Teuer. Zeitaufwändig (1 Stunde pro Benutzer + Planung). Risiko der Voreingenommenheit des Benutzers (der „Hawthorne-Effekt“ – er verhält sich intelligenter, weil er beobachtet wird).

2. Unmoderiertes Testen (UserTesting.com, Maze, Lookback)

Sie laden einen Prototyp (Figma-Link) oder eine Live-URL hoch. Sie schreiben ein Aufgabenskript. Benutzer zeichnen ihren Bildschirm und ihre Stimme auf, während sie dies alleine in ihrem Schlafzimmer tun.

Vorteile: Schnell. Sie können um 17:00 Uhr einen Test starten und haben bis 9:00 Uhr 10 Videos. Billig(ähm).
Nachteile: Keine Nachverfolgung möglich. Benutzer könnten es anrufen (einfach schnell klicken, um bezahlt zu werden).
Strategie: Moderiert für „Discovery“ verwenden (Was sollen wir erstellen?). Verwenden Sie „Unmoderiert“ für „Validierung“ (Haben wir es richtig erstellt?).

Handwerkszeug

Figma-Prototypen: Der günstigste Code ist der Code, den Sie nicht schreiben. Erstellen Sie in Figma einen „klickbaren Dummy“. Es sieht echt aus, hat aber kein Backend. Testen Sie dies. Wenn Benutzer scheitern, ändern Sie die Zeichnung. Es dauert 10 Minuten. Wenn Sie die Codeversion testen, dauert die Änderung zwei Tage. Schnell scheitern.
Rekrutierungsplattformen: UserTesting.com: Der Unternehmensstandard. Teuerer, aber sofortiger Zugang zu bestimmten demografischen Merkmalen („Ein Zahnarzt in Ohio verdient 100.000 US-Dollar“). UsabilityHub / Ballpark: Günstigere, kürzere Tests. Verwenden Sie Ihre eigene Liste: Versenden Sie Ihren Newsletter per E-Mail. Bieten Sie eine Amazon-Geschenkkarte im Wert von 50 € an. Dies sind Ihre echten Benutzer.
Passives Testen (Hotjar / Microsoft Clarity): Installieren Sie ein Skript auf Ihrer Live-Site. Es zeichnet Videositzungen echter Besucher auf (anonymisiert). Schauen Sie sich 10 Sitzungen an, während Sie zu Mittag essen. Heatmaps: Zeigen Sie, wo Menschen klicken. Wutklicks: Schnelles Klicken auf ein Element. Zeigt an: „Dies sieht aus wie eine Schaltfläche, ist es aber nicht.“ -> Reparieren Sie das Problem sofort.

Die 5-Benutzer-Regel (Nielsen Norman Group)

Jakob Nielsen hat mathematisch bewiesen, dass Tests mit 5 Benutzern 85 % der Usability-Probleme finden. Sie benötigen keine 50 Benutzer.

Benutzer 1 findet die kritischen Blocker (Login ist fehlerhaft).
Benutzer 2 bestätigt sie.
Benutzer 3 bestätigt sie.
Benutzer 6 fügt nur sehr wenige neue Informationen hinzu (Abnehmende Renditen). Strategie: Führen Sie häufig kleine Tests durch. Testen Sie mit 5 Benutzern. Beheben Sie die Fehler. Testen Sie erneut mit 5 Benutzern. Iterative Schleife >> Massive Studie.

Die Sicht des Skeptikers

„Wir haben keine Zeit. Wir haben eine Frist.“ Gegenpunkt: Wenn Sie ein verwirrendes Produkt auf den Markt bringen, werden Sie Monate damit verbringen, es zu reparieren und Support-Tickets zu bearbeiten. „Wie setze ich mein Passwort zurück?“ -> Wenn 100 Leute das fragen, haben Sie einen UX-Fehler. Ein einstündiger Benutzertest kann einen Monat technischer Nacharbeit einsparen. Benutzertests beschleunigen das lebensfähige Produkt, auch wenn es die erste Veröffentlichung um einen Tag verzögert. Es handelt sich um eine Strategie zur Risikominderung.

FAQ

F: Wen sollten wir einstellen? A: Menschen, die zu Ihrer Persönlichkeit passen. Wenn Sie SaaS für Zahnärzte verkaufen, testen Sie es nicht mit Teenagern. Ihr mentales Modell ist anders. Wenn Sie Zahnpasta (Verbraucher) verkaufen, testen Sie es mit jemandem.

F: Was ist A/B-Testing im Vergleich zu Benutzertests? A/B-Tests (Split-Tests) sind quantitativ. „Welche Tastenfarbe lässt sich besser konvertieren? Rot oder Grün?“ Benutzertests sind qualitativ. „Warum haben sie auf Rot geklickt?“ Verwenden Sie Benutzertests, um Hypothesen zu generieren. Verwenden Sie A/B-Tests, um sie im großen Maßstab zu validieren.

Fazit

Produktmanagement ohne Benutzertests ist eine Halluzination. Engineering ohne Benutzertests ist Eitelkeit. Sie bauen für Menschen. Sprich mit ihnen. Beobachten Sie sie. Es wird dich demütigen. Und es wird Ihr Produkt überlegen machen. Verlassen Sie das Gebäude.

Benutzer verwirrt?

Wenn Ihr Support-Posteingang voll ist mit „Wie mache ich X?“ oder Ihre Abwanderungsrate hoch ist, ist Ihre UX kaputt. Maison Code führt professionelle UX-Forschung und Usability-Tests durch. Wir rekrutieren die richtigen Benutzer, schreiben die Skripte, moderieren die Sitzungen und liefern umsetzbare „Highlight Reels“ genau in den Momenten, in denen Benutzer stecken bleiben.

Beauftragen Sie unsere Architekten.