Auf derselben Seite von Cadulis führten zwei Schaltflächen dieselbe Aktion aus. Sie trugen jedoch nicht denselben Namen. Uns war das nicht aufgefallen, weil wir unser Tool in- und auswendig kennen – und genau das ist das Problem. Die Benutzerfreundlichkeit einer Software lässt sich am besten bei denen beurteilen, die sie tatsächlich nutzen.
Seit Oktober 2024 beobachtet die Agentur UX-KEY aus Metz die tatsächliche Nutzung unserer Anwendung und sendet uns jeden Monat einen Bericht. Wir zeigen Ihnen, wie deren System funktioniert und was wir dadurch verbessert haben, bevor wir abschließend auf die wichtigsten Ergonomie-Fragen eingehen, die Sie jedem Anbieter stellen sollten, bevor Sie Ihre Software auswählen.
Warum die Ergonomie einer Field-Service-Software doppelt zählt
Ein schlecht gestalteter Bildschirm im Büro – damit arrangiert man sich. Im Außendienst hält der Techniker sein Telefon mit einer Hand, manchmal mit Handschuhen, oft zwischen zwei Einsätzen und mit dem Kunden, der wartet. Nach einer Schaltfläche zu suchen, dafür bleibt keine Zeit. Eine fehlerhafte Eingabe erneut zu machen, ebenso wenig.
Und dann gibt es noch all das, was im Büro niemand sieht: das Display in grellem Sonnenlicht auf einem Dach, das schwache Netz im Keller, ein älteres Privattelefon mit vergrößerter Schrift.
Hinzu kommt die Wiederholung. Drei Sekunden, die bei jedem Abschluss eines Einsatzes verloren gehen, zwanzig Mal am Tag, multipliziert mit einem Team und einem Jahr – das summiert sich.
Wenn das Tool nervt, wird es umgangen. Der Techniker notiert etwas im Notizbuch, ruft im Büro an, schickt ein Foto per SMS. Die Software ist installiert, wird aber nicht mehr genutzt. Das haben wir bereits in unserem Artikel über die Digitalisierung von Außendienstteams und den Umgang mit Widerstand thematisiert; ein Großteil dieses Widerstands ist auf ergonomische Details zurückzuführen, die niemand beachtet hat.
Das Problem ist: Ein Softwareanbieter ist schlecht positioniert, um diese zu erkennen. Er weiß, wo jede Funktion ist, er klickt nie auf die falsche Schaltfläche. Daher ist ein externer Blick, der auf Nutzungsdaten basiert, so wertvoll.
Wie das UX-Audit von UX-KEY funktioniert
UX-KEY ist eine Agentur aus Metz, gegründet 2019, spezialisiert auf die Nutzererfahrung von Online-Software für Unternehmen (CRM, ERP, HR-Tools).
Ein Skript, das die tatsächliche Nutzung beobachtet
Ein Erfassungsskript wird in der Anwendung eingebunden. Es zeichnet Interaktionsdaten auf, um die Navigation der Nutzer nachzuvollziehen. Laut UX-KEY werden dabei nur nicht-personenbezogene Daten erfasst, und die Agentur veröffentlicht ihre Richtlinien zur Einhaltung der DSGVO und der europäischen KI-Verordnung.
Das Patent für ihre Analyse-Technologie für Nutzerpfade, angemeldet 2020, bezieht sich auf die Echtzeitverfolgung von Strukturänderungen auf Seiten. Das ist besonders relevant für ein Tool wie unseres, bei dem sich die Ansichten ständig neu zusammensetzen (ein sich neu ladender Kalender, eine Einsatzakte, die sich als Overlay öffnet). Das Ergebnis sind unter anderem Heatmaps, die zeigen, wo Nutzer klicken.
Assistierte Analyse, menschliche Schlussfolgerungen
Eine KI hilft bei der Sortierung dieser Daten. Das eigentliche Audit wird jedoch von den UX-Designern der Agentur durchgeführt, die das Verhalten interpretieren und Empfehlungen formulieren.
Ein Bericht pro Monat, ein Thema pro Bericht
Jeden Monat erhalten wir einen Bericht, der sich auf ein einziges Thema konzentriert, zum Beispiel die Ergonomie eines Workflows, die Barrierefreiheit, die mobile Darstellung oder die Beschriftung der Buttons. Die Pain Points werden aufgelistet und die Empfehlungen priorisiert.
Ein einmaliges Audit verschwindet oft in der Schublade. Dieses kommt jeden Monat wieder auf den Tisch – und dann muss entschieden werden (korrigieren, einplanen oder bewusst so lassen).
Wir sind nicht die einzige Field-Service-Software in dieser Situation. UX-KEY berichtet zum Beispiel, wie sie das Ticket- und Baustellenmanagement von DriveIM, einer technischen Immobilienverwaltungsplattform, intuitiver gestaltet hat.
Was das Audit an der Ergonomie unserer Software verbessert hat
Nichts Spektakuläres, nur Schwächen, die bei uns niemand mehr wahrgenommen hat.
Zwei Buttons, zwei Namen, eine Aktion
Auf manchen Seiten führten zwei Schaltflächen unter unterschiedlichen Bezeichnungen dieselbe Aktion aus. Wir wussten das. Ein Nutzer sieht jedoch zwei Namen und sucht nach zwei Funktionen: Er fragt sich, welche er wählen soll, zögert – oder schlimmer noch, glaubt, dass ihm ein Schritt fehlt.
Die Web-Accessibility-Guidelines legen denselben Grundsatz für Websites fest. Kriterium 3.2.4 der WCAG 2.2 verlangt, dass Komponenten mit derselben Funktion konsistent bezeichnet werden. Wir haben die Beschriftungen vereinheitlicht.
Zu eng platzierte Buttons
Andernorts waren Schaltflächen so nah beieinander platziert, dass ein Klick leicht auf die Nachbar-Schaltfläche rutschen konnte. Mit der Maus geht das noch, aber mit dem Daumen – etwa im schlecht beleuchteten Treppenhaus – löst man schnell eine unerwünschte Aktion aus.
Auch hier gibt die Norm einen Anhaltspunkt. Kriterium 2.5.8 der WCAG 2.2, Stufe AA, fordert eine Zielgröße von mindestens 24 CSS-Pixeln pro Seite oder einen ausreichenden Abstand zwischen kleineren Zielen. Wir haben den Abstand der betroffenen Buttons angepasst.
Warum uns das niemand gemeldet hat
Niemand ruft seinen Anbieter an, um zu sagen, dass er zwei Sekunden vor einer Schaltfläche gezögert hat oder einmal in der Woche daneben geklickt hat. Man ärgert sich, macht weiter und gewöhnt sich daran. Solche Reibungspunkte erkennt man meist erst in den Nutzungsdaten – wenn jemand sie analysiert.
Was ein UX-Audit nicht ersetzt
Ein Software-Ergonomie-Audit hat seine Grenzen. Es zeigt, wo Nutzer blockieren; es sagt nicht immer, warum oder was sie noch brauchen, das es noch nicht gibt.
Direktes Feedback bleibt daher unverzichtbar. Ein Techniker, der erklärt, dass er seine Stunden abends nachträgt, weil er vor Ort keine Zeit hat, vermittelt dem Anbieter mehr als jede Heatmap. Auch Schulungen bleiben wichtig, selbst bei einem gut gestalteten Tool.
Am Ende muss abgewogen werden. Die Behebung eines Ergonomieproblems kostet Entwicklungszeit, die anderswo fehlt. Der Bericht priorisiert, das Team entscheidet.
Fünf Ergonomie-Fragen, die Sie vor der Auswahl Ihrer Software stellen sollten
Man muss kein Designer sein, um die Ergonomie einer Field-Service-Software zu beurteilen. Während einer Demo oder im Test reichen diese fünf Fragen, um Klarheit zu bekommen.
- Hat eine Aktion überall denselben Namen? Gehen Sie drei oder vier Bildschirme durch. Wenn „Validieren“, „Speichern“ und „Abschließen“ scheinbar das Gleiche tun, werden Ihre Techniker zögern.
- Lassen sich die Buttons leicht mit dem Finger bedienen? Führen Sie die Demo auf einem Smartphone durch, nicht am Computer des Anbieters. Probieren Sie es mit dem Daumen, einhändig.
- Wie viele Bildschirme sind nötig, um einen Einsatz abzuschließen? Zählen Sie sie. Jeder überflüssige Bildschirm wird wöchentlich hundertfach erlebt.
- Was passiert, wenn man einen Fehler macht? Eine destruktive Aktion sollte eine Bestätigung verlangen, und ein Eingabefehler muss korrigierbar sein, ohne alles von vorn zu beginnen.
- Wie erfährt der Anbieter, was seine Nutzer stört? Das ist die aufschlussreichste Frage. Eine vage Antwort („Unsere Kunden sind zufrieden“) wiegt weniger als eine Methode: Nutzerfeedback, Nutzungsdaten, externe Audits.
Ein zusätzlicher Tipp: Lassen Sie das Tool von einem Ihrer Techniker testen, nicht nur von der Person, die den Vertrag unterzeichnet. In zehn Minuten Test erkennt er Dinge, die selbst die beste Demo nicht zeigt – und Sie wissen, ob er es im Einsatz wirklich nutzen wird.
Sie sind selbst Softwareanbieter? Der Leitfaden für UX-Design von SaaS-Oberflächen von UX-KEY beschreibt den Ansatz im Detail, von der Nutzerforschung bis zu den Tests.
Für alle weiteren Auswahlkriterien (Funktionen, Preis, Bindung) gibt unser Leitfaden zum Auswahl der besten Software für das Einsatzmanagement einen Überblick über die anderen Aspekte.
Software-Ergonomie: eine dauerhafte Aufgabe
Jede neue Funktion bringt einen Button, einen Bildschirm, eine Bezeichnung – und damit eine Gelegenheit, das einst Klare zu verwässern. Das Gegenmittel ist einfach: Regelmäßig beobachten, wie das Tool tatsächlich genutzt wird, und kleine Dinge korrigieren, bevor sie zu Umgehungsgewohnheiten werden.
Wir machen das mit UX-KEY, einmal im Monat ein Bericht. Und wenn Sie sich selbst ein Bild machen möchten, fordern Sie eine Demo auf dem Smartphone an – mit Ihren eigenen Einsätzen.
