Ein digitales Produkt kann technisch funktionieren und trotzdem im Alltag scheitern. Nutzer finden wichtige Informationen nicht, verstehen einen Status falsch oder benötigen für eine einfache Aufgabe mehrere Umwege. Häufig entstehen zusätzliche Rückfragen, manuelle Listen und informelle Abkürzungen, obwohl das System eigentlich Arbeit erleichtern sollte.
Genau hier setzt UX Design an. Es betrachtet nicht nur einzelne Oberflächen, sondern den gesamten Weg, auf dem Menschen mit einem digitalen Produkt ein Ziel erreichen. Dazu gehören Aufgaben, Begriffe, Abläufe, Informationen, Rückmeldungen, Fehlerfälle und Übergaben zwischen verschiedenen Rollen.

Besonders relevant ist das bei Kundenportalen, internen Anwendungen und komplexer Unternehmenssoftware. Dort treffen fachliche Regeln, Datenmodelle, Berechtigungen, technische Grenzen und unterschiedliche Arbeitsweisen aufeinander. Eine ansprechende Oberfläche allein reicht deshalb nicht aus.

Dieser Beitrag erklärt, was UX Design bedeutet, wie es sich von UI Design und Usability unterscheidet und wie ein nutzerzentrierter Prozess aufgebaut ist. Sie erfahren außerdem, welche UX-Methoden bei welcher Fragestellung helfen, wie Prototypen und Usability Tests eingesetzt werden und woran Unternehmen erkennen, ob sich die Nutzererfahrung tatsächlich verbessert.

• Was ist UX Design?
• UX Design, UI Design und Usability unterscheiden
• Warum UX Design für Unternehmen wirtschaftlich relevant ist
• Der UX Design Prozess: Von der Nutzeraufgabe zur umsetzbaren Lösung
• Welche UX Design Methode passt zu welcher Fragestellung?
• User Journeys und Informationsarchitektur
• Wireframes, Prototypen und Usability Tests
• Accessibility als Bestandteil guter User Experience
• UX Design im Softwareprojekt verankern
• Praxisbeispiel: Ein internes Freigabeportal neu gestalten
• Wie lässt sich die Wirkung von UX Design messen?
• UX-Reifecheck für Unternehmen
• Fazit
• FAQ

UX Design ist die nutzerzentrierte Gestaltung von Produkten, Systemen und Services. Ziel ist, dass Menschen ihre Aufgaben im jeweiligen Nutzungskontext effektiv, effizient und nachvollziehbar erledigen können. Dafür verbindet UX Design Nutzerbedürfnisse, Geschäftsziele und technische Rahmenbedingungen.

Das Ergebnis ist nicht nur eine grafische Oberfläche. UX Design gestaltet unter anderem:

• welche Informationen Nutzer benötigen
• welche Schritte für eine Aufgabe notwendig sind
• wie Inhalte und Funktionen strukturiert werden
• welche Begriffe verwendet werden
• wie das System auf Eingaben reagiert
• wie Fehler verhindert oder verständlich erklärt werden
• wie unterschiedliche Rollen zusammenarbeiten
• wie Ausnahmefälle behandelt werden

Die ISO 9241-210 beschreibt Human-Centred Design als einen Ansatz für interaktive Systeme, der Nutzer, ihre Bedürfnisse und Anforderungen über den gesamten Lebenszyklus berücksichtigt. Dazu gehören das Verständnis des Nutzungskontexts, die Definition von Nutzungsanforderungen, die Entwicklung von Lösungen und deren Evaluation.

Angenommen, eine Führungskraft soll einen Antrag in einem internen Portal freigeben. Die Schaltfläche ist gut sichtbar und das Layout modern. Trotzdem dauert die Entscheidung lange, weil:

