Mit KI erstellt

Liebe Leserinnen und Leser,

der neue Anbieter ist ausgewählt. Die Fahrzeuge sind angelegt, Benutzerkonten eingerichtet und die wichtigsten Daten übernommen. Nach Wochen der Vorbereitung steht der Termin für den Wechsel fest.

Technisch kann es losgehen.

Ein paar Tage später läuft trotzdem noch die alte Excel-Liste. Fahrer schicken Informationen weiterhin per WhatsApp. Die Disposition ruft an, weil sie eine Angabe im neuen System nicht findet. Im Fuhrpark werden Daten teilweise doppelt gepflegt, weil noch niemand so richtig weiß, welchem Stand man inzwischen vertrauen soll.

Die neue Software funktioniert.

Der neue Ablauf noch nicht.

Genau deshalb entscheidet sich der Erfolg eines Softwarewechsels selten allein daran, welche Funktionen das neue System mitbringt. Viel wichtiger ist, ob vorher geklärt wurde, wie der Fuhrpark anschließend damit arbeiten soll.

Eine neue Software übernimmt automatisch auch alte Unklarheiten

Vor einem Systemwechsel richtet sich der Blick verständlicherweise zuerst auf Funktionen.

Welche Fahrzeuge können abgebildet werden? Welche Daten lassen sich übernehmen? Welche Auswertungen stehen zur Verfügung? Welche bestehenden Systeme können angebunden werden?

Diese Fragen sind wichtig. Sie reichen jedoch nicht aus.

Denn eine Software kann nur mit den Abläufen arbeiten, die der Betrieb ihr vorgibt.

Wenn vorher schon unklar war, wer einen Schaden abschließend dokumentiert, wird diese Verantwortung durch einen neuen Menüpunkt nicht automatisch eindeutiger.

Wurden Fahrzeugdaten bisher an mehreren Stellen gepflegt, verschwindet diese Gewohnheit ebenfalls nicht mit dem neuen Login.

Und wenn niemand festgelegt hat, welche Informationen nach einer Fahrzeugübergabe tatsächlich benötigt werden, entsteht aus einem digitalen Formular noch kein sauberer Übergabeprozess.

Der Softwarewechsel macht solche Stellen oft nur sichtbarer.

Das ist unbequem, aber gleichzeitig eine große Chance. Denn genau vor einer Umstellung lässt sich vieles neu ordnen, was im alten System irgendwann einfach so entstanden ist.

Bevor Daten umziehen, sollten die Abläufe einmal auf den Tisch

Ein typischer Fuhrpark entwickelt sich über Jahre.

Neue Fahrzeuge kommen dazu, Verantwortlichkeiten verändern sich und zusätzliche Listen entstehen, weil irgendwo kurzfristig eine Information gebraucht wurde.

Was einmal als pragmatische Zwischenlösung gedacht war, gehört zwei Jahre später plötzlich zum normalen Ablauf.

Vor einer Softwaremigration lohnt sich deshalb eine sehr einfache Bestandsaufnahme.

Wie kommt ein neues Fahrzeug heute in den Bestand? Wo werden Termine gepflegt? Was passiert nach einer Schadenmeldung? Wer ändert Fahrzeugzuordnungen? Welche Informationen benötigt die Buchhaltung und welche davon braucht der Fuhrpark schon vorher?

Dabei geht es nicht darum, wochenlang Prozessdiagramme zu zeichnen.

Interessanter sind die Stellen, an denen im Alltag regelmäßig nachgefragt, gesucht oder doppelt gearbeitet wird.

Wenn dieselbe Information an drei Stellen eingetragen wird, sollte vor der Migration entschieden werden, wo sie künftig verbindlich geführt wird.

Wenn ein Prozess nur funktioniert, weil eine bestimmte Person seit Jahren weiß, was als Nächstes zu tun ist, gehört dieses Wissen ebenfalls in die Vorbereitung.

So wird aus dem Softwareprojekt gleichzeitig eine Gelegenheit, den Fuhrpark selbst aufzuräumen.

Nicht jeder alte Datensatz verdient ein neues Zuhause

Eine vollständige Datenübernahme klingt zunächst nach der sichersten Lösung.

Tatsächlich lohnt sich vorher ein kritischer Blick auf den Bestand.

Doppelte Fahrzeuge, alte Ansprechpartner, nicht mehr verwendete Kategorien oder uneinheitliche Bezeichnungen werden durch eine Migration nicht besser. Sie liegen anschließend lediglich in einem moderneren System.

Besonders Stammdaten verdienen deshalb Aufmerksamkeit.

Schon unterschiedliche Schreibweisen können später dafür sorgen, dass Auswertungen unnötig kompliziert werden. Dasselbe gilt für Bezeichnungen von Standorten, Fahrzeuggruppen oder internen Kostenstellen.

