Warum Telematikprojekte scheitern — und wie Ihres es nicht tut

Irgendwo in Ihrer Organisation gibt es vielleicht schon ein System, das niemand nutzt. Mit ernster Absicht eingeführt, kurz interessant, dann stillschweigend auf eine Abo-Position reduziert, die einmal im Jahr auftaucht und verlängert wird, weil Kündigen mehr Aufwand scheint.

Das kommt häufig vor, und fast nie, weil die Technik versagt hätte. Hier sind die sieben Gründe, geordnet nach ihrer Häufigkeit, und was sie jeweils wirklich verhindert.

1. Niemand ist verantwortlich

Der stärkste einzelne Vorbote des Scheiterns.

Ein Projektsponsor treibt den Kauf voran. Die Installation wird abgeschlossen. Der Sponsor wendet sich dem nächsten Thema zu. Niemand ist für das Ergebnis verantwortlich — nur für die Einführung, und die ist beendet.

Die Lösung: benennen Sie eine Person, die dafür verantwortlich ist, den Nutzen zu liefern, nicht die Installation. Geben Sie ihr Kapazität — eine echte Zuteilung von Zeit, keine Ergänzung zu einer vollen Arbeitslast. Nehmen Sie die Kennzahlen in ihre Ziele auf. Überprüfen Sie sie vierteljährlich daran. Lässt sich niemand benennen, ist das Projekt nicht startbereit, und das jetzt zu erfahren ist nützlicher als in achtzehn Monaten.

2. Die Daten werden erhoben und nie genutzt

Berichte werden erzeugt. Sie kommen per E-Mail. Gelegentlich werden sie geöffnet. Es ändert sich nichts, also verbessert sich nichts.

Die Technik findet die Probleme. Beheben können sie nur Menschen. Ein System ohne Eingriffsprozess nimmt die passiven Vorteile mit — Entlastung im Streitfall, Diebstahlwarnungen, grundlegende Sichtbarkeit — und verschenkt den größten Teil des Werts.

Die Lösung: etablieren Sie einen Rhythmus vor dem Start und machen Sie ihn klein genug, um dem Alltag standzuhalten. Eine wöchentliche Viertelstunde für Ausnahmen. Ein monatliches Coaching-Gespräch mit den drei Fahrern, die es am nötigsten haben. Eine vierteljährliche Routenprüfung. Tragen Sie diese als wiederkehrende Termine mit benanntem Verantwortlichen in den Kalender ein. Bescheiden und beständig schlägt ehrgeizig und aufgegeben, jedes Mal.

3. Die Belegschaft wurde nie mitgenommen

Das System kommt per Ankündigung. Die Fahrer schließen daraus, dass man ihnen nicht vertraut. Die Beteiligung bricht ein, Streitfälle häufen sich, und in Extremfällen umgehen Menschen das System bewusst.

Die Lösung: beziehen Sie die Belegschaft ein, bevor die Entscheidung feststeht, nicht danach. Binden Sie Fahrervertreter beim Schreiben der Richtlinie ein. Zeigen Sie den Leuten das echte System, statt es zu beschreiben. Halten Sie schriftlich fest, wie die Daten genutzt werden und wie nicht — und halten Sie sich absolut daran. Setzen Sie es sichtbar ein, um Menschen zu verteidigen, bevor Sie es je einsetzen, um sie zu belangen. Und briefen Sie die Führungskräfte — ein Vorgesetzter, der wegen einer neunminütigen Pause anruft, macht Monate an Arbeit zunichte.

4. Alarmflut

Alles wird auf höchster Empfindlichkeit eingeschaltet, weil alles nützlich klingt. In der ersten Woche treffen Tausende Meldungen ein. Innerhalb eines Monats liest sie niemand mehr — auch die nicht, auf die es ankommt.

Die Lösung: starten Sie mit drei Warnmeldungen, nicht mit dreißig. Wählen Sie die, an denen tatsächlich jemand eine Entscheidung festmacht. Prüfen Sie nach vierzehn Tagen das Aufkommen und justieren Sie die Schwellen — besonders die für harte Fahrereignisse, die beim ersten Einrichten fast immer nicht zum Fahrzeugtyp passen. Erweitern Sie bewusst, eine Ergänzung nach der anderen. Und seien Sie ebenso bereit, Dinge wieder abzuschalten.

5. Es wurde nie integriert