• der Status des Antrags unklar ist
• entscheidungsrelevante Informationen auf mehreren Seiten verteilt sind
• Rückfragen nur außerhalb des Systems möglich sind
• Folgen einer Ablehnung nicht erklärt werden
• dieselben Begriffe in verschiedenen Bereichen unterschiedlich verwendet werden

Das ist kein rein visuelles Problem. Es betrifft Prozess, Informationsstruktur, Interaktionslogik und fachliche Anforderungen.

UX Design macht diese Zusammenhänge sichtbar und übersetzt sie in eine Lösung, die Nutzer verstehen und die Entwicklung umsetzen kann.

Die Begriffe werden häufig gemeinsam verwendet, beschreiben aber unterschiedliche Perspektiven.

UX-Entscheidungen betreffen beispielsweise:

• Reihenfolge von Schritten
• Navigationsstruktur
• Such- und Filterlogik
• Benennungen
• Feldabhängigkeiten
• Berechtigungen
• Statusmodelle
• Fehlermeldungen
• Rückmeldungen nach einer Aktion

UI Design entscheidet unter anderem über:

• visuelle Hierarchie
• Typografie
• Abstände
• Kontraste
• Icons
• Komponenten
• Interaktionszustände
• responsives Verhalten

Ein gutes UI kann eine fehlerhafte Prozesslogik nicht ausgleichen. Umgekehrt kann ein fachlich sinnvoller Ablauf unnötig schwer nutzbar sein, wenn die visuelle Orientierung fehlt.

Usability betrachtet, ob definierte Aufgaben effektiv, effizient und zufriedenstellend erledigt werden können. UX Design erzeugt die Lösungen und Entscheidungsgrundlagen, mit denen diese Gebrauchstauglichkeit gezielt verbessert werden soll. Das W3C zeigt, dass Accessibility, Usability und Inklusion unterschiedliche Perspektiven darstellen, in der Gestaltung digitaler Produkte jedoch eng zusammenspielen.

Schlechte Nutzererfahrungen verursachen nicht nur Unzufriedenheit. Sie erzeugen konkrete betriebliche Folgen:

• längere Bearbeitungszeiten
• falsche oder unvollständige Eingaben
• zusätzliche Rückfragen
• erhöhte Supportkosten
• manuelle Umgehungslösungen
• verspätete Freigaben
• geringe Nutzung neuer Systeme
• Nacharbeit in Entwicklung und Testing

Besonders teuer werden UX-Probleme, wenn sie erst nach der Implementierung sichtbar werden. Dann müssen nicht nur Oberflächen angepasst werden. Häufig ändern sich auch Datenmodelle, Prozesslogik, Schnittstellen, Testfälle, Dokumentation und Schulungsunterlagen.

UX Design ist deshalb kein nachgelagerter Verschönerungsschritt. Es ist eine Methode, um Unsicherheit und Fehlentwicklungen früh zu reduzieren.

Ein UX Design Prozess verläuft iterativ. Erkenntnisse und Lösungen werden nicht einmalig festgelegt, sondern schrittweise überprüft und verbessert.

Ein praxistaugliches Modell umfasst fünf Phasen:

1. Nutzungskontext verstehen
2. Problem und Ziele definieren
3. Struktur und Interaktionen entwerfen
4. Lösung mit Nutzern prüfen
5. Umsetzung begleiten und Wirkung messen

Zu Beginn wird untersucht:

• Wer verwendet das Produkt?
• Welche Aufgaben sollen erledigt werden?
• In welcher Situation findet die Nutzung statt?
• Welche Informationen stehen zur Verfügung?
• Welche Systeme und Hilfsmittel werden zusätzlich genutzt?
• Wo entstehen heute Wartezeiten, Fehler oder Umgehungslösungen?
• Welche Rollen und Übergaben sind beteiligt?

Geeignete Quellen sind Interviews, Beobachtungen, Supporttickets, Prozesskennzahlen, Systemdaten und vorhandene Dokumentationen.

