Stellen Sie sich vor, Sie haben sechs Monate Zeit und ein Budget von 50.000 Euro in ein System investiert, das am Ende niemand benutzt. Ich habe genau das bei einem mittelständischen Logistikunternehmen gesehen, das Denise ohne einen klaren operativen Plan implementieren wollte. Die Führungsebene war begeistert von der Idee, Prozesse zu automatisieren, aber sie ignorierten die technologische Basis ihrer bestehenden Datenbanken. Das Ergebnis war ein System, das zwar theoretisch funktionierte, aber in der Praxis so langsame Antwortzeiten lieferte, dass die Mitarbeiter wieder zu ihren alten Excel-Listen zurückkehrten. Das Geld war weg, die Moral im Team am Boden und die IT-Abteilung musste sich monatelang rechtfertigen. Solche Fehler passieren ständig, weil die Komplexität der Integration unterschätzt wird.
Der Irrglaube an die schnelle Lösung durch Denise
Viele Entscheider lassen sich von glänzenden Präsentationen blenden. Sie denken, man kauft eine Software oder eine Methode, installiert sie und plötzlich sind alle Probleme gelöst. In der Praxis sieht das anders aus. Wer diesen Weg wählt, merkt schnell, dass die Schnittstellen nicht passen. Ich habe Projekte scheitern sehen, nur weil die Stammdaten so ungepflegt waren, dass kein System der Welt daraus sinnvolle Schlüsse ziehen konnte.
Der Fehler liegt hier in der Annahme, dass Technik mangelhafte Prozesse heilen kann. Das ist falsch. Wenn Ihr analoger Prozess Mist ist, wird Ihr digitaler Prozess mit dieser Unterstützung nur schnellerer Mist sein. Sie müssen erst die Hausaufgaben machen: Wer braucht welche Information wann? Wenn Sie das nicht beantworten können, sparen Sie sich das Geld für die Einführung. Es bringt nichts, ein Formel-1-Auto zu kaufen, wenn man nur Feldwege vor der Tür hat.
Warum die Datenqualität über Erfolg und Ruin entscheidet
Ein häufiger Stolperstein ist die Qualität der Ausgangslage. Viele Firmen glauben, ihre Daten seien "gut genug". Das sind sie fast nie. Ich erinnere mich an einen Fall, bei dem ein Einzelhändler versuchte, Bestandsoptimierungen vorzunehmen. Sie stellten fest, dass 30 Prozent ihrer Artikelnummern Dubletten waren. Jede Analyse, die darauf aufbaute, war wertlos.
Statt direkt mit der Implementierung zu beginnen, sollten Sie drei Monate lang nur Ihre Daten aufräumen. Das klingt langweilig und macht keinen Spaß im Meeting, ist aber die einzige Versicherung gegen ein teures Scheitern. Schauen Sie sich die Fehlerraten in Ihren aktuellen Berichten an. Sind diese höher als 2 Prozent, wird jedes neue System darauf basierend falsche Ergebnisse liefern.
Die Falle der manuellen Korrekturen
Ein typischer Fehler ist es, zu denken, man könne Fehler im System später manuell korrigieren. Das passiert in der Hitze des Gefechts nie. Die Mitarbeiter haben keine Zeit, hunderte Einträge pro Tag händisch zu glätten. Automatisierung erfordert Disziplin an der Quelle. Wenn der Input nicht stimmt, bleibt der Output gefährlich.
Die Kosten für die Wartung werden meistens vergessen
Ein Projekt ist nicht mit dem Go-live beendet. Das ist der Moment, in dem die eigentlichen Kosten erst anfangen. Viele kalkulieren nur die Lizenzgebühren und die initiale Einrichtung. Das ist so, als würde man ein Haus kaufen und vergessen, dass man Grundsteuern zahlen und den Garten pflegen muss.
In meiner Laufbahn habe ich erlebt, dass Unternehmen nach zwei Jahren den Stecker ziehen mussten, weil die laufenden Kosten für Updates, Support und Anpassungen das ursprüngliche Budget um das Dreifache überstiegen. Rechnen Sie damit, dass Sie jedes Jahr etwa 20 bis 25 Prozent der ursprünglichen Investitionssumme für den Betrieb aufwenden müssen. Wer das nicht im Budget hat, lässt es lieber gleich bleiben.
Fehlende Akzeptanz bei den Anwendern als Projektkiller
Sie können das beste Werkzeug der Welt bauen, aber wenn der Lagerarbeiter oder der Sachbearbeiter es hasst, haben Sie verloren. Oft wird über die Köpfe derer hinweg entschieden, die das System täglich nutzen sollen.
Ein Beispiel aus der Praxis: Ein Unternehmen führte eine neue Routing-Software ein. Die Fahrer bekamen Tablets, auf denen sie ihre Touren sehen konnten. Das Problem war, dass die Benutzeroberfläche so kompliziert war, dass die Fahrer während der Fahrt ständig anhalten mussten, um Eingaben zu machen. Die Folge war ein massiver Zeitverlust und frustrierte Mitarbeiter, die die Tablets nach einer Woche im Depot liegen ließen.
Hier hilft nur eins: Nehmen Sie die Leute von Tag eins mit. Setzen Sie sich daneben, wenn sie arbeiten. Verstehen Sie ihre Probleme. Ein System muss die Arbeit erleichtern, nicht verkomplizieren. Wenn ein Klick mehr als vorher nötig ist, brauchen Sie ein verdammt gutes Argument, warum das so ist.
Ein Vorher-Nachher-Vergleich aus der echten Welt
Schauen wir uns an, wie ein klassischer Fehler aussieht und wie man es richtig macht.
Vorher: Ein mittelgroßer Betrieb möchte seine Kundenkommunikation verbessern. Sie kaufen eine teure Suite und lassen die IT alles installieren. Die IT schaltet alle Funktionen gleichzeitig frei. Die Mitarbeiter sind überfordert, die Daten aus dem alten System werden einfach massenhaft rüberkopiert, inklusive aller Karteileichen der letzten zehn Jahre. Nach vier Wochen ist das System ein langsamer, unübersichtlicher Datenfriedhof. Niemand weiß, wer welchen Kunden zuletzt kontaktiert hat, weil die Synchronisation mit den Telefonen nicht klappt.
Nachher: Der gleiche Betrieb geht es schrittweise an. Zuerst wird definiert, welche drei Kennzahlen wirklich wichtig sind. Man entscheidet sich für eine Testphase mit nur einer Abteilung. Vor der Migration werden alle Daten, die älter als drei Jahre sind und keinen aktiven Vertrag haben, archiviert und nicht übernommen. Die Mitarbeiter erhalten eine zweistündige Schulung, die sich nur auf ihre Kernaufgaben konzentriert. Erst als diese Abteilung nach drei Monaten messbar effizienter arbeitet, wird das System für den Rest der Firma ausgerollt. Das spart Nerven und verhindert den totalen Stillstand während der Umstellung.
Die Technik ist nur das Werkzeug nicht die Strategie
Es gibt diese Tendenz, technische Begriffe als Strategie zu verkaufen. "Wir machen jetzt Denise" ist kein Ziel. Ein Ziel ist: "Wir wollen unsere Lieferzeiten um 15 Prozent senken" oder "Wir wollen die Fehlerquote bei der Rechnungsstellung halbieren". Die Technik dient nur dazu, dieses Ziel zu erreichen.
Wenn Sie in einem Meeting sitzen und jemand nur über Features redet, unterbrechen Sie ihn. Fragen Sie: Welches betriebswirtschaftliche Problem lösen wir hier gerade? Wenn die Antwort vage bleibt, wird das Projekt wahrscheinlich im Sande verlaufen. Ich habe zu viele Millionen Euro gesehen, die in "spannende Experimente" geflossen sind, die am Ende keinen Cent mehr Umsatz oder weniger Kosten brachten.
Realitätscheck
Kommen wir zum Punkt. Erfolg in diesem Bereich ist kein Zufall und auch kein Produkt von Genie-Streichen. Es ist harte, oft langweilige Arbeit an den Grundlagen. Wenn Sie nicht bereit sind, Ihre Prozesse bis ins kleinste Detail zu dokumentieren und Ihre Daten mit der Lupe zu untersuchen, werden Sie scheitern. Es gibt keine Abkürzung.
Sie werden auf Widerstand stoßen. Ihre Mitarbeiter werden sagen, dass früher alles besser war. Ihre IT-Dienstleister werden versuchen, Ihnen Zusatzmodule zu verkaufen, die Sie nicht brauchen. Sie müssen die Disziplin aufbringen, nein zu sagen.
Der Erfolg stellt sich erst ein, wenn das System so tief in den Arbeitsalltag integriert ist, dass man es gar nicht mehr als "neues System" wahrnimmt. Das dauert oft nicht Monate, sondern Jahre. Wer schnelle Erfolge für die nächste Quartalsbilanz sucht, sollte sein Geld lieber woanders investieren. Hier gewinnen die Ausdauernden, nicht die Schnellen. Es ist ein Marathon durch den Schlamm, kein Sprint auf der Tartanbahn. Wer das akzeptiert, hat eine Chance. Wer auf das Wunder hofft, wird nur eine weitere Statistik in der Liste der gescheiterten Großprojekte.
