Streit ist kein Unfall
UX-Design ist kein Kaffeekränzchen. Es ist ein Job, bei dem du zwangsläufig aneckst. POs wollen Features shippen, Devs wollen sauberen Code, BAs wollen Prozesse – und du willst, dass Nutzer nicht verzweifeln. Da kann es richtig krachen. Und das ist gut so. Denn Streit ist nicht das Problem, sondern kann eine Methode sein, mit der wir bessere Produkte bauen.
Warum Streit unvermeidbar ist
Konflikte sind kein Störgeräusch, sondern der Rohstoff für bessere Entscheidungen. Konflikte zeigen, dass unterschiedliche Interessen aufeinanderprallen. Wenn du sie ignorierst, verlierst du. Wenn du sie klug führst, gewinnst du Klarheit, Respekt und bessere Entscheidungen. UX-Designer, die nie streiten, werden zu sogenannten „Pixelschubsern“. Nur UX-Designer, die richtig streiten, werden zu echten Gestaltern.
So streitest Du richtig
Mit den richtigen Methoden wird aus hitziger Diskussion kein Machtkampf, sondern ein produktiver Schritt zu besseren Entscheidungen.
Framing statt Fassungslosigkeit
Wenn du denkst: „Das kann doch nicht euer Ernst sein!“, sag lieber: „Ich sehe, dass ihr Geschwindigkeit priorisiert. Ich will kurz zeigen, was wir dabei verlieren.“ So rahmst du den Konflikt als Perspektivwechsel, nicht als Angriff.
Konkrete Nutzerfolgen statt Prinzipien
„Das ist schlechtes UX“ ist zu schwammig. Besser: „Wenn wir das so machen, finden möglicherweise 50 % der Nutzer den CTA nicht – das killt die Conversion.“ Du streitest mit Wirkung, nicht mit Meinung.
Visualisieren statt diskutieren
Ein Scribble, ein Flow, ein Screenshot aus einem Tool des Mitbewerbers – das alles wirkt mehr als zehn Sätze. Streit wird greifbar, nicht theoretisch.
Verhandeln statt verteidigen
„Was wäre eine Lösung, die eure technischen Limits respektiert und trotzdem den Nutzer nicht hängen lässt?“ Du zeigst Kompromissfähigkeit, ohne dich zu verbiegen.
Beispiele aus dem Alltag
Die folgenden Szenen sind typische Situationen – und Beispiele dafür, wie man sie klug und konstruktiv austrägt.
Mit einem Product Owner (PO)
Ein PO sagt:
„Wir haben keine Zeit für Tests, wir müssen nächste Woche live gehen.“
Du antwortest:
„Verstehe. Aber wenn wir jetzt nicht testen, riskieren wir, dass 50 % der Nutzer den Checkout abbrechen. Das kostet uns mehr Zeit und Geld, als ein halber Tag Usability-Testing.“
Streitpunkt:
Geschwindigkeit vs. Qualität
Methode:
Reframing: Du streitest nicht gegen Zeit, sondern für Effizienz.
Mit einem Entwickler (Dev)
Ein Dev sagt:
„Das ist technisch zu komplex, das dauert Wochen.“
Du antwortest:
„Okay, was wäre die einfachste Lösung, die trotzdem den Nutzer nicht verwirrt? Können wir einen Zwischenschritt bauen, der später erweiterbar ist?“
Streitpunkt:
Technische Machbarkeit vs. Nutzerfreundlichkeit
Methode:
Verhandeln: Du zeigst Kompromissbereitschaft, ohne den Nutzer zu opfern.
Mit einem Business Analyst (BA)
Ein BA sagt:
„Das steht nicht im Scope, das können wir nicht aufnehmen.“
Du antwortest:
„Scope ist wichtig, klar. Aber wenn wir den Schritt so lassen, verlieren wir Nutzer. Das gefährdet das Projektziel. Also ist es eigentlich Teil des Scopes.“
Streitpunkt:
Prozess vs. Nutzerbedürfnis
Methode:
Reframing: Du verschiebst den Scope, indem du ihn mit den Projektzielen verknüpfst.
Mit dem Marketing-Team
Das Marketing sagt:
„Wir brauchen den Banner größer, sonst sieht man die Kampagne nicht.“
Du antwortest:
„Wenn der Banner größer wird, überdeckt er den CTA. Das senkt die Conversion. Was ist wichtiger: Sichtbarkeit oder Abschlussrate?“
Streitpunkt:
Markenbotschaft vs. Usability
Methode:
Konkrete Nutzerfolgen: Du bringst Zahlen ins Spiel, statt über Geschmack zu diskutieren.
Mit dem Management
Das Management sagt:
„Wir haben keine Zeit für Detaildiskussionen, wir entscheiden jetzt.“
Du antwortest:
„Alles klar. Aber ich muss dokumentieren, dass wir hier bewusst gegen Nutzerfeedback entschieden haben. Damit wir später wissen, warum die Conversion eingebrochen ist.“
Streitpunkt:
Streitpunkt: Entscheidungsschnelligkeit vs. Verantwortung
Methode:
Den Preis benennen: Du akzeptierst die Entscheidung, aber machst die Konsequenzen sichtbar.
Fazit: Klug streiten ist kein Selbstzweck
Streit gehört zum Werkzeugkasten eines UX-Designers. Wer ihn meidet, macht sich unsichtbar – und lässt die Stimme der Nutzer verstummen. Wer ihn eskalieren lässt, verbrennt Vertrauen und zerstört Zusammenarbeit. Aber wer ihn klug führt, zeigt Haltung, schafft Klarheit und bringt Teams weiter.
Streit ist kein Selbstzweck. Er ist der Moment, in dem wir den Mut haben, unbequeme Wahrheiten auszusprechen und die Komfortzone zu verlassen. Er ist der Prüfstein dafür, ob wir wirklich für die Nutzer einstehen – oder nur schöne Screens liefern.
Am Ende zählt nicht, wie laut du warst oder wie oft du recht hattest. Am Ende zählt, ob das Produkt besser wurde, weil du den Mut hattest, zu streiten.
