Anmelden
Melde dich an!
UX — User Experience
UX heißt: der Nutzer denkt nicht nach — er macht weiter.
Scrollen zum anschauen
Was die Leistung umfasst
Was UX-Arbeit für dein Produkt leistet
Viele digitale Produkte werden gebaut, ohne dass jemand fragt, ob sie für den Nutzer funktionieren. Designer machen sie schön, Entwickler bauen sie technisch sauber, Marketing schreibt Texte drauf — und dann erkennt das Sales-Team in Demo-Gesprächen, dass Nutzer am dritten Klick aussteigen. UX-Arbeit setzt vor diese Phase an: was muss das Produkt für den Nutzer leisten, und wo entstehen Barrieren, die sich vor dem Launch lösen lassen.
Ich arbeite an der Frage, ob das Produkt funktioniert, bevor entschieden wird, wie es aussieht. Konkret: Nutzer-Recherche (Interviews, bestehende Daten, Heatmaps), Informations-Architektur (was gehört wohin, in welcher Reihenfolge), User Flows für die wichtigsten Use Cases, Wireframes mit den richtigen Komponenten, klickbare Prototypen für Usability-Tests, und Übergabe ans Design-Team mit klaren Vorgaben. Bei Bestandsprodukten auch UX-Audit: wo verlieren Nutzer heute Zeit, was bremst Conversion, was lässt sich mit kleinen Eingriffen beheben.
Dein Produkt funktioniert vom ersten Touch — nicht nach drei Iterationen, in denen Nutzer das Team korrigieren. Conversion-Raten steigen, weil Friction-Punkte vor Launch gelöst sind. Und dein Entwicklungs-Team baut nicht zweimal, weil die Anforderungen vor dem Sprint geklärt waren.
So gehe ich vor
So gehe ich an UX
01 — Verstehen. Wer nutzt das Produkt wirklich, was bremst sie heute, wo entsteht Wert? Interviews mit Bestandsnutzern oder potenziellen Käufern, Analyse-Daten wenn vorhanden, Heuristik-Check des Status quo.
02 — Strukturieren. Informations-Architektur und User Flows vor dem Pixel — Wireframes, nicht Mockups. Komponentenlogik festlegen, Navigations-Muster definieren, Edge Cases identifizieren.
03 — Validieren. Klickbare Prototypen mit echten Nutzern testen, bevor Entwicklung beginnt. Fünf Nutzer reichen oft, um die größten Friction-Punkte aufzudecken. Iterieren am Prototyp ist um Größenordnungen günstiger als am fertigen Produkt.
04 — Übergeben. Designsystem und Komponenten so dokumentiert, dass dein Team weiterbauen kann. Übergabe-Workshop mit Design und Entwicklung — sodass UX-Entscheidungen verstanden werden, nicht nur befolgt.
Referenz
Hier eine Beispielprojekt von mir
FAQ
Häufig gestellte Fragen
Bei einfachen Marketing-Sites mit klarer Struktur reicht ein guter Designer. Sobald das Produkt komplex wird (Software, mehrstufige Flows, viele Nutzer-Rollen) oder wenn ihr nicht mehr sicher seid was Nutzer wirklich brauchen, lohnt UX-Arbeit. Faustregel: wenn eure Sales-Demos zeigen, dass Nutzer am dritten Klick aussteigen, fehlt nicht Design sondern UX-Klarheit.
Sehr unterschiedlich nach Scope. Ein UX-Audit an einem bestehenden Produkt geht zügig. Ein vollständiger UX-Prozess (Research, Wireframes, Prototypen, Tests) für ein neues Produkt braucht mehrere Wochen. Im Briefing klären wir die Tiefe und legen die Phasen fest — schnell, aber nicht hastig. Iterieren am Prototyp ist um Größenordnungen günstiger als am fertigen Produkt.
Echte Nutzer schlagen interne Annahmen fast immer. Selbst drei bis fünf Nutzer-Interviews decken meistens 80% der Friction-Punkte auf, die intern niemand auf dem Schirm hatte. Wenn Nutzer-Interviews wirklich nicht möglich sind, nutzen wir Hilfsquellen: bestehende Support-Tickets, Sales-Notizen, Heatmaps, Session-Recordings.
Es lebt mit dem Produkt weiter. In der Übergabe-Phase dokumentiere ich Komponenten und Entscheidungen so, dass euer Team neue Features ohne Rückfragen umsetzen kann. Bei wachsender Komplexität ist ein UX-Retainer für laufende Begleitung sinnvoll — bei klarem Setup auch ohne. Wichtig: jemand intern ist nach Übergabe verantwortlich, sonst zerfasert das System.