Vor dem Import sollte deshalb feststehen, welche Daten wirklich noch benötigt werden und nach welcher Logik sie künftig gepflegt werden.

Historische Informationen können weiterhin wichtig sein. Sie müssen aber nicht zwangsläufig genauso behandelt werden wie Daten, mit denen jeden Tag gearbeitet wird.

Ein sauberer Startbestand erleichtert den Einstieg erheblich.

Die Menschen im Alltag müssen früher eingebunden werden

Eine Fuhrparksoftware wird häufig von Personen ausgewählt, die gute Gründe für die Entscheidung haben.

Sie kennen die Anforderungen des Unternehmens, vergleichen Anbieter und begleiten die Einführung.

Später arbeiten aber möglicherweise ganz andere Menschen täglich damit.

Genau diese Nutzer sollten nicht erst am Tag der Schulung erfahren, wie ihr zukünftiger Ablauf aussieht.

Ein Disponent erkennt andere Probleme als die Geschäftsführung. Ein Fahrer erlebt die mobile Anwendung anders als jemand, der den ganzen Tag am Desktop arbeitet. In der Werkstatt wiederum sind andere Informationen entscheidend.

Deshalb ist es hilfreich, ausgewählte Nutzer bereits während der Vorbereitung einzubeziehen.

Nicht als großes Abstimmungsgremium für jede Entscheidung.

Viel wichtiger ist ein realistischer Test.

Kann ein Mitarbeiter mit dem vorgesehenen Ablauf tatsächlich eine Aufgabe erledigen, die heute regelmäßig vorkommt? Versteht er, wo die benötigte Information zu finden ist? Entsteht dabei ein zusätzlicher Arbeitsschritt, den während der Planung niemand gesehen hat?

Solche Erkenntnisse sind vor dem Start wesentlich angenehmer als danach.

Eine Schulung sollte den Arbeitstag erklären und nicht die Software vorführen

Viele Softwareschulungen beginnen bei der Oberfläche.

Hier befindet sich das Menü. Dort liegt die Fahrzeugakte. Mit diesem Button wird ein neuer Vorgang angelegt.

Technisch ist das korrekt.

Im Kopf des Mitarbeiters bleibt trotzdem oft eine andere Frage hängen: Was davon brauche ich morgen früh?

Eine gute Einweisung orientiert sich deshalb an realen Aufgaben.

Der Fahrer muss nicht sämtliche Möglichkeiten des Systems kennen. Er muss verstehen, was er vor seiner Tour, bei einer Meldung oder nach einem Fahrzeugwechsel tun soll.

Für die Disposition können andere Funktionen wichtig sein. Der Fuhrparkverantwortliche benötigt wiederum mehr Tiefe, weil bei ihm Informationen zusammenlaufen und Entscheidungen vorbereitet werden.

Damit wird Schulung wesentlich konkreter.

Statt eine Software vollständig erklären zu wollen, wird gezeigt, wie der jeweilige Mitarbeiter seinen Teil des Prozesses damit erledigt.

Auch deshalb bieten große Anbieter von Flotten- und Unternehmenssoftware heute umfangreiche Onboarding-, Trainings- und Academy-Angebote an. Die technische Bereitstellung allein beendet die Einführung nicht.

Der schwierigste Moment kommt häufig nach dem Go-live

Am ersten Tag ist die Aufmerksamkeit hoch.

Zugangsdaten liegen bereit, Ansprechpartner sind bekannt und Probleme werden sofort weitergegeben.

Zwei Wochen später sieht das anders aus.

Der normale Arbeitsalltag ist zurück. Ein Mitarbeiter nimmt wieder seine alte Liste, weil es schneller geht. Jemand anderes speichert eine Information zusätzlich lokal ab, weil er noch nicht ganz sicher ist, ob sie im neuen System richtig angekommen ist.

So entstehen Parallelwelten.

Das neue System wird benutzt, die alten Abläufe bleiben trotzdem daneben bestehen.

Genau in dieser Phase braucht der Fuhrpark klare Entscheidungen.

Welche Information wird ab jetzt ausschließlich im neuen System gepflegt? Welche alte Liste wird tatsächlich beendet? Wer entscheidet bei Unklarheiten? Wo werden Rückmeldungen gesammelt?

Bleibt die Antwort offen, gewinnt meistens die Gewohnheit.

Parallelbetrieb klingt sicher und kann trotzdem zum Problem werden

Für bestimmte Übergangsphasen kann es sinnvoll sein, alte und neue Strukturen kurzzeitig nebeneinander laufen zu lassen.

Dauerhaft darf daraus jedoch kein Zustand werden.

Wer denselben Termin in zwei Systemen pflegt, hat zusätzliche Arbeit und irgendwann zwei unterschiedliche Informationen.