Die gesammelten Informationen werden zu konkreten Problemstellungen verdichtet.

Nicht:
Das Portal ist nicht benutzerfreundlich.

Besser:
Freigebende Personen brechen den Vorgang häufig ab, weil Entscheidungsgrundlage und Auswirkung einer Ablehnung nicht gemeinsam sichtbar sind.

Danach werden Erfolgskriterien festgelegt, beispielsweise:

• höhere Abschlussquote
• weniger Rückfragen
• geringere Fehlerquote
• kürzere Bearbeitungszeit
• weniger Supportkontakte

In dieser Phase entstehen:

• User Flows
• User Journeys
• Informationsarchitektur
• Navigationskonzepte
• Zustandsmodelle
• Wireframes
• Interaktionsregeln
• erste Prototypen

Die Lösung wird zunächst so einfach wie möglich dargestellt. Dadurch lassen sich Abläufe ändern, ohne bereits viel Zeit in visuelle Details zu investieren.

Nutzer bearbeiten realistische Aufgaben mit einem Wireframe oder Prototyp.

Dabei wird beobachtet:

• Wo stockt die Bearbeitung?
• Welche Begriffe werden missverstanden?
• Welche Informationen fehlen?
• Welche Aktionen werden übersehen?
• Welche Erwartungen stimmen nicht mit dem Systemverhalten überein?
• Können Nutzer die Aufgabe korrekt abschließen?

Die Ergebnisse werden in umsetzbare Anforderungen überführt:

• Interaktionsregeln
• Akzeptanzkriterien
• UI-Texte
• Zustände
• Berechtigungen
• Fehlerfälle
• Komponenten
• Messpunkte

UX endet nicht mit der Übergabe eines Designs. Während der Entwicklung müssen offene Fragen geklärt und Abweichungen bewertet werden.

Die DIPS GmbH verbindet UX Design mit Prozessanalyse, Requirements Engineering und Projektumsetzung. Dadurch entstehen nicht nur ansprechende Entwürfe, sondern nachvollziehbare Abläufe, testbare Anforderungen und klare Entscheidungsgrundlagen für Fachbereich und Entwicklung.

Nicht jedes Projekt benötigt alle UX-Methoden. Ausgangspunkt sollte immer die konkrete Unsicherheit sein.

Eine Methode ist dann sinnvoll, wenn klar ist:

1. Welche Frage soll beantwortet werden?
2. Welche Entscheidung hängt vom Ergebnis ab?
3. Welche Personen müssen einbezogen werden?
4. Wie wird das Ergebnis anschließend genutzt?

So entsteht kein unverbundener Mix aus Workshops, Personas und Prototypen, sondern ein zielgerichtetes Vorgehen.

Viele UX-Probleme entstehen nicht auf einem einzelnen Screen. Sie liegen in Übergaben, Wartezeiten, widersprüchlichen Begriffen oder fehlenden Informationen.

Eine User Journey beschreibt den Weg einer Person durch eine Aufgabe oder einen Service.

Sie enthält beispielsweise:

• Auslöser
• beteiligte Rollen
• einzelne Schritte
• verwendete Kanäle
• benötigte Informationen
• Entscheidungen
• Wartezeiten
• Rückfragen
• Pain Points
• Verbesserungschancen

Bei internen Systemen sollte die Journey nicht beim Login beginnen und beim Klick auf „Speichern“ enden. Auch Telefonate, E-Mails, Excel-Listen, Freigaben und nachgelagerte Kontrollen gehören zum Nutzungserlebnis.

Wie Unternehmen solche bereichsübergreifenden Abläufe vollständig erfassen und gestalten, zeigt ergänzend der Beitrag „Prozessmanagement im Mittelstand“.

Informationsarchitektur ordnet Inhalte, Objekte und Funktionen so, dass Nutzer sie erwarten und wiederfinden können.

Wichtige Fragen sind:

