Vom Werk ins Interface: von der Dampfturbine zur UX für Fachsysteme
Bevor ich Interfaces gestaltet habe, habe ich Werkzeuge für Ingenieure gebaut, die keine Zeit hatten, Software zu lernen. Aus diesen Jahren kommt vieles, wie Beabstracto heute arbeitet.
Ausgangslage
2016 habe ich bei Siemens in Brasilien als Auszubildender angefangen, im Projekt Formare mit der Fundação Siemens. Meine Abschlussarbeit 2017 handelte von Photovoltaik-Modulen am Standort Jundiaí I, also von Messungen und von Technik, die funktionieren muss.
Danach kam das Praktikum im Industrial Engineering für Dampfturbinen. Fertigung, Montage und Inbetriebnahme einer Dampfturbine ziehen sich über Monate, und jeder Schritt hängt an Dokumenten, Routinen und Systemen, die andere Leute vor Jahren aufgesetzt haben.
Was passiert ist
2019 stand unser Team mit einem Projekt zu 3D-Druck in der Fertigung von Dampfturbinen im Halbfinale des Werner-von-Siemens-Preises. Geblieben ist mir davon weniger die Technologie als die Erfahrung, eine Idee durch eine große Organisation zu tragen: Wen muss man überzeugen, welche Prozesse stehen im Weg, und was braucht ein Werk, um etwas Neues tatsächlich zu benutzen?
Bis 2021 war ich Application Engineer. Ich habe technische Angebote für Dampfturbinengeneratoren erstellt, kleine Python-Werkzeuge für das Team geschrieben und wiederkehrende SAP-Prozesse automatisiert. Dort habe ich zum ersten Mal Software für Kolleg:innen gebaut, die keine Zeit hatten, Software zu lernen, weil sie ihre eigentliche Arbeit erledigen wollten.
Dabei habe ich gelernt, dass ein Werkzeug umgangen wird, wenn es zwar technisch korrekt ist, aber nicht in den Tagesablauf passt. Die Leute tun das aus Notwendigkeit. Die Excel-Liste neben dem System entsteht, weil das System ihnen eine Antwort schuldig bleibt: Wo steht mein Vorgang, wer ist dran, wann ist die Frist?
2021 bin ich vom Engineering ins Produktdesign gewechselt. Erst izz.ai, dann DocuWare (Workflow-Designer und Enterprise-Konfiguration für eine ausgereifte B2B-Plattform), dann Flexera. Heute leite ich die UX für eine deutsche Plattform zur Quellensteuer-Erstattung, als externe UX-Beratung für den Hersteller.
Was wir daraus für Kunden machen
Beabstracto arbeitet nach drei Regeln, und alle kommen aus dem Werk.
- Prozess vor Bildschirm. Bevor wir ein Interface anfassen, wollen wir den Vorgang kennen: Eingang, Prüfung, Freigabe, Frist, Ausnahme. Das Interface folgt daraus.
- Fachsprache ernst nehmen. Ingenieur:innen, Steuerreferent:innen und Sachbearbeiter:innen arbeiten mit präzisen Begriffen. Wir bauen diese Begriffe ins System ein, statt sie in Marketing-Deutsch zu übersetzen.
- Einführung ist Teil des Designs. Ein System, das niemand annimmt, ist nicht fertig. Deshalb begleiten wir auch die Einführung mit Key Usern, Schulung und Nacharbeit, statt beim Prototyp aufzuhören.
Auf unserer Über-uns-Seite steht dazu der Satz: Ich kenne technische Nutzer von innen, weil ich einer war.
Häufige Fragen
- Warum hilft ein Ingenieur-Hintergrund bei UX für Fachsysteme?
- In Fachsystemen liegt die Hürde meist im Prozess hinter der Oberfläche. Wer selbst in solchen Prozessen gearbeitet hat, erkennt schneller, wo ein System Status, Frist oder nächsten Schritt versteckt.
- Was heißt „Prozess vor Bildschirm“ konkret?
- Zuerst kommen Ist-Analyse und Beobachtung. Wir schauen zu, wie die Arbeit heute läuft, inklusive der Workarounds, und entwickeln erst danach Konzept und Oberfläche.
- Begleitet Beabstracto auch die Einführung?
- Ja. Einführungsbegleitung ist eine eigene Leistung: Key-User-Konzept, Schulung und Feedbackschleifen nach dem Go-live.
