UX für KI-gestützte Industrieanwendungen: Gestaltung unter Zeitdruck, mit Datenhoheit und ohne Illusionen

Wenn Bediener in Leitständen, an Fertigungslinien oder in Einsatzfahrzeugen Entscheidungen treffen, zählt jede Sekunde – und jeder Pixel. KI-Systeme können hier echte Unterstützung leisten, aber nur, wenn das Interface die technische Realität respektiert: begrenzte Bandbreite, Air-Gap-Netze, latenzkritische Steuerungen, Pflicht zur Nachvollziehbarkeit und strikte Rollenmodelle. In solchen Umgebungen ist UX nicht „schön“ oder „modern“, sondern ein Teil der Sicherheitskette.

Dieser Beitrag beleuchtet konkrete Entwurfsmuster für KI-gestützte Entscheidungssysteme, Dashboard-Design für industrielle IoT-Daten, Gestaltung für sicherheitskritische Anwendungen und Accessibility unter schwierigen Umgebungsbedingungen. Er ist problemorientiert, technisch und aus der Praxis für die Praxis geschrieben.

1) Systemkontext zuerst: Wo sitzt die UX im technischen Gefüge?

Ein Interface in der Industrie ist nie „nur UI“. Es ist die sichtbare Schicht eines geschichteten Systems. Ein robustes mentales Modell für die Gestaltung:

  • Feld- und Prozess-Ebene: Sensoren, Aktoren, SPS/DCS, NC/PLC. Deterministische Steuerung, harte Echtzeit, Safety-Domäne.
  • Integrations-/OT-IT-Ebene: SCADA/MES/Datenerfassung, Message-Bus (z. B. auf industriellen Protokollen), Historian. Hier entstehen die Zeitleisten, die wir visualisieren.
  • KI-/Analyse-Ebene: Anomalieerkennung, Bildverarbeitung, Predictive Models, ggf. LLM-gestützte Assistenten. Nicht-deterministisch, probabilistisch, aber mit Governance-Schicht.
  • UI-/HMI-Ebene: Leitstand, mobile/Tablet-HMIs, Edge-Panels. Offline-first, rollenspezifisch, mit klarer Trennung zwischen Anzeige, Empfehlung und Steuerfreigabe.

Leitplanken für die Architektur des Interfaces:

  • Safety-Pfad vs. Empfehlungs-Pfad strikt trennen. Die Steuerung bleibt beim deterministischen System. KI liefert Hinweise, nicht unbestätigte Aktionen.

  • On-Prem, air-gapped oder eingeschränkt vernetzt denken. Offline-Strategien, Caches und degradierbare Ansichten sind Standard, nicht Sonderfall.

  • Latenzbudget definieren. Was sieht der Bediener wann? Ein sinnvolles Interface entkoppelt Rendern vom Datenabruf, signalisiert Stale-Zustände sichtbar und blockiert nie die Sicherheitsinteraktion.

  • Datenhoheit sichtbar machen. Zeigen, welche Datenquelle, welcher Zeitbereich, welche Modellversion – für jeden Vorschlag und jede Diagnose. Reproduzierbarkeit ist eine UI-Funktion.

2) UX-Prinzipien für KI-gestützte Entscheidungen

Die schwierigste Stelle ist die Schnittstelle zwischen probabilistischer Aussage und deterministischer Entscheidung. Drei Kernprinzipien:

  • Ungewissheit domänenspezifisch darstellen
  • Vermeiden Sie rohe Prozentzahlen ohne Kontext. Ein „78 % Anomalie“ ist semantisch leer. Besser: „Empfehlung: Linie A für 10 Minuten drosseln. Risikoabschätzung: Produktqualität könnte sich verschlechtern; erwartet: 12 Ausschussteile verhindern.“ Das verbindet Unsicherheit mit Konsequenzen.
  • Zeigen Sie den Grund: Welche Signale, welcher Zeitbereich, welche Schwellen-/Regelauslöser führten zur Empfehlung? Kurze Begründung plus Einblendung der relevanten Trends/Frames.
  • Entscheidungen über Handlungen modellieren, nicht über Metriken
  • Statt lediglich zu sagen „Alarm“, bieten Sie handlungsfähige Alternativen: „A) Drosseln“, „B) Qualitätsprüfung starten“, „C) Ignorieren und begründen“. Jede Option klar mit Auswirkung und Dauer. Ein Klick muss rekonstruierbar geloggt sein.
  • Eskalation als erstklassiger Pfad: Wenn Bediener unsicher sind, definieren Sie eine schnelle Weiterleitungs- oder Rückfragefunktion mit Kontextpaket (Plots, Kameraframes, Logs).
  • Rollenspezifische Tiefe per Progressiver Offenlegung
  • Bediener: klare Handlungsempfehlung + minimal notwendige Evidenz. Keine Modellinternas.
  • Instandhaltung/Prozessingenieure: Zugriff auf Ursachenanalyse, Feature-Trends, Regel-/Grenzwertänderungen, Label-Historien.
  • Auditoren: unveränderliche Ereignis-Timeline, Modell-/Datenversionsangaben, wer-hat-was-wann bestätigt.

