Verwaltungssoftware für 10 Lkw: Was sich gegenüber Excel ändert

Kurz gesagt

Bei rund zehn Lkw besteht das Problem nicht nur darin, mehr Zeilen in der Datei zu haben. Gleichzeitig nehmen zu:

• Aufträge;
• Fahrer;
• Fahrzeuge;
• Telefonate;
• Änderungen;
• Dokumente;
• Personen, die denselben Status kennen müssen;
• das Risiko, dass zwei Entscheidungen sich überschneiden.

Excel kann weiterhin ein hervorragendes Werkzeug für Analyse und Unterstützung sein. Es wird anfällig, wenn es gleichzeitig Datenbank, operativer Plan, Mehrbenutzersystem, Historie, Kommunikationsmittel und Archiv sein soll.

Zehn Lkw sind nicht „das Doppelte“ von fünf

Nehmen wir drei durchschnittliche Tätigkeiten je Fahrzeug an:

• 5 Lkw → rund 15 Tätigkeiten;
• 10 Lkw → rund 30 Tätigkeiten.

Der Anstieg der Komplexität verläuft jedoch nicht linear. Mit mehr Fahrzeugen wachsen:

• Überschneidungen bei Verfügbarkeiten;
• Vertretungen;
• Zeitfenster;
• Kommunikation;
• Fehlermöglichkeiten;
• beteiligte Personen.

Wenn zwei Disponenten den Plan ändern, muss das Unternehmen wissen, welche Information die aktuelle ist.

Die wichtigste Grenze von Excel: operative Gleichzeitigkeit

Eine moderne gemeinsam genutzte Tabelle kann von mehreren Personen bearbeitet werden. Das Problem ist also nicht einfach, dass „Excel nicht mehrbenutzerfähig ist“. Entscheidend ist, dass ein generisches Raster die Bedeutung des Prozesses nicht automatisch verwaltet.

Beispiel:

• Luca ändert den Fahrer in Zeile 38;
• Marta verschiebt die Uhrzeit desselben Auftrags;
• der Fahrer erhält die Änderung über WhatsApp;
• der Kunde ruft einen dritten Kollegen an;
• jemand dupliziert die Zeile, um die alte Version nicht zu verlieren.

Die Datei kann alles enthalten, wendet aber nicht unbedingt Regeln an für:

• die Identität des Auftrags;
• den Status;
• Rollen;
• Zuweisungen;
• die Version;
• Benachrichtigungen;
• Beziehungen zwischen Entitäten.

Eine Verwaltungssoftware schafft Struktur rund um die Daten.

Der Plan muss zu einem gemeinsamen Status werden

Bei zehn Lkw kann der Plan nicht nur eine grafische Darstellung sein. Er muss aus strukturierten Objekten hervorgehen.

Ein Auftrag sollte wissen:

• wer der Kunde ist;
• wo abgeholt wird;
• wo geliefert wird;
• wann;
• welches Fahrzeug zugewiesen ist;
• welcher Fahrer zugewiesen ist;
• in welchem Status er sich befindet;
• welche operativen Änderungen erfolgt sind;
• welche Dokumente verknüpft sind, wenn das System sie verwaltet.

Der Tagesplan zeigt diese Beziehungen an. Er sollte nicht der einzige Ort sein, an dem sie existieren.

Rollen und Verantwortlichkeiten

In einem kleinen Fuhrpark können sich alle kennen und direkt miteinander sprechen. Wenn die Arbeit zunimmt, ist es aber sinnvoll zu definieren, wer was tun darf.

Minimalbeispiel:

Disponent

• erstellt/bearbeitet Aufträge;
• plant;
• aktualisiert operative Status.

Verwaltung

• sieht abgeschlossene Aufträge ein;
• ruft erforderliche Referenzen und Dokumente ab;
• ändert nicht unbedingt den Tagesplan.

Fahrer

• sieht die eigenen Tätigkeiten;
• aktualisiert die vorgesehenen Status;
• sieht den vollständigen Plan oder Daten anderer nicht, sofern dies nicht erforderlich ist.

Inhaber/Verantwortlicher

• sieht das Gesamtbild;
• kontrolliert Kennzahlen;
• verwaltet Nutzer/Berechtigungen gemäß dem Produkt.

Rollen verringern Fehler und helfen auch dabei, das Prinzip des bedarfsgerechten Datenzugriffs zu wahren.

Ausnahmen verwalten, ohne die offizielle Version zu verlieren

Bei zehn Lkw sind Ausnahmen normal:

• Verzögerung beim Laden;
• Kunde geschlossen;
• Fahrer nicht verfügbar;
• Fahrzeug in der Werkstatt;
• dringender Auftrag;
• Zielwechsel;
• Stornierung;
• fehlendes Dokument.

Der Prozess muss zwischen Gespräch und Entscheidung unterscheiden.

Beispiel:

„Der Kunde verschiebt vielleicht auf 17:00 Uhr“ ist ein Gespräch.

„Entladung um 17:00 Uhr bestätigt“ sind operative Daten, die in der offiziellen Quelle festgehalten werden müssen.

Wenn beides nur in einem Chat bleibt, muss die Person der nächsten Schicht den Kontext durch das Lesen von Nachrichten rekonstruieren.

Kommunikation mit Fahrern

Mehr Lkw bedeuten mehr Einzelkommunikation. Ein Fahrersystem oder ein strukturierter Kanal kann wiederholte Telefonate reduzieren.