• Welche zentralen Objekte gibt es?
• Welche Aufgaben führen Nutzer mit diesen Objekten aus?
• Welche Informationen benötigen unterschiedliche Rollen?
• Welche Begriffe werden verstanden?
• Welche Inhalte gehören zusammen?
• Welche Filter und Suchmöglichkeiten werden benötigt?
• Welche Status müssen sichtbar sein?

Die Struktur sollte sich an Nutzeraufgaben orientieren und nicht unreflektiert das Organigramm oder Datenbankmodell des Unternehmens abbilden.

Frühe Entwürfe reduzieren das Risiko, eine ungeeignete Lösung vollständig zu entwickeln.

Wireframes eignen sich besonders für:

• Seitenstruktur
• Informationsprioritäten
• Navigationslogik
• Formulare
• grundlegende Abläufe
• erste Abstimmung mit Stakeholdern

Sie lenken die Diskussion bewusst weg von Farben und visuellen Details.

Ein Prototyp lohnt sich, wenn:

• mehrere Schritte zusammenhängen
• Zustände und Übergänge wichtig sind
• Rollen unterschiedliche Ansichten benötigen
• Tabellen, Filter oder Formulare komplex sind
• Stakeholder den Ablauf realistisch erleben sollen
• eine Fehlentscheidung hohe Folgekosten hätte

1. Kritische Aufgaben und Hypothesen festlegen
2. Geeignete Nutzerrollen auswählen
3. Realistische Testaufgaben formulieren
4. Aufgabenbearbeitung beobachten
5. Befunde und Ursachen dokumentieren
6. Probleme nach Schwere und Häufigkeit priorisieren
7. Verbesserungen und Akzeptanzkriterien ableiten

Usability Testing bedeutet nicht, Nutzer nach ihrem Geschmack zu fragen. Beobachtet wird, ob sie eine Aufgabe mit der vorgesehenen Lösung verstehen und erfolgreich abschließen können.

Accessibility und UX Design verfolgen unterschiedliche, aber eng verbundene Ziele. Gute UX sollte digitale Produkte nicht nur für durchschnittliche Nutzungssituationen gestalten, sondern unterschiedliche Fähigkeiten, Geräte und Kontexte berücksichtigen.

Die WCAG 2.2 strukturiert digitale Barrierefreiheit anhand der vier Prinzipien wahrnehmbar, bedienbar, verständlich und robust. Sie enthält überprüfbare Erfolgskriterien auf den Konformitätsstufen A, AA und AAA.

Für UX Design bedeutet das unter anderem:

• ausreichende Kontraste
• klare Fokusführung
• verständliche Fehlermeldungen
• Bedienbarkeit per Tastatur
• aussagekräftige Beschriftungen
• ausreichend große Interaktionsflächen
• konsistente Navigation
• Alternativen für visuelle oder auditive Inhalte

Seit dem 28. Juni 2025 gelten die Vorgaben des European Accessibility Act für bestimmte Produkte und Dienstleistungen wie E-Commerce, Bankdienstleistungen, elektronische Kommunikation und ausgewählte Endgeräte. Ob und welche Anforderungen für ein konkretes Angebot gelten, muss projektspezifisch geprüft werden.

UX Design erzielt wenig Wirkung, wenn es losgelöst vom Fachbereich oder erst kurz vor der Entwicklung stattfindet.

Produktverantwortung, UX, Fachbereich und Entwicklung sollten gemeinsam klären:

• Welches Nutzerproblem wird gelöst?
• Welche Geschäftsziele sind relevant?
• Welche fachlichen Regeln gelten?
• Welche technischen Grenzen bestehen?
• Welche Varianten wurden geprüft?
• Wie wird die Lösung abgenommen?
• Woran wird Wirkung erkannt?

Ein UX-Konzept wird umsetzbar, wenn es nicht nur aus Screens besteht.

Eine bearbeitungsreife Anforderung sollte enthalten:

