Der Rollout ist gelungen. Die Rechnung ist bezahlt, der Anbieter ist abgefahren, die Abteilungsleitung atmet auf. Sechs Monate später stellt sich heraus, dass die Hälfte des Teams die eigentliche Arbeit weiterhin in Excel erledigt. Das neue System läuft, es leuchtet, aber am realen Tagesgeschäft nimmt es nicht teil.
Das ist kein Einzelfall. Das ist ein Szenario, das sich Woche für Woche wiederholt — in Großhandelsunternehmen, bei Herstellern, in Dienstleistungsbetrieben. Die Menschen sind nicht dumm, der Anbieter hat nicht betrogen, und trotzdem funktioniert etwas nicht. Dieser Text ist darüber, warum.
Bei einem unserer Kunden — einer Spedition mit 28 Mitarbeitenden — kostete ein neues TMS 180 000 PLN plus ein Jahr Einführung. Acht Monate nach dem Go-live führten vier von sechs Disponenten die Aufträge parallel weiterhin in Excel. Der Grund erwies sich als entwaffnend einfach: Im TMS gab es kein Feld für „Hinweise für den Fahrer", und jeden Freitag übertrug ein Praktikant die Daten aus den Tabellen nach Feierabend ins System. Alle wussten davon. Niemand sagte etwas.
Wer sollte das eigentlich nutzen
Der erste Fehler passiert lange vor der Systemauswahl. Die Entscheidung fällt auf Vorstandsebene — auf Grundlage einer Präsentation, von Referenzen und dem Preis. Der Vertriebsmitarbeiter, der Lagermitarbeiter oder der Disponent wird in diesen Raum nicht eingeladen. Und dabei sind sie diejenigen, die acht Stunden am Tag in diesem System leben werden.
Das Ergebnis ist, dass wir ein Werkzeug „für das Unternehmen" kaufen, das zur konkreten Arbeit nicht passt. Der CRM-Anbieter zeigt ein schönes Kanban-Board, aber niemand hat den Vertriebsmitarbeiter gefragt, wie sein Tag tatsächlich aussieht: ein Anruf um 8:00 von einem Kunden mit einer Reklamation, eine E-Mail mit einer Anfrage, ein Fahrzeug, das gerade ausgefallen ist, vier schnelle SMS zwischendurch. Kanban hat drei Spalten, sein Tag hat fünfzehn Zustände.
- Laden Sie zwei bis drei künftige Nutzerinnen und Nutzer zur Auswahl ein, nicht nur ihre Vorgesetzten.
- Bitten Sie sie, dem Anbieter ihren eigenen „Tag im Leben" zu zeigen — was sie tun, in welcher Reihenfolge, wo sie heute klicken.
- Prüfen Sie in der Demo genau die drei bis vier Tätigkeiten, die in ihrer Arbeit am meisten Zeit fressen.
- Fragen Sie direkt: „Was fehlt?" — und nehmen Sie diese Liste ernst, nicht als Laune.
Schulung ist keine Adoption
Der Standard-Rollout endet mit einer zweitägigen Schulung. Der Anbieter zeigt Folien, klickt Beispiele durch, verteilt eine PDF-Anleitung, unterschreibt das Abnahmeprotokoll und fährt. Eine Woche später hat das Team ein neues System, frisches Wissen und eine dringende Angebotsanfrage, die gerade brennt. Raten Sie, wo sie das eintippen.
Die Schulung zeigt, wo die Knöpfe sind. Adoption ist etwas ganz anderes: Man erreicht sie, wenn ein Mensch aufhört zu denken „wie mache ich das im neuen System" und einfach die Arbeit erledigt. Das dauert Wochen, nicht Stunden. Ohne geplante Begleitung in dieser Zeit — täglich, in den ersten vier bis sechs Wochen — kehrt der größte Teil des Teams zu dem zurück, was es kennt. Excel braucht keine Schulung.
- Planen Sie die ersten vier Wochen nach Go-live als eigene Projektphase, nicht als „Ende der Einführung".
- Benennen Sie eine Person im Unternehmen, die in dieser Zeit neben den Nutzern sitzt und Fragen „wo klicke ich hier" beantwortet.
- Führen Sie kurze, 15-minütige Stand-ups am Tagesende ein — was heute nicht funktioniert hat, was wir morgen verbessern.
- Führen Sie eine Liste der Dinge, die repariert werden müssen, und zeigen Sie wöchentlich, was daraus verschwunden ist.
Excel gewinnt, weil es zuhört
Excel schlägt jedes System aus einem einfachen Grund: Es macht genau das, was der Nutzer will, im Tempo, das der Nutzer will. Es stellt keine Fragen, es erzwingt keinen Workflow, es streitet nicht darüber, dass das Feld „USt-ID" Pflicht ist. Es ist gehorsam. Ein neues System ist es in der Regel nicht.
Das heißt nicht, dass das neue System schlecht ist. Es heißt, dass es schlechter zur Realität passt als eine Tabelle, die sich die Person über drei Jahre selbst gebaut hat. Wenn im TMS ein Feld fehlt, ändert der Disponent nicht den Prozess. Er schreibt die Hinweise in Excel. Wenn im CRM sieben Klicks nötig sind, um einen Kontakt zu speichern, notiert der Vertrieb ihn nach zwei Wochen ins Notizbuch.
Bei der Spedition aus unserem Beispiel reichte es, im TMS ein einziges Textfeld „Hinweise für den Fahrer" hinzuzufügen und einen Tastaturkurzbefehl zum Öffnen. Kosten: ein halber Tag Entwicklerzeit. Wirkung: Die Excels waren in zwei Wochen weg. Niemand hatte das dem Anbieter vorher gemeldet, weil „es sowieso nicht klappt", und der Anbieter fragte nur beim vierteljährlichen Status.
- Behandeln Sie Excel-Umgehungen als Signal, nicht als Ungehorsam — mit dem Werkzeug stimmt etwas nicht, nicht mit den Menschen.
- Halten Sie einen kurzen Meldeweg für „mir fehlt hier ein Feld" bereit — kein Ticket für zwei Wochen, sondern ein Gespräch mit dem internen System-Verantwortlichen.
- Vereinbaren Sie mit dem Anbieter eine regelmäßige (monatliche) Sitzung für kleine Änderungen — kein „neues Projekt", nur Anpassungen.
- Zwingen Sie niemanden, funktionale Bedürfnisse zu begründen — wenn drei Personen dasselbe verlangen, machen Sie es einfach.
Wer sorgt dafür, dass das System lebt
Der letzte fehlende Baustein ist eine konkrete Person — keine Stellenbeschreibung, nicht „die IT-Abteilung", sondern ein Vor- und Nachname —, die dafür verantwortlich ist, dass ein bestimmtes System im Unternehmen lebt. In großen Firmen heißt das „System Owner". Im KMU muss das kein Vollzeitjob sein: Es können zwei Stunden pro Woche für die Lagerleiterin sein, die das WMS ohnehin in- und auswendig kennt.
Diese Person achtet auf drei Dinge: dass die Daten aktuell bleiben, dass Meldungen der Nutzer wirklich beim Anbieter ankommen, und dass neue Mitarbeitende eine Einführung erhalten. Ohne sie hat das System nach einem halben Jahr einen veralteten Katalog, ungelöste Meldungen von vor Monaten und eine neue Kollegin, die nach einer Woche herausgefunden hat, dass „wir das sowieso immer in Excel machen".
- Benennen Sie im Unternehmen eine Person, die für jedes größere System verantwortlich ist — und schreiben Sie das in ihre Jahresziele.
- Vereinbaren Sie einen festen (monatlichen) Kontakt mit dem Anbieter — nicht im Krisenfall, sondern für kleine Verbesserungen.
- Geben Sie ihr echte Zeit für diese Rolle — zwei Stunden pro Woche sind das Minimum, nicht „nebenbei".
- Machen Sie sie zur ersten Anlaufstelle für jedes „geht nicht" — bevor jemand den Anbieter anruft.
Wie ein gelungener Rollout aussieht
Ein Rollout, nach dem die Menschen das System tatsächlich nutzen, sieht anders aus als der typische. Die Auswahl dauert länger — weil auch der spätere Nutzer im Raum sitzt. Die Schulung ist kürzer — weil die Hälfte des Teams das System schon während des Pilotbetriebs gesehen hat. Die ersten vier Wochen nach dem Start sind stundenweise geplant, mit einem internen Betreuer. Eine Liste kleiner Änderungen der Nutzer geht monatlich zurück an den Anbieter, nicht „am Ende der Einführung".
Das kostet ein bisschen mehr Arbeit auf unserer Seite und ein bisschen mehr Geduld auf Vorstandsseite. Dafür bekommen Sie etwas, das man mit keiner Lizenz kauft: ein System, das nach einem Jahr noch immer genutzt wird. Das klingt banal — bis man zählt, wie viele Unternehmen heute ungenutzte Software für 200 000 PLN in den Büchern stehen haben.
Wenn Sie gerade ein neues System einführen oder eines haben, das Ihr Team meidet, reicht meist ein halbstündiges Gespräch von außen, um festzustellen, wo das Problem wirklich liegt. Wir verkaufen keine Lizenzen, wir haben also keinen Anreiz, Ihnen die nächste anzudrehen.
Ein System, das niemand nutzt, kostet doppelt — einmal beim Kauf und ein zweites Mal dadurch, dass Menschen dieselbe Arbeit parallel in Excel erledigen.