• Übersicht -> Prioritätenliste -> Asset-Detail: Startseite sortiert nach Handlungsbedarf, nicht alphabetisch. Ein Klick führt zur Lagekarte mit Timeline, Kontext und Handlungsschritten.
  • Trend + Trendänderung + Prognoseband: Zeigen Sie nicht nur den Wert, sondern seine Dynamik und einen kurzreichweitigen Erwartungsbereich. Abweichungen jenseits des Bands sind visuell auffällig und erklärbar.
  • Ack vs. Resolve trennen: Quittierung bedeutet “zur Kenntnis genommen”, Auflösung “Ursache behoben”. Beide brauchen unterschiedliche Rechte.

4) Designmuster für sicherheitskritische Interaktion

Sicherheit entsteht nicht durch rote Buttons, sondern durch explizite Zustände, reversible Interaktionen und klare Verantwortungen.

  • Modus sichtbar und steuerbar: Auto/Manuell als persistente, farbneutrale Umschalter mit Statushistory. Automatikaktionen im Log sichtbar (“Auto: Pumpe P3 gedrosselt 15% um 10:21”).
  • Stufige Bestätigung: Für irreversible Aktionen kombinieren Sie
  • bewusste Verzögerung (Hold-to-Confirm 1–2 s),
  • semantische Wiederholung (“Drosselung Linie 2 um 15% jetzt durchführen?”),
  • optional 4-Augen-Freigabe.
  • Negative Affordanzen: Gefährliche Buttons sind nicht dominant gestaltet. Sichtbar ja, grell nein. Der schnellste Pfad soll zur sicheren Aktion führen (Stop/Abbrechen).
  • Fehlertexte handlungsleitend: “Ventil V7 reagiert nicht. Vorschläge: 1) Ventilstatus prüfen 2) Auf Bypass V8 umschalten 3) Instandhaltung rufen. Protokoll öffnen.”
  • Eindeutige Rückmeldungen: Jede Aktion quittiert synchron: “Befehl angenommen”, “In Ausführung”, “Erfolgreich” oder “Fehlgeschlagen mit Grund”. Kein Schwebezustand im UI.

5) Accessibility in rauen Umgebungen

Barrierefreiheit in der Industrie heißt: Bedienbarkeit trotz Handschuhen, Schmutz, Vibration, Lärm und wechselndem Licht.

  • Touch- und Bedienelemente:
  • Große, ausreichend beabstandete Ziele; keine dicht gedrängten Iconleisten.
  • Alternative Eingabe: Physische Taster/Encoder für kritische Aktionen; Touch für Navigation/Details.
  • Haptische/akustische Bestätigung, die auch in lauter Umgebung wahrnehmbar ist (kurze, klare Töne; Vibrationsfeedback bei Wearables).
  • Sichtbarkeit bei Sonnenlicht:
  • Hoher Kontrast, matte Oberflächen, Vermeidung von feinen Linien und dünnen Schriften.
  • Dunkel-/Hellmodus wählbar; Automatik nur, wenn verlässlich und nicht flackernd.
  • Kritische Informationen redundant: Form, Text, Muster – nicht nur Farbe.
  • Handschuhbetrieb:
  • Gesten sparsam und eindeutig; Wischgesten über große Flächen statt feiner Drag-and-Drop.
  • “Reinigungsmodus”: Screen sperren für Wischvorgänge, Hardwaretasten bleiben aktiv.
  • Farbcodierung robust machen:
  • Rot/Gelb/Grün nicht alleinstehend nutzen. Ergänzen Sie Symbole, Piktogramme, Textlabels.
  • Farben konsequent und sparsam einsetzen; keine Ampelwüsten für Informationsmeldungen.

6) Governance und Observability für KI-Interaktion sind UI-Themen