• Nutzerrolle
• Aufgabe und Ziel
• Ausgangssituation
• Ablauf
• relevante Regeln
• Zustände
• Fehlerfälle
• Akzeptanzkriterien
• Verweis auf Flow oder Prototyp

Wie fachliche und technische Anforderungen strukturiert erhoben, dokumentiert und überprüfbar gemacht werden, erläutert der Beitrag „Requirements Engineering“.

In agilen Projekten kann UX ein bis zwei Iterationen vorausarbeiten. Entscheidend ist, dass Research und Design nicht zu einer getrennten Vorphase werden.

Wie iterative Planung, Priorisierung und Zusammenarbeit in solchen Vorhaben organisiert werden können, zeigt der Beitrag „Agiles Projektmanagement“.

Sinnvoll sind:

• regelmäßige Nutzerkontakte
• gemeinsame Refinements
• Reviews anhand realer Szenarien
• Tests vor kritischen Umsetzungen
• UX-Kriterien in der Definition of Done
• Messung nach dem Release

Ein Unternehmen verwendet ein Portal für Investitionsanträge. Technisch funktioniert das System, dennoch werden viele Vorgänge über E-Mail und Excel nachbearbeitet.

Die Analyse zeigt:

• Antragsteller wissen nicht, welche Informationen benötigt werden.
• Führungskräfte sehen wichtige Entscheidungsgrundlagen erst nach mehreren Klicks.
• Rückfragen werden außerhalb des Systems beantwortet.
• Statusbezeichnungen sind uneinheitlich.
• ähnliche Anträge werden unterschiedlich bearbeitet.
• der Support erhält regelmäßig dieselben Fragen.

Das Team kombiniert mehrere Methoden:

Aus den Erkenntnissen entstehen:

• rollenbezogene Startseiten
• eine klare Antragsstruktur
• reduzierte Pflichtfelder
• kontextabhängige Hinweise
• sichtbare Entscheidungsgrundlagen
• ein einheitliches Statusmodell
• Rückfragen direkt im Vorgang
• nachvollziehbare Freigabehistorie

Vor dem Rollout werden Kennzahlen festgelegt:

• Abschlussquote
• durchschnittliche Bearbeitungszeit
• Zahl der Rückfragen
• Fehlerquote
• Supportkontakte je Antrag
• Anteil außerhalb des Systems bearbeiteter Vorgänge

Das Beispiel zeigt: Die eigentliche UX-Verbesserung besteht nicht in einem moderneren Screen, sondern in einem verständlicheren und verlässlicheren Arbeitsablauf.

Eine neue Bedienlogik verändert häufig auch Rollen, Routinen und gewohnte Arbeitsweisen. Wie Unternehmen diese Veränderung gezielt begleiten, erläutert der Beitrag „Change Management“.

UX-Kennzahlen sollten immer an konkreten Aufgaben gemessen werden.

Eine einzelne Kennzahl reicht selten aus. Eine kürzere Bearbeitungszeit ist beispielsweise kein Erfolg, wenn gleichzeitig mehr Fehler entstehen.

Sinnvoll ist eine Kombination aus:

• Effektivität
• Effizienz
• Fehlern
• wahrgenommener Gebrauchstauglichkeit

betrieblichen Folgekosten

Ob UX Design im Unternehmen bereits wirksam verankert ist, zeigt sich nicht allein an vorhandenen Designs oder Methoden. Die folgenden Fragen helfen dabei, die eigene Ausgangslage und zentrale Entwicklungspotenziale einzuordnen.

Je mehr Fragen offenbleiben, desto größer ist das Risiko, dass UX-Probleme erst nach der Implementierung erkannt werden.

DIPS kann bestehende digitale Produkte und laufende Vorhaben gemeinsam mit Fachbereich, Produktverantwortung und Entwicklung bewerten. Dabei werden Nutzeraufgaben, Prozesse, Anforderungen und technische Rahmenbedingungen zu einem priorisierten UX-Vorgehen verbunden.