Die Daten liegen in einem eigenen System, hinter einem eigenen Login, und gelangen nie in den Arbeitsablauf, den sie verbessern sollten. Jemand überträgt monatlich Zahlen in eine Tabelle. Wenn diese Person geht, hört die Auswertung still und leise auf.

Die Lösung: bestimmen Sie die zwei oder drei Anbindungen, auf die es am meisten ankommt — meist Auftragsplanung, Werkstatt und Finanzen — und behandeln Sie sie als Teil der Einführung mit Budget und Verantwortlichem, nicht als spätere Phase. Eine Phase zwei ohne Budget und Termin ist eine Phase, die nicht stattfinden wird.

6. Erfolg wurde nie definiert

Es wurde keine Ausgangsbasis erfasst. Zwölf Monate später kann niemand den Nutzen belegen, und so wird aus der Verlängerung ein Streit über Eindrücke statt einer Prüfung von Belegen — und Eindrücke sprechen für den, der am skeptischsten ist.

Die Lösung: erfassen Sie die Ausgangsbasis vor dem Einbau. Kraftstoff je Kilometer. Kollisionen je Million Kilometer. Schadenkosten über drei Jahre. Tage bis zur Meldung. Auslastung. Standzeiten. Verluste. Verwaltungsstunden. Das kostet einen Nachmittag und lässt sich später nicht rekonstruieren. Einigen Sie sich dann schriftlich auf die drei Zahlen, die Erfolg definieren, und auf das Datum ihrer Überprüfung. Wie daraus ein Fall wird, der einer Prüfung standhält, steht in dem Leitfaden zum Aufbau eines Telematik-Business-Case.

7. Nur die Technik wurde gekauft

Das Abonnement wurde genehmigt. Die interne Zeit, das Programm zu betreiben, nicht. Coaching, Überprüfung und Prozessänderung sollten innerhalb der bestehenden Arbeitslast stattfinden — und taten es nicht.

Die Lösung: nehmen Sie interne Ressourcen ausdrücklich als Kosten in den Business Case auf. Das macht ihn konservativer und glaubwürdiger — und es sorgt dafür, dass die Ressource tatsächlich existiert. Ein Programm ohne zugeteilte Zeit liefert die passiven Vorteile und keinen der aktiven; das kann immer noch positiv sein, ist aber eine deutlich kleinere Rendite, und der Business Case hätte das sagen müssen.

Alle sieben Fehlerquellen sitzen an derselben Stelle: zwischen dem, was das System erfasst, und dem, was jemand daraufhin tut.

Was die erfolgreichen Programme gemeinsam haben

Sie teilen eine kurze Liste von Merkmalen, und keines davon ist technisch:

• Ein benannter Verantwortlicher mit Kapazität, der an Ergebnissen gemessen wird
• Ein kleiner, tragfähiger Rhythmus aus Überprüfung und Eingreifen, der arbeitsreiche Wochen übersteht
• Eine Belegschaft, die einbezogen wurde, und eine schriftliche Zusage, die eingehalten wurde
• Eine eng gefasste Anfangskonfiguration , die bewusst erweitert wurde
• Eine Ausgangsbasis, und die Disziplin, daran zu messen
• Zwei oder drei Schnittstellen , die die Daten dorthin bringen, wo die Leute ohnehin arbeiten
• Eine Überprüfung nach zwölf Monaten , die Belege prüft statt Eindrücke

Der dritte Punkt wird am häufigsten übersprungen und ist am schwersten zu reparieren, denn Vertrauen zu behalten ist billiger, als es wieder aufzubauen. Mehr dazu finden Sie unter wie die Plattform Fahrerdaten darstellt.

Der Sechs-Monats-Test

Tragen Sie einen Termin sechs Monate nach dem Start in den Kalender ein und beantworten Sie drei Fragen ehrlich:

1. Welche Entscheidungen haben wir getroffen, die wir ohne dies nicht getroffen hätten?
2. Was hat sich gegenüber der Ausgangsbasis messbar verändert?
3. Wer hat die Arbeit gemacht, und hat diese Person weiterhin die Kapazität dafür?

Fallen die Antworten dünn aus, liegt es fast sicher an einem der sieben Punkte oben — und alle sieben lassen sich nach sechs Monaten noch beheben. Nach drei Jahren, wenn die Verlängerung ansteht und niemand mehr weiß, wofür das Ganze war, sind sie deutlich schwerer zu reparieren.

Welche Fragen Sie einem Anbieter stellen sollten, bevor all das beginnt, steht in unserem Leitfaden für Käufer von Flottentechnik.