Sprechen wir

UX für Logistik und Intralogistik
Für Intralogistik-Unternehmen, Logistik-IT-Hersteller und Einführungsprojekte rund um WMS und SAP EWM: Wir beobachten am Lagerplatz, gestalten Scanner-, MDE- und Leitstand-Dialoge, testen sie mit Lagermitarbeitern und begleiten Key User bis durch die Hypercare. Das Ergebnis sind Dialoge, die ohne Handbuch funktionieren, und ein Go-live mit weniger Tickets, die eigentlich Bedienprobleme sind.

Beabstracto ist ein UX-Studio in München für komplexe Fachsysteme. In Logistik und Intralogistik gestalten wir die Bedienung von Lagerverwaltungssystemen (WMS, SAP EWM/WM), Scanner- und MDE-Dialogen, Staplerterminals und Leitstand-Oberflächen und begleiten deren Einführung: Prozessaufnahme am Lagerplatz, Dialog- und Bedienkonzept, Usability-Tests mit Lagermitarbeitern, Key-User-Konzept, Schulung und Hypercare aus Anwendersicht. Wir arbeiten neben dem SAP-EWM-Berater oder WMS-Hersteller, nicht statt ihm: Customizing und Entwicklung bleiben beim Systemteam, wir verantworten, dass das Ergebnis im Schichtbetrieb bedienbar ist.
Tests, Schulung und Hypercare richten sich nach dem Projektplan des Rollouts.
Selten an fehlenden Funktionen. Sie scheitert daran, dass Dialoge für den Schreibtisch des Customizing-Teams entworfen wurden, nicht für Handschuhe, Lärm, Zeitdruck und Schichtwechsel. Sechs Situationen, die wir in fast jedem Gespräch hören.
Der RF-Dialog zeigt Transaktionscodes, Abkürzungen und Felder, deren Bedeutung nur der Key User kennt. Neue Kolleginnen und Leiharbeiter in der Spitzenzeit brauchen Tage, bis sie ohne Zettel am Gerät arbeiten. Die Lernkurve kostet Durchsatz genau dann, wenn er am meisten gebraucht wird.
„Platz gesperrt“, „Quant inkonsistent“, „HU nicht gefunden“: Die Meldung beschreibt den Systemzustand, nicht den nächsten Schritt. Am Lagerplatz bleibt dem Mitarbeiter nur Abbruch, Umbuchung über den Leitstand oder der Anruf beim Key User. Jeder dieser Wege erzeugt Nacharbeit.
Offene Lageraufgaben, Wellen, Störungen, Auslastung der Fördertechnik, alles auf einer Seite in derselben Farbe. Wer dort sitzt, baut sich eine eigene Sortierung in Excel oder im Kopf. Prioritäten werden nach Lautstärke statt nach Dringlichkeit gesetzt.
Inventurdifferenzen, Sonderaufträge und Retouren laufen in Listen, weil das System dafür keinen bedienbaren Weg bietet. Das Ergebnis sind Medienbrüche und doppelte Datenpflege, und der Bestand im System stimmt nicht mehr mit dem Regal überein.
Was in der Frühschicht halb erledigt wurde, steckt in Köpfen, auf Zetteln oder im Chat. Das WMS kennt den Status, zeigt ihn aber nicht so, dass die Spätschicht in zwei Minuten weiß, wo sie anfängt. An jeder Schichtgrenze geht Wissen verloren.
Nach dem Go-live kommen Tickets, die eigentlich Bedienprobleme sind: Fehlbuchungen durch missverständliche Dialoge, Prozesse, die am Stapler anders laufen als im Pflichtenheft. Das Customizing-Team korrigiert Symptome, während die Ursache im Dialog bleibt.
Wir nennen nur Zahlen mit Quelle. Wo eine belastbare Zahl für die Logistik fehlt, steht sie hier nicht.
Vier Leistungen, einzeln buchbar oder als Begleitung über die gesamte Einführung, mit Artefakten, mit denen Customizing-Team, WMS-Hersteller und Fachbereich direkt weiterarbeiten.
Wir gestalten Scanner-Dialoge so, dass sie ohne Handbuch funktionieren: eine Aufgabe pro Bildschirm, Fehlermeldungen, die den nächsten Schritt nennen, Bestätigungen, die mit Handschuhen und bei Lärm sicher sind. Im SAP-EWM-Umfeld bleiben wir innerhalb des RF-Frameworks und von Fiori/UI5, bei Mobisys MSB oder herstellereigenen WMS-Clients innerhalb deren Komponenten, damit das Customizing-Team das Konzept direkt umsetzen kann.
Für Leitstand, Lagersteuerung und Desktop-Transaktionen entwerfen wir Ansichten, die zuerst zeigen, was jetzt Aufmerksamkeit braucht: Störungen, Wellen in Verzug, Engpässe an der Fördertechnik. Orientierung gibt das Situation-Awareness-Modell nach Endsley: wahrnehmen, verstehen, vorausschauen. Was die Schicht wissen muss, steht oben; was sie nachschlagen kann, eine Ebene tiefer.
Wir testen am Lagerplatz oder im Testsystem mit realen Aufgaben: kommissionieren, umbuchen, Fehler behandeln, unter Zeitdruck und mit den Geräten, die später im Einsatz sind. Teilnehmer sind Lagermitarbeiter, Staplerfahrer und Leitstand, nicht Projektleiter. Gemessen wird mit Aufgabenerfolg, Fehlerquote und Zeit, ergänzt um standardisierte Fragebögen wie UEQ oder SUS.
Wir bauen mit dem Projekt das Key-User-Konzept, schreiben Schulungsunterlagen aus den echten Dialogen statt aus dem Pflichtenheft und sitzen in der Hypercare bei der Ticket-Triage: Welche Meldungen sind Bedienprobleme, welche Customizing, welche Prozess? Läuft das Projekt in Microsoft 365, richten wir Status, Aufgaben und Dokumente so ein, dass Lager, IT und Hersteller denselben Stand sehen.
Wir sprechen die Sprache von Lagerleitung, SAP-EWM-Beratern und WMS-Herstellern. Diese Begriffe stehen in Pflichtenheften, Projektplänen und Ausschreibungen; wir benutzen sie so, wie sie dort gemeint sind.
Wir fangen am Lagerplatz an, nicht im Besprechungsraum. Die Schritte passen in einen laufenden EWM- oder WMS-Rollout, das Customizing-Team arbeitet parallel weiter.
Wir begleiten Früh- und Spätschicht am Wareneingang, in der Kommissionierung und am Leitstand, zählen Griffe, Abbrüche, Zettel und Anrufe und notieren jede Excel-Liste neben dem System. Ergebnis ist eine Prozessaufnahme mit Ist-Analyse, die Workarounds als Anforderungen lesbar macht.
Mit Lagerleitung, Key Usern und dem SAP-EWM-Berater ordnen wir die Beobachtungen nach Prozess und Schwere: Welche Fehlerzustände treten wie oft auf, was kostet jeder Abbruch, wo entsteht doppelte Datenpflege? Daraus entsteht eine priorisierte Liste für Fachkonzept und Fit-Gap-Analyse.
Wir entwerfen die Dialoge für Scanner, MDE, Staplerterminal, Leitstand und Desktop innerhalb der technischen Möglichkeiten des Systems. Jeder Dialog hat definierte Fehler- und Ausnahmezustände mit Meldungstexten. Das Konzept ist das Übergabedokument an Customizing und Entwicklung.
Bevor das Customizing abgeschlossen ist, testen wir Prototypen oder das Testsystem mit Mitarbeitern am Gerät: reale Aufträge, reale Störungen, reale Handschuhe. Befunde gehen nach Schwere sortiert zurück ins Projekt; wir messen, ob die zweite Runde besser ist als die erste.
Wir legen mit dem Projekt fest, wer Key User wird, wie viel Linienzeit das kostet und wohin eskaliert wird. Schulungsunterlagen entstehen aus den echten Dialogen: eine Seite pro Prozess, am Gerät lesbar, in den Sprachen der Belegschaft.
In Cutover und Hypercare stehen wir mit auf dem Shopfloor, sortieren Tickets nach Bedienproblem, Customizing und Prozess und führen eine Nachbesserungsliste für Dialoge. Danach übergeben wir an Regelbetrieb und Key User, mit einer Messung, die der Lagerleitung zeigt, was sich verändert hat.
Aus Projekten in Intralogistik und Fertigung, ohne Kundendaten. Die Lektionen gelten für WMS-Rollouts genauso wie für Projekt-Hubs im Lagerumfeld.
Für ein Intralogistik-Unternehmen haben wir einen Projekt-Hub ausschließlich aus nativen SharePoint- und Teams-Komponenten gebaut. Die Einschränkung war der Vorteil: Das Team des Kunden pflegt und erweitert das System selbst. Für EWM gilt dasselbe: Ein Bedienkonzept, das das RF-Framework ignoriert, wird nie umgesetzt.
Im Projekt-Hub dachten die Nutzer in Projekt und Kunde, nicht in Dokumentbibliotheken; die Navigation musste dem folgen. Im Lager denken Mitarbeiter in Auftrag, Platz, Palette und Schicht, nicht in Transaktionscodes und Lagertypen. Eine Informationsarchitektur nach den Begriffen des Lagers spart mehr Schulung als jede Kurzanleitung.
In der Dampfturbinen-Fertigung wurden die Kernprobleme nicht in Interviews gefunden, sondern nach Monaten am Band und eigenem Erstellen von Fertigungsprozessen in SAP. Ein Workshop zeigt, was Menschen über ihre Arbeit sagen; eine Schicht am Lagerplatz zeigt, was sie tun. Deshalb beginnt jedes Projekt mit Beobachtung.
Die Liste neben dem WMS entsteht, weil das System eine Antwort schuldig bleibt: Wo steht mein Auftrag, wer ist dran, was ist offen? In der Fertigung wurden Papierlisten und Textmarker erst überflüssig, als die Oberfläche die Frage selbst beantwortete. Wir lesen jede Schattenliste als Spezifikation für den fehlenden Dialog.
Im Projekt-Hub brauchten sensible Projektdaten eine eigene, berechtigte Schicht statt Sichtbarkeit für alle. Im Lager heißt das: Der Leitstand sieht anderes als der Staplerfahrer, der Hersteller anderes als der Key User. Ein Bedienkonzept ohne Rollen- und Sichtbarkeitsmodell produziert später Tickets.
In SAP kopierten Ingenieure alte Fertigungsprozesse und änderten Details per Hand; eine Vorlagenbibliothek mit modularen Bausteinen ersetzte das Ratespiel. Im Lager gilt dasselbe für Sonderaufträge, Retouren und Inventurdifferenzen: Wiederkehrende Ausnahmen brauchen einen definierten Dialog, keinen Workaround, der sich über die Schichtübergabe weitervererbt.
Zwei öffentliche Cases und eine Geschichte aus dem Werk. Kundennamen nennen wir nur, wo wir dürfen.
Intralogistik · Warehouse-Automatisierung
Ein deutsches Intralogistik- und Warehouse-Automatisierungs-Unternehmen führt viele Kunden-Installationsprojekte parallel; Status, Team, Meilensteine, BI und Dokumente lagen verstreut. Wir haben Forschung, Informationsarchitektur, UI und Handoff für einen Hub innerhalb nativer SharePoint- und Teams-Komponenten geliefert, mit eigener berechtigter Schicht für sensible Daten.
→Fertigung · SAP
In der Dampfturbinen-Fertigung erstellten Industrial Engineers Fertigungsprozesse aus gedruckten Stücklisten und kopierten SAP-Texten. Nach Monaten der Beobachtung am Band entstand eine durchsuchbare Oberfläche mit Vorlagenbibliothek und Excel-zu-SAP-Integration; die Bearbeitungszeit pro Aufgabe sank laut Projektaufzeichnungen um 80 bis 90 %.
→Hintergrund
Warum wir am Platz beobachten, bevor wir Anforderungen schreiben: Fünf Jahre im Werk haben gezeigt, dass ein technisch korrektes Werkzeug umgangen wird, wenn es nicht in den Tagesablauf passt. Die Excel-Liste neben dem System ist Notwehr, keine Bequemlichkeit.
→Wir orientieren unsere Arbeit an diesen Normen, Studien und Modellen sowie an Veröffentlichungen von Fraunhofer IML und der Bundesvereinigung Logistik (BVL); wir behaupten keine Zertifizierung und keine institutionelle Beziehung.
ISO/TC 159/SC 4 · 2020 (2. Ausgabe)
Sieben Interaktionsprinzipien, darunter Aufgabenangemessenheit, Selbstbeschreibungsfähigkeit und Fehlerrobustheit; unser Maßstab für Scanner-Dialoge ohne Handbuch.
Jakob Nielsen, Nielsen Norman Group · 1994, zuletzt überprüft 2024
Fehlervermeidung, Wiedererkennen statt Erinnern und verständliche Fehlermeldungen: die drei Heuristiken, an denen die meisten RF-Dialoge scheitern.
Kate Kaplan, Nielsen Norman Group · 2020
Fünf Schichten von Komplexität; hilft zu trennen, was am Lagerprozess komplex ist und was nur der Dialog kompliziert macht.
Nielsen Norman Group · 2025
Erfahrene Anwender fürchten Produktivitätsverlust, nicht die Veränderung; ein Argument dafür, Key User früh und am Gerät einzubinden.
Mica R. Endsley, Human Factors 37(1) · 1995
Drei Ebenen: wahrnehmen, verstehen, vorausschauen. Unser Modell für Leitstand-Ansichten, die priorisieren statt alles zu zeigen.
Rupert Reif, Willibald A. Günthner, TU München (fml), The Visual Computer 25 · 2009
Nutzerstudie im realen Lager: Anleitung im Blickfeld senkt Fehler, ohne die Belastung zu erhöhen. Kommissionierdialoge gehören im Lager getestet, nicht am Schreibtisch.
Bettina Laugwitz, Theo Held, Martin Schrepp, USAB 2008, Springer · 2008
Freier, standardisierter Fragebogen mit sechs Skalen; damit messen wir vor und nach dem Go-live, ob sich Durchschaubarkeit und Effizienz aus Sicht der Mitarbeiter verändert haben.
Fraunhofer IAO (Wackernagel, Haner) · 2019
Befragung von 1.600 Büroarbeitenden: Neue Technik wird intensiver genutzt, wenn Führung die Veränderung trägt und Beschäftigte sie mitgestalten. Grundlage unseres Key-User-Konzepts.
Fünf klar geschnittene Leistungen für Fachsysteme, in denen Fehler teuer sind. Jede mit einem festen Team, das die Verantwortung für das Ergebnis trägt.
Ein eingespieltes UX-Team in drei Größen, S, M und L, das ab Tag eins in eurem Fachsystem arbeitet. Research, UI und Design-to-Code aus einer Hand, mit garantierter Vertretung.
UX-Designer und Coaches begleiten die Einführung eines neuen Fachsystems auf Kundenseite: Prozessaufnahme, Konfiguration aus Nutzersicht, Schulung und Akzeptanz im Fachbereich. Damit das System am Go-live wirklich genutzt wird.
Schulungen für Produkt-, Entwicklungs- und Fachteams, die UX in komplexen Systemen selbst tragen wollen. Methoden aus echten Projekten, auf eure Domäne übertragen.
Erzählen Sie uns, wo Dialoge hängen, wo Excel neben dem WMS liegt und wann der Go-live ist. Wir sagen Ihnen ehrlich, wo Bedienbarkeit am meisten bringt und wo der SAP-EWM-Berater die bessere Adresse ist.
