Wer in einer Spedition die Software wechselt oder erstmals eine spezialisierte Lösung einführt, unterschätzt fast immer den Aufwand. Nicht weil die Programme komplex wären, sondern weil die Rahmenbedingungen selten stimmen: Daten liegen in Excel-Tabellen verstreut, Prozesse sind nie schriftlich festgehalten worden, und die Belegschaft erfährt von der Umstellung oft zu spät. Das Ergebnis: Verzögerungen, Frust, und im schlimmsten Fall ein Rollback zur alten Lösung. Dabei lässt sich das mit einer strukturierten Vorgehensweise vermeiden.
Bedarfsanalyse vor der Softwareauswahl
Der häufigste Fehler ist, mit der Produktauswahl zu beginnen, bevor die eigenen Anforderungen klar sind. Eine belastbare Bedarfsanalyse braucht mindestens zwei Wochen und sollte alle operativen Bereiche einschließen: Auftragserfassung, Disposition, Abrechnung, Nachunternehmerverwaltung und Reporting. Wer nur die Disponenten befragt, übersieht, was die Buchhaltung täglich händisch nacharbeitet.
Konkret empfiehlt sich eine Prozesslandkarte, die jeden Arbeitsschritt mit Zeitaufwand und Fehlerquote dokumentiert. In mittelständischen Speditionen mit 20 bis 50 Mitarbeitern zeigt diese Übung regelmäßig, dass 30 bis 40 Prozent der Arbeitszeit auf manuelle Doppeleingaben entfallen. Diese Zahl ist kein Ausreißer, sie ist typisch. Und sie liefert das entscheidende Argument gegenüber der Geschäftsführung, wenn es um das Budget für die neue Lösung geht.
Auswahlkriterien, die wirklich entscheiden
Softwarehersteller präsentieren ihre Lösungen gerne anhand von Funktionslisten. Für die Praxis relevanter sind drei andere Fragen: Wie lange dauert eine typische Implementierung bei vergleichbaren Betrieben? Welche Schnittstellen zu Frachtenbörsen, Telematik-Anbietern und Buchhaltungssystemen sind nativ integriert? Und wie sieht der Support nach dem Go-live aus?
Bei Speditionssoftware ist die Schnittstellenfrage besonders kritisch, weil Speditionen selten nur ein einziges System nutzen. Die Anbindung an TimoCom oder Transporeon, an DATEV oder SAP, an verschiedene Telematiksysteme verschiedener Lkw-Flotten gehört zum Alltag. Fehlende oder fehlerhafte Schnittstellen bedeuten Mehrarbeit und können den gesamten ROI einer Implementierung zunichtemachen.
Checkliste für den Softwarevergleich
- Referenzkunden in vergleichbarer Betriebsgröße und Verkehrsart anfragen
- Testinstanz mit echten Eigendaten für mindestens zwei Wochen nutzen
- Implementierungszeitraum vertraglich festhalten, nicht nur schätzen
- Updatezyklen und Supportreaktionszeiten schriftlich vereinbaren
- Datenmigration als gesondertes Leistungspaket definieren und kalkulieren
Datenmigration: Der unterschätzte Engpass
Die Migration von Stamm- und Bewegungsdaten aus einem Altsystem oder aus Excel kostet in der Regel doppelt so lange wie geplant. Das liegt nicht an mangelnder Sorgfalt, sondern an der Qualität der Ausgangsdaten. Adressstammdaten sind häufig in drei Schreibweisen vorhanden, Kostenstellen wurden über Jahre inkonsistent gepflegt, historische Auftragsdaten enthalten Lücken.
Eine pragmatische Lösung: nur die Daten migrieren, die operativ notwendig sind. Kundenstammdaten, aktive Fahrzeuge, laufende Aufträge und offene Posten müssen in das neue System. Archivdaten aus den letzten zehn Jahren müssen das nicht. Sie können im Altsystem für gesetzlich vorgeschriebene Aufbewahrungsfristen verbleiben und werden bei Bedarf dort nachgeschlagen. Das reduziert den Migrationsaufwand um 60 bis 70 Prozent und senkt das Fehlerrisiko erheblich.
Schulung und Change Management
Technisch kann alles stimmen und die Einführung scheitert trotzdem, wenn die Belegschaft das neue System als Bedrohung wahrnimmt. Dieser Punkt wird in Projektplänen regelmäßig unterschätzt. Disponenten, die seit 15 Jahren mit einer bestimmten Oberfläche arbeiten, werden nicht nach drei Schulungsstunden produktiv mit einem neuen System sein. Das ist keine Frage von Kompetenz, sondern von Gewohnheit.
Bewährt hat sich ein zweistufiges Schulungsmodell: Zunächst werden zwei bis drei Mitarbeiter intensiv geschult, die als interne Multiplikatoren fungieren. Diese Personen begleiten dann ihre Kolleginnen und Kollegen in den ersten vier bis sechs Wochen nach dem Go-live direkt am Arbeitsplatz. Der Vorteil gegenüber reinen Herstellerschulungen ist die Nähe zum eigenen Betrieb und den eigenen Prozessen.
Parallel dazu sollte die Führungsebene klar kommunizieren, warum die Umstellung stattfindet. Nicht mit abstrakten Effizienzversprechen, sondern mit konkreten Beispielen aus dem eigenen Betrieb: weniger manuelle Eingaben bei der Frachtabrechnung, schnellere Auskunft gegenüber Kunden, automatische Übergabe von Abrechnungsdaten an die Buchhaltung. Zahlen aus der vorherigen Bedarfsanalyse sind dabei hilfreicher als jeder Marketingprospekt.
Go-live-Strategie: Parallelbetrieb oder harter Schnitt
Es gibt zwei grundsätzliche Ansätze für den Wechsel auf das neue System. Beim Parallelbetrieb laufen altes und neues System für einen definierten Zeitraum gleichzeitig. Das gibt Sicherheit, aber es verdoppelt vorübergehend den Aufwand und führt erfahrungsgemäß dazu, dass Mitarbeiter im Zweifel auf das vertraute Altsystem zurückgreifen. Die Umstellungsbereitschaft sinkt.
Der harte Schnitt an einem Stichtag ist riskanter, aber oft wirkungsvoller. Er funktioniert dann gut, wenn die Datenmigration abgeschlossen ist, die Schulungen stattgefunden haben und ein klarer Eskalationspfad für technische Probleme in den ersten Tagen definiert ist. Eine Spedition in Norddeutschland mit 35 Fahrzeugen hat diesen Weg gewählt und innerhalb von vier Wochen nach Go-live eine Reduktion der Abrechnungsdurchlaufzeit von 9 auf 3 Tage erreicht. Der kritische Faktor war dabei nicht die Software, sondern die konsequente Begleitung durch den Hersteller in der ersten Woche.
Produktiver Betrieb und kontinuierliche Verbesserung
Nach dem Go-live beginnt die eigentliche Arbeit. Systeme werden selten auf Anhieb so konfiguriert, dass sie optimal zum Betrieb passen. Reports liefern nicht die Kennzahlen, die Disponenten wirklich brauchen. Automatisierungen greifen noch nicht an allen Stellen. Das ist normal und kein Zeichen für eine schlechte Auswahl.
Sinnvoll ist es, drei Monate nach dem Go-live eine strukturierte Nachschau zu machen: Welche Prozesse laufen jetzt besser als vorher? Wo entstehen neue Reibungspunkte? Welche Funktionen werden gar nicht genutzt, obwohl sie eingeplant waren? Diese Erkenntnisse fließen in die Konfiguration und in die Priorisierung von Schulungsbedarf ein. Eine Speditionssoftware ist kein einmaliges Projekt, sondern ein kontinuierlicher Prozess der Anpassung an betriebliche Realitäten.
Wer diesen Aufwand scheut, sollte ehrlich abwägen, ob der Zeitpunkt für eine Systemumstellung tatsächlich stimmt. Eine gut gepflegte, stabile Altlösung ist immer noch besser als ein neues System, das mangels Nachsorge seine Möglichkeiten nie entfaltet.