Konkrete UI-Bausteine:

  • Evidenz-Paneel: Zeitbereich, Messpunkte, Kamerabild-Ausschnitte, Schwellenübertritte, letzte vergleichbare Fälle. Immer neben der Empfehlung, nicht versteckt.

  • Risikobadge statt Prozentzahl: „Gering/Mittel/Hoch“ verknüpft mit betrieblichen Folgen (Qualität, Verfügbarkeit, Sicherheit). Die Übersetzung von Rohkonfidenzen in betriebliche Stufen erfolgt serverseitig nach kalibrierten Regeln.

  • Begründungsfeld bei Abweichung: Wenn Bediener eine Empfehlung ablehnen, muss eine kurze Begründung leicht eingabbar sein. Diese Daten sind Gold für das nächste Model-Update – und erhöhen Verantwortungsgefühl ohne zu sanktionieren.

3) Dashboard-Design für industrielle IoT-Daten

Dashboards in der Industrie können Prozesse verbessern – oder Alarmmüdigkeit erzeugen. Drei Schwerpunkte: Zeit, Alarmierung, Belastbarkeit.

  • Zeiträume an Prozessdynamik ausrichten
  • Standard-Ansichten, die zu langsam/zu schnell sind, führen zu Fehlinterpretationen. Ein Dashboard für rotierende Maschinen zeigt standardmäßig mehrere Umdrehungen plus eine Historie, nicht nur die letzten Sekunden.
  • Verdichtung sichtbar machen: Bei zusammengefassten Daten (Mittelwerte, Maxima, Stichproben) muss klar erkennbar sein, was „echt“ und was „verdichtet“ ist. Kennzeichnen Sie Lücken, statt sie zu glätten.
  • Alarmmanagement als Interaktionsdesign
  • Gruppen, nicht Fluten: Gleichartige Alarme desselben Assets gruppieren, differenzieren nur nach Zustandstransition („neu“, „bestätigt“, „geschlossen“) und „wurde lauter“ (Frequenz/Amplitude).
  • Vorfilter im UI, aber Regeln im Backend: Bediener sollen lokal priorisieren können (z. B. nur Sicherheitsrelevantes), doch die eigentliche Deduplizierung/Rate-Limiting geschieht serverseitig, um Konsistenz zu sichern.
  • Kontext vor Klick: Ein Alarm ohne einen Mini-Trend, letzten Wartungsstatus und betroffenen KPI ist eine Unterbrechung, keine Hilfe.
  • Belastbarkeit gegen schlechte Netze und Hardwaregrenzen
  • Stale-Zustände klar markieren: Wenn Daten älter sind als das definierte Latenzbudget, ändert die Oberfläche sichtbar den Status. Keine stillen Veraltungen.
  • Offline-first: Mobile HMIs puffern Ereignisse und erlauben Markierungen/Notizen, die bei nächster Verbindung synchronisieren. Konflikte werden visuell aufgelöst, nicht stillschweigend überschrieben.

Visuelle Gestaltung unter Werkshallenbedingungen:

  • Große Ziele, knappe Texte, hohe Kontraste, redundante Kodierung (Farbe + Form + Text). Rein farbcodierte Kritikalität scheitert in realer Beleuchtung oder bei Schutzbrillen.

  • Bewegte Hervorhebung sparsam: Ein dezenter Puls lenkt besser als lautes Blinken. Dauerhaftes Blinken wird schnell ignoriert.

  • Anzeigen fokussieren, Tools panelisieren: Primärer Arbeitsbereich ohne Overlays; tiefergehende Werkzeuge in stabilen Seitenpanels, die nicht modale Blockaden erzeugen.

4) Design für sicherheitskritische Systeme