D Zusammenarbeit hät e festi Dauer vo sechs Wuche gha – vo dr Forschungsstart bis zur Übergab vom Design. D Arbeit isch in koordinierte Tracks organisiert worde, sodass Forschungserkenntnis, Benchmarking und Interaktionsdesign sich ohni Verzögerig gägseitig beeinflusse chönnt hend. Wuche eis und zwei sind für Remote-Forschig mit Techniker in Dütschland reserviert worde, während parallel d erschte Abbildige vo Interaktionsoptione und Embedded-GUI-Beschränkige gstartet hend. In Wuche zwei bis vier hät s Team s Interaktionsdesign für alli drü Gerätetyp verfeineret und früe Konzäpt a Hardware- und Werkstatt-Bedingige überprüft. Wuche vier und fünf händ sich uf High-Fidelity-Prototypen konzentriert, mit dene mir d Logik und s Timing vom Interface teste chönnt hend. In dr sechste Wuche hämmer s visuelle Design finalisiert und s Design System sowie d Spezifikationen für d Engineering-Teams vorbereitet.

S Benchmarking vo Konkurrentesystem isch früeh im Projekt gstartet, damit mir d Arbeit im breitere Umfeld vo Kalibrierigssoftware und technischem Software-UX für Automotive-Werkzüg positioniere chönd. Parallel hämmer es entwicklerorientierts Design System vorbereitet, wo Interaktionsregle, Komponentezuständ und s Verhalte über s OEM-Display, s robuste Tablet-Interface und s grosse Display hinweg festghalte hät. D churzi Lieferzyt isch möglich gsi, wil Entscheidige uf Evidenz und nöd uf persönlicher Vorliebe basiert hend. Forschung, Benchmarking und Interaktionsdesign sind glichziitig vorangetribe worde, und High-Fidelity-Prototypen händ als gmeinsame Referenz für Produkt-Stakeholder und Embedded-Ingenieure dient.

D User Research isch während dr Pandemie per Remote-Format mit Techniker in Dütschland durgführt worde, wil Vor-Ort-Bsüech nöd möglich gsi sind. Mir händ mit vierzehn Techniker us füf Werkstätte gredet, darunter autorisierti Prüfzenter und unabhängigi Garagen. D Forschig hät Kontextinterviews und halbstrukturierte Interviews kombiniert. D Kontextinterviews händ sich uf de tatsächliche Gebrauch und dr Ablauf vo de Prozedure konzentriert, während d halbstrukturiertä Interviews breiteri Theme wie Usbildig, Fehlerbehandlig und Ziitsdruck abdeckt händ.

D Techniker händ d Kalibrierigs­schritt so erklärt, als würded sie emene Aafänger unterrichte, was genau die Momänt sichtbar gmacht hät, wo s alte Interface Zögerig verursacht hät. D Hauptproblem sind mit Gschwindigkeit, Klarheit und Schuligsufwand verknüpft gsi. Techniker händ oft Wert müesse bestätige, während sie ums Fahrzeug umeglaufe sind, aber s alte Interface hät kei klari Hierarchie botte, und wichtigi Zueständ sind nöd gnueg vo sekundäre Information abghobe gsi. Mehreri Komponente händ ihri Funktion visuell nöd verständlich gmacht, was d Werkstätte dezue zwingt hät, uf mündlichi Erklärige oder gedruckti Handbüecher zruggzgriffe. Unter Ziitsdruck händ die Einschränkige zu wiederholte Messige, unnötige Pause und vermeidbari Unsicherheite gfüert. Die Erkenntnis sind d empirischi Grundlage für die folgende Interaktionsdesign-Entscheidig worde.

Um e robusti Interaction Architecture z’erstelle, hämmer jedes Modul vom System im Zämehang mit em Verhalte vo de Techniker analysiert. Dr Kalibrierigs-Workflow isch kei einzelni Handlung. Er bestaht us mehrere Phase vo Messig, Überprüefig vo dr Usrichtig und Bereitschafts-Checks, wo je nach Prozedur chli variiere. Mir händ untersucht, wie Benutzer zwüschem eingebettete OEM-Display und em robuste Tablet wechsle, während sie sich ums Fahrzeug bewege. S chliine Embedded-GUI wird oft überprüeft, wenn mer näbe de Grät staht, während s Tablet benutzt wird, wenn mer an verschidene Positione rund ums Auto Anpassige vornimmt. S grosse Display i Prüfzenter muess e zämäghängendi Übersicht biete für Techniker und Prüfpersone, wo nöd immer grad bi dr Hardware sind.

Es isch e Feature-Tabelle erstellt worde, um s Verhalte vom System strukturiert festzhalte. Sie hät zwölf Schlüsselfeatures in vier Hauptmodule abdeckt. Für jedes Feature hämmer dokumentiert, weli Information in dem Schritt nötig isch, wie präzis d Wert sii müend, weli Bewegige vom Techniker erwartet werde, wie s Licht d Lesbarkeit beeinflusst und wie viel Zyt en Benutzer ha dörf, um s Display z’interpretieren. Die Analyse isch s Rückgrat fürs Interaction Design und für d gesamte Professional Software UX worde. Sie hät es möglich gmacht, Engpäss z’identifiziere, wo d Kalibrierigs­gschwindigkeit und d Sicherheit vo de Techniker beeinflusse, und z’entscheide, weli Information permanent sichtbar sii muess und weli kontextabhängig chli ändere cha. So hät s Interaction Design komplexi Workflows unterstützt, ohni s chliine Embedded-Interface oder s Tablet z’überlaste.