Dasselbe passiert bei Fahrzeugzuordnungen, Schäden oder Kilometerständen.

Deshalb sollte bereits vor dem Start feststehen, wann die alte Arbeitsweise endet.

Die Mitarbeitenden müssen wissen, welcher Datenstand ab diesem Zeitpunkt maßgeblich ist.

Ein klarer Wechsel schafft zunächst mehr Verbindlichkeit. Genau diese Verbindlichkeit verhindert später die ewige Frage, ob vielleicht in der alten Datei noch etwas anderes steht.

Verantwortlichkeiten verändern sich durch Software nicht von allein

Digitalisierung wird häufig mit Automatisierung verbunden.

Im Alltag bleibt trotzdem jemand verantwortlich.

Ein System kann eine Information bereitstellen. Entscheiden, prüfen oder nachfassen muss je nach Prozess weiterhin eine Person.

Deshalb sollte für die wichtigsten Abläufe festgelegt sein, wer einen Vorgang übernimmt und wann er als abgeschlossen gilt.

Das betrifft beispielsweise Fahrzeugänderungen, Werkstatttermine oder interne Rückmeldungen.

Solche Zuständigkeiten müssen nicht kompliziert dokumentiert werden. Sie sollten lediglich so eindeutig sein, dass im Alltag niemand überlegen muss, wer jetzt eigentlich dran ist.

Eine gute Software unterstützt diesen Ablauf.

Sie erfindet ihn nicht.

Führung entscheidet mit, ob das neue System wirklich genutzt wird

Eine Softwareeinführung verliert schnell an Wirkung, wenn Führungskräfte anschließend weiter nach den alten Auswertungen fragen.

Dann wird im neuen System gearbeitet und zusätzlich die bekannte Excel-Datei erstellt, weil sie beim nächsten Termin wieder erwartet wird.

Für die Mitarbeiter entsteht daraus eine ziemlich klare Botschaft.

Das neue System ist offenbar zusätzlich da. Das alte bleibt weiterhin wichtig.

Wer einen Wechsel ernst meint, sollte deshalb auch seine eigenen Gewohnheiten überprüfen.

Welche Zahlen werden künftig genutzt? Wo wird nach dem aktuellen Fahrzeugstatus geschaut? Auf welcher Grundlage werden Entscheidungen getroffen?

Wenn sich diese Fragen konsequent auf das neue System beziehen, steigt dessen Bedeutung im Alltag automatisch.

Nach dem Start zeigt sich, was bei der Planung übersehen wurde

Keine Einführung bildet am ersten Tag sämtliche Alltagssituationen perfekt ab.

Deshalb braucht die erste Zeit einen einfachen Rückmeldeweg.

Dabei sollte nicht jede spontane Vorliebe sofort zu einer Systemänderung führen.

Interessant sind wiederkehrende Hindernisse.

Wenn mehrere Mitarbeiter an derselben Stelle hängen bleiben, kann der Prozess unklar sein. Wird eine wichtige Information regelmäßig an anderer Stelle gesucht, passt möglicherweise die Struktur noch nicht zum Arbeitsalltag.

Solche Rückmeldungen helfen, die Einführung gezielt nachzuschärfen.

Dadurch bleibt aus dem Projekt kein starres Ergebnis zurück, sondern ein System, das sich an der tatsächlichen Nutzung orientiert.

Ein erfolgreicher Softwarewechsel endet nicht mit dem Login

Der Go-live ist ein wichtiger Termin.

Er ist aber nicht das eigentliche Ziel.

Entscheidend ist einige Wochen später, ob der Fuhrpark tatsächlich anders arbeitet.

Sind Informationen leichter auffindbar? Wurden alte Nebenlisten wirklich beendet? Wissen Mitarbeiter, wo sie ihre Aufgaben erledigen? Werden Veränderungen im Fahrzeugbestand dort dokumentiert, wo alle Beteiligten mit demselben Stand arbeiten können?

An diesen Punkten zeigt sich, ob aus einer neuen Software ein besserer Ablauf geworden ist.

comuniverse betrachtet einen digitalen Fuhrpark deshalb nicht als Sammlung möglichst vieler Funktionen. Entscheidend ist, wie Fahrzeuginformationen in den täglichen Betrieb passen und wie daraus nachvollziehbare Prozesse entstehen.

Eine Software kann technisch hervorragend funktionieren und trotzdem kaum etwas verbessern, wenn der Fuhrpark seine bisherige Arbeitsweise einfach digital kopiert.

Wer vor dem Wechsel seine Abläufe klärt, die richtigen Menschen einbindet und nach dem Start konsequent mit dem neuen System arbeitet, schafft dagegen eine wesentlich bessere Grundlage.

Dann verändert sich mehr als die Oberfläche auf dem Bildschirm.

Dann verändert sich der Fuhrpark dahinter.