KI in der Produktion ohne Nachvollziehbarkeit ist organisatorisch nicht tragfähig. Governance muss sich im Interface manifestieren, nicht in einem separaten Compliance-Ordner.

  • Vollständige Empfehlungstraces:
  • Für jede Empfehlung: Datenquellen, Vorverarbeitung, Modellversion, Entscheidungskriterien, Zeitstempel, Nutzerreaktion. Exportierbar, revisionssicher, On-Prem gespeichert.
  • Operative Modellgesundheit sichtbar:
  • Datenlückenindikator, Letzte Kalibration, Input-Drift-Hinweis, Feature-Verfügbarkeit. Keine Modellmetriken im Verborgenen.
  • Rollen und Freigaben:
  • Parametrisierung klar getrennt von Bedienung. Änderungen an Schwellwerten haben eigenen Review-/Freigabeprozess, im UI sichtbar.
  • Shadow/Canary-Umgebungen:
  • Mehrere Modellstände parallel vergleichen, ohne den Bediener zu überfrachten. Supervisor-Sicht: “Alt vs. Neu” mit Outcome-Statistik über reale Fahrten/Schichten.
  • Feedback ohne Reibung:
  • Ablehnungsgründe, freie Kommentare und Markierungen (“falscher Alarm”, “Sensor defekt”) direkt am Vorfall. Dieses Feedback ist ein erstklassiger Trainingsdatensatz.
  • Datenschutz und Souveränität:
  • Personenbezug minimieren, Pseudonymisierung standardmäßig, Speicherung On-Prem. Das UI zeigt, welche Daten wohin fließen – insbesondere wenn externe Dienste beteiligt sind.

Wenn LLM-/Agentenkomponenten eingesetzt werden, gelten zusätzliche Anforderungen:

  • Werkzeuge streng begrenzen: Der Agent darf nur vordefinierte, auditierte Aktionen ausführen. Das UI zeigt die erteilten Werkzeuge und deren Ausgaben.
  • Prompt-/Kontext-Transparenz für Experten: Eine einsehbare Zusammenfassung der genutzten Kontextdaten, ohne sensible Inhalte breit zu streuen.
  • Safe-Action-Gate: Jeder Aktionsaufruf des Agenten passiert durch ein UI-basiertes Gate mit Mensch-im-Loop, es sei denn, die Aktion ist explizit als ungefährlich klassifiziert.

7) Offline-First und On-Premise: Auswirkungen auf UX

Datenhoheit und fehlende Cloud-Abhängigkeit sind in vielen Industrien nicht verhandelbar. Daraus folgen Designentscheidungen:

  • Degradationsmodi designen:
  • Online: Vollfunktional, laufende Empfehlungen, historische Trends.
  • Degradiert: Live-State + zuletzt bekannte Parameter; Empfehlungen pausiert mit Hinweis.
  • Offline: Nur lokale Steuerung/Monitoring; klare Anzeige “Offline seit …”, keine irreführenden “Live”-Symbole.
  • Synchronisationsstrategie:
  • UI-Annotationen (Notizen, Tags, Fotos) lokal puffern, robust synchronisieren, Konflikte sichtbar zusammenführen.
  • Keine stillen Datenverluste: Wenn Upload scheitert, zeigt das UI eine sichtbare, priorisierbare Warteschlange.
  • Update-Strategie:
  • Blue/Green oder A/B auch für HMIs, mit einfacher Rollback-Funktion.
  • Geplante Wartungsfenster sind im UI angekündigt, damit Schichten planen können.
  • Technologieauswahl an Randbedingungen ausrichten:
  • Stationäre HMIs: C++/Qt/QML für niedrige Latenz, deterministische Renderpfade, Hardware-nah.
  • Leitstände/Web: TypeScript/React mit Canvas/WebGL für performante Zeitreihen und Karten; WebSockets/SSE für Push.
  • Mobile im Feld: Native oder robuste Cross-Plattform mit Offline-Cache, Kamera/Barcode-Integration und Handschuhbedienbarkeit.

8) Testen unter Realbedingungen: Validierung ist Teil des Designs

Usability-Tests am Schreibtisch sind für Industriebetrieb unzureichend. Nötig sind szenariobasierte, zeitkritische Tests mit realen Daten.