Interne UX: Der unterschätzte Erfolgsfaktor in Digitalprojekten

Wenn Technik stimmt und trotzdem nichts funktioniert

In vielen Unternehmen gibt es Systeme, die technisch korrekt gebaut wurden, stabil laufen und alle Anforderungen aus dem Lastenheft erfüllen. Und trotzdem werden sie nicht genutzt. Mitarbeitende weichen auf parallele Prozesse aus, Daten werden doppelt gepflegt, und der erhoffte Effizienzgewinn bleibt aus.

Das ist kein Ausnahmefall. Es ist eines der häufigsten Muster in Digitalprojekten – und es hat fast immer dieselbe Ursache: Die Benutzeroberfläche wurde nicht für die Menschen gebaut, die täglich damit arbeiten müssen.

UX in internen Systemen wird systematisch unterschätzt

Wenn Unternehmen über UX sprechen, denken sie meistens an den Webauftritt oder den Onlineshop. Dort ist Benutzerfreundlichkeit selbstverständlich – schliesslich hängt die Conversion direkt davon ab.

Bei internen Tools – ERP-Systemen, Portalen, Prozessapplikationen, Dashboards – gelten andere Massstäbe. Oder vielmehr: Es gelten oft gar keine. Die Annahme lautet implizit: «Die Mitarbeitenden müssen das halt lernen.»

Diese Haltung ist verständlich, aber teuer. Wer interne Nutzende als Pflichtnutzende betrachtet, unterschätzt den Widerstand, den schlechte UX im Alltag erzeugt. Und dieser Widerstand summiert sich: verlorene Zeit, mangelnde Datenpflege, sinkende Qualität.

Was «gute UX» in internen Systemen konkret bedeutet

Es geht nicht darum, dass ein Buchhaltungstool aussieht wie eine Consumer-App. Es geht darum, dass ein Ablauf so gestaltet ist, dass er dem realen Arbeitsrhythmus entspricht – nicht einem theoretischen Prozess, der so auf dem Papier entworfen wurde.

Konkret bedeutet das:

Formulare enthalten nur die Felder, die tatsächlich gebraucht werden. Workflows sind so abgebildet, wie Mitarbeitende in der Realität vorgehen – nicht wie es ideal wäre. Statusanzeigen, Rückmeldungen und Fehlermeldungen sind verständlich formuliert, nicht in technischer Sprache. Navigation ist vorhersehbar, nicht ein Labyrinth aus Untermenüs.

Das klingt nach Grundlagen. In der Praxis werden genau diese Grundlagen am häufigsten vernachlässigt.

Der Zeitpunkt entscheidet

Der grösste strukturelle Fehler bei UX in internen Systemen ist nicht mangelndes Bewusstsein – sondern mangelndes Timing.

UX wird oft als letzter Schritt behandelt: Die Architektur steht, die Datenstruktur ist definiert, die Logik ist implementiert – und jetzt kommt jemand und «macht das hübsch». Zu diesem Zeitpunkt sind grundlegende UX-Entscheidungen aber bereits getroffen worden, ohne es zu merken. Die Navigationsstruktur ergibt sich aus der Datenbankstruktur. Die Formulare spiegeln die Felder der API. Der Workflow folgt der technischen Implementierung, nicht dem menschlichen Ablauf.

Wer UX erst am Ende einbaut, gestaltet Oberflächen. Wer UX von Anfang an mitdenkt, gestaltet Erfahrungen.

Nutzende einbinden: früh, konkret, kontinuierlich

Die wirksamste Massnahme ist gleichzeitig die naheliegendste: Nutzende früh in den Prozess einbinden – nicht als Testgruppe am Ende, sondern als aktive Mitgestaltende zu Beginn.

Das bedeutet nicht, dass Nutzende das System designen sollen. Es bedeutet, dass ihre Realität den Rahmen vorgibt. Wie sieht ein typischer Arbeitstag aus? Wo entstehen heute Reibungspunkte? Welche Informationen braucht jemand auf einen Blick – und was ist sekundär?

Diese Fragen sind keine weichen Faktoren. Sie sind die Grundlage jeder guten Softwareentscheidung.

H3: Prototypen und Feedbackschleifen als Qualitätssicherung

Ein bewährtes Vorgehen in Projekten mit hohem internem Nutzungsanspruch: frühe Prototypen – auch grobe, klickbare Wireframes – direkt mit den späteren Nutzenden testen. Nicht um Lob zu ernten, sondern um zu verstehen, wo Unklarheiten entstehen.

Diese Feedbackschleifen sind keine Zusatzkosten. Sie verhindern Kosten: Nachentwicklungen, Schulungsaufwand, Systemwechsel nach zu kurzer Nutzungsdauer.

Was das für Digitalprojekte in der Praxis bedeutet

Wer ein internes Digitalprojekt plant oder bereits in der Umsetzung ist, sollte drei Fragen stellen:

Haben die späteren Nutzenden die Abläufe mitgeprägt – oder wurden sie informiert? Wurde UX als eigene Phase im Projekt verankert – oder als Aufgabe am Ende? Gibt es eine klare Vorstellung davon, wie Erfolg aus Sicht der Nutzenden aussieht – und nicht nur aus Sicht der IT?

Wenn eine dieser Fragen mit «Nein» beantwortet wird, ist das kein Versagen – aber ein Signal, das ernst genommen werden sollte.

Fazit

Interne Systeme sind keine Ausnahme von dem, was gute Softwareentwicklung ausmacht. Nutzende – ob intern oder extern – entscheiden mit ihrem Verhalten, ob ein Projekt erfolgreich ist oder nicht. Und dieses Verhalten wird massgeblich von der Qualität der Benutzeroberfläche geprägt.

UX ist kein Zusatz. Es ist ein Kernelement jedes Digitalprojekts, das tatsächlich genutzt werden soll.