Mir händ d Interfaces vo Konkurrente überprüeft, um tüüpschi Schwäche in dere Kategorie vo Kalibrierigssoftware und Enterprise-Software-UX für technisches Werkzeug z’verstoh. Insgesamt hämmer neun Kalibrierigssystem vo verschidene Hersteller analysiert. Vieli vo dene Interfaces händ sehr dicht gpackti Bildschirme zeigt, mit villen Wert uf em gliiche visuelle Niveau. Farbe sind uneinheitlich verwendet worde und händ oft Statusanzeige mit dekorative Element vermischt. Eini System händ stark uf Icons gsetzt, wo ohni vorgängigi Schulig nöd sofort verständlich gsi sind.

S Benchmarking hät bestätigt, dass d Chance nöd i meh visuelle Vielfalt ligt, sondern i struktureller Disziplin. Es Kalibrierigs-Werkzüg muess stabili Lesebereiche, e klari Gruppierig vo zämeghörige Wert und e visuelle Logik biete, wo d Präzision vo dr zugrundeliegende Hardware widerspiegelt. D Benchmarking-Phase hät üs gholfe, d Rahmenbedingige für d neue Architektur z’definiere. Sie hät klar gmacht, weli Ansätz kognitives Rausche verstärke und weli Muster für das spezifische Embedded-Interface und sini begleitende Geräte in ere strenger Form neu interpretiert werde chönd.

S vorherige Interface isch minimalistisch gsi und vo Ingenieure entworfe worde, um s operative Risiko z’reduziere. Bestimmti Workflows händ guet funktioniert, wil Techniker sie über d Zyt glernt hend, und die Abfolge händ durch constraint respecting erhalte blibe müesse. Aber s Interface hät e klari visuelle Hierarchie vermisst. Messzuständ, Toleranze und Fortschrittsanzeige sind nöd entsprächend ihrer Wichtigkeit betont worde. Text und Zahle sind mit ähnlichem Gewicht dargestellt worde, was es für Techniker schwieriger gmacht hät, während dr Kalibrierig zwüsche kritische und unterstützendi Information z’unterscheide.

Mir händ s alte GUI als e Beschränkig und nöd als es Hindernis behandelt. D zugrundeliegende Abläuf, uf die sich Techniker unter Druck verlaa hend, sind erhalte blibe, während s Redesign sich druf konzentriert hät, d Struktur sichtbar und d Zämmehäng verständlich z’mache. Komponente, wo früener Erklärige brucht hend, sind so umgstaltet worde, dass ihri Funktion durch Position, Beschriftig und visuelle Gestaltung erschliessbar worde isch. Die Vorgehenswiis hät d Übergangskoste für Techniker reduziert und s Risiko vermiede, bewährti Prozedure z’bräche, wo sich unter reale Bedingige bereits bewährt hend.

D neue Interface-Architektur schafft e klar räumlichi Hierarchie über alli Gerät hinweg. Kritischi Wert belege stabili Zone, wo us de tüüpsche Arbeitsdistanz rund ums Fahrzeug guet lesbar blibe. Prozedur-Zueständ werde mit ere einheitliche visuelle Sproch uf em eingebettete OEM-Display, em robuste Tablet und em grosse Display dargstellt. D Darstellig vo Toleranze, Warnige und Bereitschaftsschritt folgt ere einzige Logik, sodass Techniker ihri mentali Vorstellig nöd ändere müend, wenn sie während em Kalibrierigsablauf zwüsche de Geräte wechsle. S Embedded-Interface und d grössere UIs bilde e zämäghängends System statt drüü unverbundeni Bildschirme.

D Interaction-Design-Entscheidig sind uf de Forschungsresultat und de Hardware-Beschränkige basiert. Drü Prototyp-Variante sind durch option space mapping erstellt worde, um verschiedeni Möglichkeite für d Gruppierig vo Wert und Zueständ uf em OEM-Display z’erkunde. D High-Fidelity-Prototypen sind denn unter Bedingige testet worde, wo d Lichtverhältnisse und d Sichtdistanz in de Werkstätte nachbildet hend. S Design System beschreibt Komponentezuständ, Übergäng und Fehlersituatione im Detail, inklusive Edge-Fäll, wo für Embedded-Entwicklig kritisch sind. S Verhalte isch für alli drü Gerätetyp klar definiert, sodass Embedded-Ingenieure s Interface ohni Unklarheite umsetze chönd. S Resultat isch es technisches Interface-Design und e Embedded-GUI-Architektur, wo hüt schnelli Kalibrierigs-Workflows unterstützt und morn zusätzligi Prozedure integriere cha, ohni bewährti Muster z’störe.