OEE Dashboard Bedienterminal: Design-Prinzipien für die Schicht
Ein OEE Dashboard Bedienterminal ist kein Visualisierungs-Spielzeug – es ist ein Arbeitswerkzeug, das die Effektivität ganzer Schichten bestimmt. Das Design dieses Terminals entscheidet darüber, ob der Bediener die Plattform akzeptiert, die Qualifizierungs-Compliance hoch bleibt und die abgeleiteten Pareto-Analysen tragfähige Verbesserungen ermöglichen. Dieser Beitrag erklärt die Design-Prinzipien, die sich in DACH-Mittelstandsbetrieben durchgesetzt haben.
Adressat sind Methoden-Ingenieure, UX-Designer von Industrie-4.0-Plattformen und Werksleiter, die ein bestehendes Bedienterminal-Design hinterfragen oder ein neues spezifizieren müssen. Der Beitrag baut auf dem verwandten Pillar Echtzeit-Leistungsüberwachung: Was Bediener wirklich sehen auf.
Die fünf Design-Prinzipien für ein wirksames Bedienterminal
Aus mehreren hundert validierten DACH-Implementierungen konsolidieren sich fünf Design-Prinzipien, die für jedes OEE-Bedienterminal gelten sollten. Jedes Prinzip lässt sich aus einer konkreten Schicht-Beobachtung herleiten.
Prinzip 1: Glanceability vor Funktionsumfang
Das Bedienterminal wird nicht aktiv betrachtet, sondern beim Vorbeigehen erfasst. Innerhalb von 1,5 bis 2 Sekunden muss der Bediener den aktuellen Zustand erfassen können. Diese Anforderung an „Glanceability“ hat Konsequenzen für jedes Layout-Element: Schriftgrößen ab 24 Punkt für die Hauptanzeige, Kontrast-Verhältnisse über 7:1 (analog zu WCAG-AAA-Standards), Ampel-Farbschema (grün/rot/gelb) als dominantes visuelles Element.
Was nicht in zwei Sekunden lesbar ist, wird vom Bediener ignoriert. Diese Regel gilt unabhängig davon, wie wertvoll die Information aus Anbieter-Sicht ist.
Prinzip 2: Maximal drei Informations-Layer
Layer 1 ist die immer-sichtbare Hauptanzeige: Maschinenstatus mit Ampel und Schichtfortschritt. Layer 2 sind Pop-ups, die kontextbezogen aktiviert werden – primär die Qualifizierungs-Aufforderung bei Stillstand. Layer 3 sind die optionalen Ergänzungsangaben (Detail zur aktuellen Auftragsabwicklung, Werkstoff-Status, Werkzeug-Information), die durch eine bewusste Geste erreichbar sind.
Mehr als drei Layer überlasten die mentale Karte des Bedieners. Vier oder fünf Ebenen führen erfahrungsgemäß dazu, dass nur Layer 1 und 2 jemals verwendet werden und alles tiefere brachliegt.
Prinzip 3: Geste-Effizienz – maximal drei Aktionen
Jede produktive Bedien-Aktion am Terminal sollte in maximal drei Gesten erreichbar sein. Stillstands-Qualifizierung: Kategorie wählen (1), Sub-Kategorie wählen (2), Bestätigen (3). Werkzeugwechsel-Bestätigung: Werkzeug-Tab öffnen (1), aktuelles Werkzeug auswählen (2), Wechsel bestätigen (3). Vier oder mehr Gesten führen zur Aufgabe des Vorgangs – die Compliance bricht ein.
Dieses Drei-Gesten-Prinzip gilt auch für die Sprachumschaltung, das Login (falls erforderlich) und alle anderen Bediener-Aktionen am Terminal.
Prinzip 4: Visuelle Feedback-Schleife innerhalb von 200 Millisekunden
Wenn der Bediener auf das Terminal tippt, muss innerhalb von 200 Millisekunden eine visuelle Bestätigung erscheinen – Farbänderung, Pulsation, Hervorhebung des angewählten Elements. Längere Latenzen führen zu Mehrfach-Tipps, ungewollten Doppel-Aktionen und Frustration.
Diese 200-Millisekunden-Regel gilt für die UI-Schicht, nicht für die Server-Antwort. Die UI muss optimistisch reagieren („Aktion erkannt“) und im Hintergrund die Server-Bestätigung abwarten.
Prinzip 5: Robustheit gegenüber Schichtumgebung
Das Bedienterminal arbeitet in Schichtumgebungen mit Schmiermittel-Sprühnebel, Staub, Vibrationen, Temperaturschwankungen, gelegentlich nassen Bedienerhänden. IP65-Schutzart ist der Mindeststandard. Touch-Empfindlichkeit muss auch bei Arbeitshandschuhen funktionieren – das ist eine Hardware-Auswahl-Frage (Pro-Cap-Touch statt resistivem Touch, ggf. mit Glove-Mode).
Was im klimatisierten Demo-Showroom funktioniert, kann in der realen Halle versagen. Die Hardware-Auswahl muss zur Schicht-Realität passen.
Layout-Standardmuster für das Bedienterminal
Aus den fünf Prinzipien leitet sich ein Standard-Layout ab, das in den meisten DACH-Implementierungen tragfähig ist.
Oberer Bereich (Header): Maschinenbezeichnung links, Datum/Uhrzeit rechts, Sprachsymbol oben rechts. Dieser Bereich ist statisch und dient der Orientierung.
Mittlerer Bereich (Hauptanzeige): Großer Ampel-Statusbalken (grün/rot/gelb), darunter Schichtfortschritt (Soll/Ist/Differenz). Dieser Bereich ist die Glanceability-Zone – er muss in unter 2 Sekunden erfassbar sein.
Unterer Bereich (Aktions-Buttons): Drei bis vier große Buttons für die häufigsten Aktionen – Werkzeugwechsel starten, Auftrag wechseln, Hilfe rufen, Eintrag im Schichtbuch. Diese Buttons sind statisch positioniert, damit der Bediener Muskelgedächtnis aufbauen kann.
Pop-up-Overlay: Wird bei Stillstands-Erkennung aktiviert. Zeigt die Qualifizierungs-Aufforderung als Modal-Overlay über der Hauptanzeige. Schließt sich automatisch nach Bestätigung. Wenn nicht innerhalb von 10 Minuten qualifiziert, wird ein „Unbekannt“-Default gesetzt und das Overlay schließt.
Dieses Layout funktioniert auf Touchscreens zwischen 10 und 15 Zoll. Bei kleineren Tablets ist eine Anpassung des Layer-3-Bereichs nötig.
Schichtleiter-Dashboard: Was zusätzlich gezeigt wird
Im Gegensatz zum Bedien-Terminal ist das Schichtleiter-Dashboard für analytische Übersichten konzipiert. Es zeigt typischerweise:
Eine Multi-Maschinen-Heatmap mit Ampel-Status aller Anlagen einer Linie oder eines Verantwortungsbereichs. Eine Schichtfortschritts-Tabelle mit Soll/Ist pro Maschine. Eine Live-Pareto der häufigsten Stillstands-Ursachen der laufenden Schicht. Trend-Charts für OEE über die letzten 24 Stunden bis 7 Tage. Eine Alarm-Liste für ungewöhnliche Ereignisse (Stillstand-Häufung, Performance-Einbruch).
Dieses Dashboard läuft typischerweise auf einem 22- bis 27-Zoll-Monitor im Meisterzimmer und ergänzend auf einem Schichtleiter-Tablet, das die wesentlichen Informationen mobil bereitstellt.
Wichtig: Die Schichtleiter-Sicht ist eine andere Anwendung als die Bediener-Sicht, auch wenn beide auf denselben Daten beruhen. Das Versuchen, beide Sichten in ein einziges Interface zu pressen, führt erfahrungsgemäß zu Akzeptanz-Problemen auf beiden Seiten.
Mobile-App-Design für Bediener und Schichtleiter
Die Mobile-App – auf einem geteilten Schicht-Tablet oder auf Schichtleiter-Smartphones – hat eigene Design-Anforderungen, die sich aus der mobilen Nutzungssituation ableiten.
Bediener-Mobile-App: Reduzierte Funktionalität (nur Qualifizierung und Schichtfortschritt), große Touch-Ziele für Bedienung mit Arbeitshandschuhen, robuste Offline-Funktion (Qualifizierungen lokal cachen und synchronisieren, sobald wieder Konnektivität besteht).
Schichtleiter-Mobile-App: Volle Übersichts-Funktionalität, Push-Notifications für Eskalations-Trigger (etwa: Maschine X seit 30 Minuten Stillstand ohne Qualifizierung), schneller Zugriff auf Pareto-Analysen der letzten Schicht.
Beide Apps müssen auf Android (Mindestversion typischerweise 8.0) und iOS (Mindestversion 14) funktionieren. Native Apps sind in der DACH-Praxis besser akzeptiert als Web-Apps, weil sie zuverlässiger funktionieren bei wechselnder Netzqualität und weil sie tieferen Geräte-Funktionen (Push, Kamera für QR-Scan) zugreifen können.
Integration mit Bestandssystemen
Das Bedienterminal arbeitet selten isoliert. In der DACH-Praxis kommt es typischerweise zu Schnittstellen mit ERP-Systemen (Auftragsabschluss, Materialverbrauch), MES-Systemen (falls vorhanden, für Auftrags-Bestätigung), Schichtbuch-Systemen (manuelle Einträge) und Wartungs-Systemen (Auslösen von Wartungstickets bei wiederkehrenden Stillständen).
Diese Integrationen sollten unsichtbar für den Bediener funktionieren. Wenn der Bediener einen Auftrag abschließt, soll der Auftrag automatisch im ERP-System geschlossen werden – ohne dass der Bediener doppelt eingeben muss. Wenn ein Wartungsticket erforderlich ist, soll es im Hintergrund erzeugt werden – die Schichtleitung erhält die Benachrichtigung in ihrer App.
Diese Hintergrund-Integrationen sind technisch anspruchsvoll, aber sie sind der Schlüssel zur Bediener-Akzeptanz. Ein Bedienterminal, das den Bediener zwingt, dieselbe Information zweimal einzugeben (einmal in das OEE-System, einmal in das ERP), wird sehr schnell abgelehnt.
Validierung des Bedienterminal-Designs
Bevor ein Bedienterminal-Design produktiv geht, ist eine kurze Validierung mit echten Bedienern unter Schichtbedingungen zwingend. Eine bewährte Vorgehensweise:
Phase 1 – Konzept-Review: Das Layout wird der Schicht-Vertretung (zwei oder drei erfahrene Bediener) vorgestellt. Erste Reaktionen werden aufgenommen.
Phase 2 – Mockup-Test: Ein klickbarer Prototyp wird in der Halle aufgebaut. Bediener probieren in normalen Schichtbedingungen die Hauptfunktionen. Beobachter notieren Hürden.
Phase 3 – Pilot-Schicht: Das Terminal wird an einer Maschine produktiv installiert. Über zwei Wochen werden Compliance-Rate (Anteil qualifizierter Stillstände) und Bediener-Feedback erhoben.
Phase 4 – Iteration: Basierend auf den Pilot-Erfahrungen wird das Design angepasst. Häufige Anpassungen: Kategorien zusammenführen, die kaum genutzt werden; Buttons umpositionieren, weil sie übersehen wurden; Schriftgrößen erhöhen; Touch-Empfindlichkeit kalibrieren.
Phase 5 – Rollout: Erst nach der Iteration erfolgt der Rollout auf den gesamten Maschinenpark. Dieser disziplinierte Ablauf vermeidet teure Rückrufe und Akzeptanz-Probleme im großen Stil.
Häufige Design-Fehler und ihre Vermeidung
Aus der DACH-Praxis kommen wiederholt dieselben Design-Fehler vor, die sich vermeiden lassen.
Fehler 1 – Zu viele Hauptkategorien. 12, 15 oder 20 Stillstands-Hauptkategorien wirken auf den ersten Blick „vollständig“. In der Praxis lösen sie Abbruch-Verhalten aus, weil der Bediener nicht durch eine 15-Optionen-Liste scrollen will. Maximum sind 8 Hauptkategorien.
Fehler 2 – Vergessene Mehrsprachigkeit. Wenn das Terminal nur Deutsch unterstützt, schließt es einen relevanten Teil der DACH-Belegschaft aus. Mindestens Deutsch, Englisch, Türkisch, Polnisch ist die Faustregel.
Fehler 3 – Glanceability geopfert für Schönheit. Schlanke serif Schriftarten, blasse Pastellfarben, dezente Graustufen wirken im Marketing-Mockup elegant. In der Halle mit 200 Lux Beleuchtung und schmierigen Bedienerhänden sind sie unleserlich. Hohe Kontraste, kräftige Sans-Serif-Schriften und kräftige Ampelfarben sind die richtige Wahl.
Fehler 4 – Doppelte Datenerhebung. Bediener müssen Stillstands-Ursachen im OEE-System eingeben, parallel Wartungs-Anfragen ins CMMS schreiben und Auftrags-Abschluss ins ERP melden. Das ist nicht haltbar. Das OEE-Bedienterminal muss als zentrale Eingabe-Schnittstelle fungieren und im Hintergrund die anderen Systeme bedienen.
Fehler 5 – Fehlende Iteration nach Rollout. Ein Bedienterminal-Design ist nie fertig. Schicht-Routinen ändern sich, Maschinen-Typen kommen hinzu, Sprachen werden ergänzt, neue Stillstandsursachen werden identifiziert. Eine quartalsweise Design-Iteration mit Schichtleiter-Feedback ist die Faustregel.
Wie Sie als nächstes vorgehen
Wenn Sie ein OEE Dashboard Bedienterminal in Ihrem Werk planen oder ein bestehendes überarbeiten möchten, empfiehlt sich folgender Ablauf: Beginnen Sie mit einer Bedien-Beobachtung über zwei Schichten (Früh und Spät) an einer typischen Maschine. Erfassen Sie, wie viele Sekunden die Bediener aktuell auf welche Anzeigen schauen, welche Aktionen sie wie oft ausführen, welche Stillstand-Ursachen sie als Top-3 nennen.
Auf dieser Basis spezifizieren Sie die Anforderungen: welche Pflicht-Informationen, welche Aktionen, welche Sprachen, welche Schnittstellen. Holen Sie zwei oder drei Anbieter-Angebote ein, basierend auf dieser Spezifikation. Achten Sie auf die Iterations-Fähigkeit der Plattform: kann das Design quartalsweise angepasst werden, oder ist es fest verdrahtet?
Planen Sie einen 2- bis 4-wöchigen Pilot auf einer Maschine, bevor Sie skalieren. Skalieren Sie erst, wenn die Compliance-Rate stabil über 85 Prozent liegt und die Bediener-Akzeptanz spürbar ist.
Mehr über die TeepTrak-Plattform für OEE-Bedienterminals finden Sie auf teeptrak.com.
Häufig gestellte Fragen
Wie groß sollte das Bedienterminal sein?
Bei festinstallierten Terminals ist 10 bis 15 Zoll der Standard. Bei sehr taktintensiven Maschinen mit häufigem Bediener-Interaktion kann 15 Zoll besser sein. Mobile-Tablets liegen bei 7 bis 10 Zoll.
Welche Schutzart ist notwendig?
IP65 als Minimum. Bei Nassbereichen (Lebensmittel, Pharmazie-Reinigung) IP67 oder IP69K. Bei explosionsgefährdeten Bereichen ATEX-Zertifizierung erforderlich.
Touch oder Tasten?
Touch in fast allen modernen Anwendungen. Bei extremen Bedienbedingungen (Schweißkabinen, Hochtemperaturbereiche) können physikalische Tasten ergänzend nötig sein. Pro-Cap-Touch mit Glove-Mode löst die meisten Anwendungsfälle.
Wie viele Sprachen sind sinnvoll?
Mindestens 4: Deutsch, Englisch, Türkisch, Polnisch. Höherwertige Plattformen bieten 6 bis 12 Sprachen plus piktogramm-basierte Symbole für sprachunabhängige Erkennung.
Was kostet ein Bedienterminal?
Hardware: 500 bis 2 000 Euro je nach Größe und Schutzart. SaaS-Lizenz: Teil der OEE-Plattform-Gebühr, typischerweise 300 bis 800 Euro pro Maschine und Jahr.
Wie lange dauert die Installation?
Hardware-Montage: 1 bis 2 Stunden pro Maschine. Software-Konfiguration und Bediener-Schulung: 1 bis 2 Tage pro Linie.
Wer macht das Design?
Der Plattform-Anbieter stellt das Default-Design bereit. Die Konfiguration (Kategorien, Sprachen, Workflow-Anpassungen) erfolgt im Projekt durch den Anbieter mit Werks-Input. Größere Design-Änderungen sind in der Regel begrenzt verfügbar.
Fazit
Das Design eines OEE Dashboard Bedienterminals entscheidet über den Erfolg eines OEE-Projekts mehr als die zugrundeliegende Technik. Glanceability, maximal drei Informations-Layer, drei-Gesten-Aktionen, schnelle visuelle Feedback-Schleifen und Robustheit für die Schichtumgebung sind die fünf Prinzipien, die in DACH-Mittelstandsbetrieben tragen. Wer diese Prinzipien in der Spezifikation festschreibt und in einer Pilot-Iteration validiert, baut ein System, das von der Schicht akzeptiert wird – und damit echte Datenqualität und echte Verbesserungen ermöglicht.
0 Kommentare