Nützliche Informationen:

• Reihenfolge der Tätigkeiten;
• Adressen;
• Referenzen;
• Uhrzeiten;
• operative Hinweise;
• Änderungen;
• Tätigkeitsstatus.

Ziel ist nicht, das Telefon abzuschaffen. Ein komplexes Problem wird immer ein Gespräch erfordern. Ziel ist, den Telefonanruf nicht als Datenbank zu nutzen.

Wenn die App personenbezogene Daten oder Geolokalisierung verarbeitet, müssen die DSGVO, Grundsätze der Datenminimierung und, soweit relevant, arbeitsrechtliche Vorschriften zur Fernüberwachung bewertet werden. Diese Bewertungen hängen nicht von der Zahl der Lkw ab.

Daten und Reporting, die nützlich werden

Mit zehn Fahrzeugen treten Muster zutage, die aus dem Gedächtnis schwer zu erkennen sind.

Einfache Kennzahlen:

Aufträge je Kunde

Hilft, geschäftliche Abhängigkeiten und Mengen zu verstehen.

Aufträge je Tag/Woche

Zeigt Spitzen und organisatorische Kapazität.

Umgeplante Tätigkeiten

Wenn zu viele Tätigkeiten jeden Tag verschoben werden, kann ein Problem bei Ausgangsdaten, Kapazität oder Prozess bestehen.

Ausnahmen

Die Klassifizierung einiger weniger Gründe hilft zu erkennen, ob wiederkehrende Probleme „Wartezeit beim Kunden“, „Fahrzeug“, „unvollständiger Auftrag“, „Kundenänderung“ usw. sind.

Fehlende Dokumente

Wenn der Workflow POD/Anhänge umfasst, verhindert das Wissen darüber, was fehlt, langes Suchen am Monatsende.

Diese Daten ersetzen weder Buchhaltung, Kostenkontrolle noch regulatorische Prüfungen, verbessern aber die operative Steuerung.

Betriebliche Kontinuität und Abhängigkeit von Personen

Eine sehr nützliche Frage:

Wenn die Person, die die Datei verwaltet, morgen nicht zur Arbeit kommt, kann ein Kollege den Tag in 10 Minuten verstehen?

Wenn die Antwort nein lautet, hat das Unternehmen ein organisatorisches Risiko.

Digitalisierung sollte Wissen, das „nur im Kopf“ vorhanden ist, verringern durch:

• gemeinsame Stammdaten;
• einfache Regeln;
• gemeinsame Status;
• Historie;
• individuelle Zugriffe;
• minimal dokumentierte Verfahren.

Es besteht kein Grund, Bürokratie zu schaffen. Einige wiederholbare Regeln genügen.

Wann Excel weiterhin bleiben kann

Der Wechsel zu einer Verwaltungssoftware bedeutet nicht, Excel zu verbieten.

Excel bleibt hervorragend für:

• Ad-hoc-Analysen;
• Budgets;
• Simulationen;
• temporäre Tabellen;
• Abstimmungen;
• Exporte und Prüfungen;
• individuelle Berichte.

Die hilfreiche Unterscheidung lautet:

Verwaltungssoftware: aktuelle operative Quelle. Excel: Analyse-/Unterstützungswerkzeug.

Das Problem kehrt zurück, wenn ein manuell bearbeiteter Export wieder zur „wahren Version“ des Plans wird.

Umstellungsplan in 4 Wochen

Woche 1 — Aufnahme und Bereinigung

• Prozesse auflisten;
• notwendige Felder auswählen;
• Kunden und Standorte bereinigen;
• Fahrer und Fahrzeuge bereinigen;
• wenige Status definieren.

Woche 2 — Konfiguration und Test

• Stammdaten importieren;
• reale Testaufträge anlegen;
• Änderungen und Stornierungen testen;
• Nutzer und Berechtigungen testen;
• Exporte prüfen.

Woche 3 — Pilotgruppe

• 2–3 Lkw oder ein Teil des Betriebs;
• Probleme sammeln;
• Verfahren korrigieren;
• nicht notwendige Anpassungen vermeiden.

Woche 4 — Stichtag

• alle neuen Aufträge gehen in das neue System;
• die alte Datei wird zu einem temporären operativen Archiv/Backup, nicht zu einer konkurrierenden Quelle;
• eine Woche lang kurze tägliche Kontrolle.

Die Zeitangaben sind beispielhaft: Komplexität, Integrationen und Datenqualität können deutlich mehr Zeit erfordern.

Checkliste: Haben 10 Lkw Excel überholt?

• Ändern mehrere Personen den Plan?
• Gibt es konkurrierende Versionen?
• Werden Zuweisungen als Freitext geschrieben?
• Bleiben Änderungen für Fahrer in Chats?
• Ist es schwierig zu wissen, welche Aufträge offen sind?
• Ist der Inhaber die einzige Person, die die Datei versteht?
• Müssen Fahrer wegen jedes Details angerufen werden?
• Fehlen Rollen und Berechtigungen?
• Dauert es Stunden, die Historie zu rekonstruieren?
• Gibt es kein konsistentes Export/Archiv je Kunde?
• Werden wiederkehrende Ausnahmen nicht gemessen?

Wenn viele Antworten „ja“ lauten, ist nicht die Zahl 10 an sich das Problem: Die Komplexität hat die Struktur der Tabelle überholt.