UX Design sorgt dafür, dass digitale Produkte nicht nur technisch funktionieren, sondern Menschen bei ihren tatsächlichen Aufgaben unterstützen.

Dafür müssen Unternehmen früher ansetzen als bei der visuellen Gestaltung. Entscheidend sind:

• ein klares Verständnis der Nutzeraufgaben
• nachvollziehbare Abläufe und Begriffe
• eine tragfähige Informationsarchitektur
• frühe Wireframes und Prototypen
• Tests mit geeigneten Nutzerrollen
• umsetzbare Anforderungen
• Accessibility
• messbare Erfolgskriterien

Ein schlankes, gezielt ausgewähltes UX-Vorgehen ist meist wirksamer als eine umfangreiche Methodensammlung. Nicht jede Anwendung benötigt Personas, mehrere Workshops und einen vollständig ausgearbeiteten Prototyp. Sie benötigt jedoch Klarheit darüber, welches Nutzerproblem gelöst, wie die Lösung überprüft und wie das Ergebnis in die Umsetzung überführt wird.

Die DIPS GmbH unterstützt Unternehmen von der Analyse bestehender Nutzer- und Prozessprobleme über User Flows, Informationsarchitektur und Prototypen bis zur Integration in Requirements Engineering und Softwareentwicklung. Dadurch wird UX Design zu einem nachvollziehbaren Bestandteil der Projektsteuerung statt zu einer nachträglichen Korrekturschleife.

UX Design ist die nutzerzentrierte Gestaltung von Produkten, Systemen und Services. Es untersucht Nutzeraufgaben und Nutzungskontexte und übersetzt die Erkenntnisse in Abläufe, Informationsstrukturen, Interaktionen und überprüfbare Lösungen.

UX Design legt fest, wie ein Produkt funktioniert und wie Nutzer ihr Ziel erreichen. UI Design gestaltet, wie diese Logik visuell dargestellt und bedient wird. UX betrifft beispielsweise Abläufe, Navigation und Rückmeldungen, UI dagegen Layout, Typografie, Farben und Komponenten.

Ein UX Design Prozess beginnt mit dem Verständnis von Nutzergruppen, Aufgaben und Problemen. Danach werden Ziele definiert, Abläufe und Strukturen entworfen, Prototypen getestet und die Ergebnisse in umsetzbare Anforderungen überführt. Nach der Veröffentlichung wird die Wirkung anhand geeigneter Kennzahlen geprüft.

Zu den wichtigsten Methoden gehören Interviews, Kontextbeobachtung, User Journeys, User Flows, Informationsarchitektur, Card Sorting, Wireframes, Prototypen und Usability Tests. Welche Methode geeignet ist, hängt von der konkreten Fragestellung ab.

Der Aufwand hängt von der Zahl der Nutzerrollen, der Prozesskomplexität, vorhandenen Erkenntnissen, technischen Abhängigkeiten und dem benötigten Testumfang ab. Eine belastbare Schätzung sollte deshalb an klaren Ergebnissen wie Journeys, Flows, Prototypen und Testzyklen ausgerichtet werden.

UX Design sollte beginnen, bevor zentrale Prozess- und Interaktionsentscheidungen technisch umgesetzt sind. Nutzerresearch und erste Tests können bereits in der Anforderungs- und Konzeptphase stattfinden. UX bleibt anschließend während Entwicklung, Einführung und Weiterentwicklung relevant.

Geeignete Kennzahlen sind beispielsweise Task Success Rate, Time on Task, Fehlerquote, Abbruchrate, Supportkontakte und wahrgenommene Gebrauchstauglichkeit. Die Kennzahlen sollten sich auf klar definierte Nutzeraufgaben beziehen und vor und nach einer Veränderung vergleichbar erhoben werden.