Die meisten Automatisierungsprojekte scheitern nicht am Roboter. Sie scheitern an sechs Entscheidungen, die getroffen wurden, bevor der erste Anbieter im Raum war - an der falschen Vergleichsbasis, am zu spät geklärten Geschäftsmodell, an der ignorierten IT-Integration. Dieser Artikel benennt die sechs Fehler, die einen Business Case, einen Zeitplan oder eine interne Freigabe kippen, und zeigt, woran man sie früh erkennt.
Die teuersten Fehler bei der Lagerautomatisierung stehen nicht im Störungsprotokoll der Anlage. Sie stehen in den Annahmen, die getroffen wurden, lange bevor eine Bestellung ausgelöst war. Ein System, das im Betrieb nicht die versprochene Leistung bringt, ist selten die eigentliche Geschichte. Häufiger ist es eine Freigabe, die nie kam, ein Zeitplan, der um Monate rutschte, oder ein Vergleich, der ein tragfähiges Angebot teurer aussehen ließ, als es war. Sechs Fehler tauchen in gescheiterten und festgefahrenen Projekten immer wieder auf - und alle liegen in der Entscheidungs- und Beschaffungsphase, nicht in der Technik.
Was „scheitern“ tatsächlich bedeutet
„Gescheitert“ beschreibt drei sehr unterschiedliche Ausgänge. Der erste: Das Projekt startet nie. Der Bedarf ist quantifiziert, die Angebote liegen vor, und trotzdem passiert nichts, weil die Freigabe in der Budgetrunde hängen bleibt. Der zweite: Das Projekt startet und rutscht - in Zeit, in Kosten, meist beides, weil ein Baustein zu spät geklärt wurde. Der dritte: Das System geht live und liefert unter Realbedingungen weniger, als das Datenblatt versprach.
Nur der dritte Fall ist ein Technikproblem. Die ersten beiden sind Entscheidungs- und Beschaffungsprobleme, und sie sind die häufigeren. Das ist auch die Abgrenzung zu den intralogistischen Herausforderungen, die erklären, warum viele Lager überhaupt noch manuell arbeiten. Dieser Artikel setzt später an: bei Projekten, die bereits laufen und danach kippen.
Fehler 1: Die falsche Vergleichsbasis
Der häufigste Denkfehler passiert in der Wirtschaftlichkeitsrechnung. Ein Angebot mit Preis pro Pick wird gegen den nackten Stundenlohn der Kommissionierer gerechnet - und wirkt in diesem Vergleich teurer, als es ist. Angebote, die den Standort real entlasten würden, werden auf dieser Grundlage abgelehnt.
Der Stundenlohn unterschlägt, was manuelle Kommissionierung tatsächlich kostet: Wegzeiten, die in Person-zur-Ware-Lagern rund die Hälfte der Arbeitszeit ausmachen (Tompkins et al.), dazu Schichtzuschläge, Zeitarbeit im Peak, Fluktuation, Einarbeitung und Fehlerkosten. Die Kommissionierung gilt in der Literatur als die kostenintensivste Aktivität im Lager, mit einem Anteil von bis zu 55 Prozent der gesamten Lagerbetriebskosten (De Koster et al., 2007). Der Angebotspreis der Automatisierung wiederum unterschlägt IT-Integration, laufenden Betrieb und das Personal, das sich verschiebt statt zu verschwinden.
Die einzige Vergleichsgröße, die über Geschäftsmodelle hinweg trägt, sind die vollständigen Kosten pro Pick - heute im manuellen Betrieb gegen morgen im automatisierten. Wer diese Zahl nicht ermittelt, vergleicht zwei Größen, die nichts miteinander zu tun haben, und trifft eine Entscheidung auf falscher Grundlage.
Fehler 2: Das Geschäftsmodell zu spät entscheiden
Die übliche Reihenfolge lautet: erst Technologie, dann Anbieter, dann Preis - und ganz am Ende die Frage, ob gekauft oder gemietet wird. Das klingt logisch und kehrt die Entscheidungslogik doch um.
Das Geschäftsmodell bestimmt nicht nur die Finanzierung. Es bestimmt den Genehmigungsweg, den Zeitrahmen und die beteiligten Stakeholder. Eine Kaufentscheidung im Millionenbereich braucht in den meisten Unternehmen eine Freigabe auf Vorstands- oder Gesellschafterebene, einen genehmigten Investitionsplan und oft den nächsten Budgetzyklus - selbst wenn die Technologieentscheidung im März fällt, kann die Freigabe bis Oktober dauern. Ein Betriebskostenmodell fällt dagegen häufig in die Kompetenz der Operations- oder Einkaufsebene: kürzerer Weg, niedrigere Hierarchiestufe, Start im laufenden Geschäftsjahr.
Wer das Geschäftsmodell erst nach der Technologieentscheidung klärt, hat unter Umständen ein halbes Jahr in eine Evaluierung investiert, die am Genehmigungsweg scheitert - nicht am Business Case. Die belastbare Reihenfolge ist die umgekehrte: zuerst klären, welches Modell zur finanziellen Situation und zum Entscheidungsweg passt, dann die Technologie innerhalb dieses Rahmens evaluieren.
Fehler 3: Greenfield-Lösung für ein Brownfield-Problem
Ein Lagerbetreiber holt drei Angebote ein. Zwei davon präsentieren Lösungen für die ideale Halle: 3D-Renderings eines neuen Lagers mit ausreichender Höhe, sauberem Grundriss und Vollautomatisierung. Nur hat der Betreiber kein leeres Grundstück und kein Budget für einen Neubau. Er hat ein Fachbodenregallager im laufenden Betrieb und einen Mietvertrag, der noch Jahre läuft.
Viele Anbieter planen vom Neubau aus, nicht vom Bestand. Das ist keine böse Absicht, sondern die Perspektive, in der sie arbeiten - manche Architekturen setzen einen Neubau schlicht voraus. Für den Betreiber im Bestandsgebäude ist ein solches Konzept trotzdem keine Hilfe, sondern eine Sackgasse, die sich erst nach Wochen der Evaluierung als solche zeigt.
Die Korrektur beginnt vor dem ersten Anbietergespräch mit einer ehrlichen Bestandsaufnahme: lichte Hallenhöhe, Grundriss, Bodentragfähigkeit, vorhandene Regalinfrastruktur, Mietvertragslaufzeit. Diese Daten gehören an jeden Anbieter, verbunden mit einer expliziten Frage: Läuft Ihr System in dieser Halle, mit diesen Regalen, ohne Umbau? Ein Nein an dieser Stelle spart Monate.
Fehler 4: IT-Integration als Nachgedanke
In Anbieterpräsentationen belegt die WMS-Integration meist eine einzige Folie: „standardisierte Schnittstelle, einfache Anbindung“. In der Praxis ist sie der kritische Pfad nahezu jedes Automatisierungsprojekts. In der EHI-Studie zur Handelslogistik 2026 nennen 58 Prozent der Handelsunternehmen die Integration in bestehende IT- und Logistiksysteme als Hürde bei Automatisierungsprojekten - nach den Investitionskosten die zweithäufigste und gegenüber 53 Prozent im Vorjahr steigend.
Der Fehler liegt nicht darin, die Integration zu unterschätzen - die meisten Projektleiter wissen, dass sie komplex ist. Er liegt darin, sie erst nach der Technologieentscheidung zu klären. Ist der Vertrag unterschrieben und das Projekt gestartet, stellt die IT fest, dass das WMS keine Echtzeit-API hat, dass Datenformate nicht kompatibel sind oder dass ein Sub-WMS nötig ist, das niemand eingeplant hatte. Der Zeitplan rutscht um Monate, die Kosten steigen.
Die IT gehört ab der Evaluierungsphase an den Tisch, nicht erst zur Implementierung. Vor der Technologieentscheidung sollte geklärt sein, ob Middleware, ein Sub-WMS oder Echtzeitfähigkeit gebraucht werden, was das kostet und wer es baut. Wie stark der Aufwand zwischen den Architekturen variiert, zeigt der Artikel zur WMS-Integration bei Lagerautomatisierung.
Fehler 5: Auf ein Volumen dimensionieren, das nie eintritt
Ein fest installiertes System zwingt zu einer Wette auf die Fünfjahresprognose. Fällt das Volumen unter den Planwert, laufen die Fixkosten weiter. Wächst es schneller als erwartet, steht die nächste Investitionsrunde an, die im ursprünglichen Business Case nicht vorgesehen war. Beide Abweichungen sind der Normalfall, nicht die Ausnahme: Über die zehn bis fünfzehn Jahre, auf die eine solche Anlage ausgelegt wird, ändern sich Sortiment, Auftragsvolumen und Auftragsmix fast immer stärker als die Planung am Anfang unterstellt.
Besonders unterschätzt wird die Saisonalität. Ein E-Commerce-naher Betrieb fährt im vierten Quartal ein Vielfaches des Normalvolumens. Wer das System auf den Peak auslegt, finanziert elf Monate Überkapazität. Wer es auf den Durchschnitt auslegt, kompensiert den Peak mit teurer Zeitarbeit - genau dann, wenn die Automatisierung am dringendsten gebraucht würde.
Peak-Faktor und Wachstumsprognose gehören deshalb in die Strategie, nicht in die Fußnote. Die entscheidende Frage an jede Architektur lautet nicht „ist sie skalierbar“ - darauf sagt jeder Anbieter Ja -, sondern: Was genau muss bestellt, gebaut oder umkonfiguriert werden, wenn der Durchsatz in zwei Jahren um die Hälfte steigt, was kostet das, und läuft der Betrieb währenddessen weiter?
Fehler 6: Betriebsrat und Change Management vergessen
Automatisierung verändert Arbeitsplätze, und in der DACH-Region ist das nicht nur eine organisatorische, sondern eine rechtliche Frage. Die Einführung technischer Systeme, die Verhalten oder Leistung von Beschäftigten erfassen können, unterliegt der Mitbestimmung des Betriebsrats (§87 Abs. 1 Nr. 6 BetrVG). Jedes System, das Aufträge zuweist, Pickraten misst oder Arbeitsabläufe steuert, fällt darunter.
Der wiederkehrende Fehler: Der Betriebsrat erfährt erst von den Plänen, wenn die Technologieentscheidung gefallen ist - im schlechteren Fall, wenn die Installation beginnt. Die Folge sind Widerstand, Nachverhandlungen, Betriebsvereinbarungen unter Zeitdruck, im Extremfall eine Projektblockade. Ein Strategiewechsel ist eben kein reines Anbieterprojekt, sondern ein Prozess- und Personalprojekt: Schichtpläne ändern sich, aus Laufwegen wird stationäres Picking, Schichtleiter steuern über ein Dashboard statt über Zuruf.
Wer den Betriebsrat, die Schichtleitung und die Kommissionierer ab der Diagnose einbindet - nicht erst zur Schulung nach dem Go-live -, verwandelt einen potenziellen Blockierer in einen frühen Verbündeten. Ein Pilotprojekt hilft dabei doppelt: Die Belegschaft erlebt die Technik im kleinen Rahmen, und das Projekt sammelt Erfahrungswerte für die Betriebsvereinbarung.
Das gemeinsame Muster: klein anfangen, schnell live, variabel bezahlen
Alle sechs Fehler haben denselben Gegenspieler. Ein Pilot vor dem Vollausbau validiert Leistung und Integration im kleinen Rahmen, bevor skaliert wird - er beantwortet die falsche Vergleichsbasis mit realen Zahlen und die IT-Frage unter Echtbedingungen. Ein Betriebskostenmodell verschiebt das Performance-Risiko zum Anbieter und verkürzt den Genehmigungsweg, weil es über das operative Budget läuft statt über den Investitionsausschuss.
NEOs Retrofit-Ansatz ist ein Modell, das nach diesem Muster gebaut ist: eine einzelne Kommissionierstation im bestehenden Fachbodenregallager, Go-live in 6-8 Wochen, Skalierung auf Basis gemessener Ergebnisse statt einer Fünfjahresprognose, abgerechnet über ein Pay-per-Pick-Modell ohne Vorab-Investition. Es ist nicht das einzige, das so funktioniert, und es ist auch kein Freifahrtschein.
Denn die Ehrlichkeit gehört dazu: Auch ein Betriebskostenmodell rettet kein Projekt, dessen Datengrundlage nicht stimmt - eine falsche Kosten-pro-Pick-Basis bleibt falsch, egal wer das Risiko trägt. Und wer über Jahre stabil auf Volllast fährt, zahlt in einem variablen Modell kumuliert mehr als im Kauf, weil der Pick-Preis die Risikoübernahme des Anbieters enthält. Wann sich der variable Weg lohnt und wann sich Automatisierung nicht lohnt, ist eine eigene Rechnung. Für die kleineren, schneller entscheidungsfähigen Betriebe ist das Muster in der Automatisierung im Mittelstand im Detail durchgerechnet.
Sieben Fragen vor der Unterschrift
Unabhängig von der gewählten Architektur decken sieben Fragen die häufigsten blinden Flecken in Anbietergesprächen auf. Sie gehören in jedes Gespräch - und die Antworten in die Akte.
- Leistungsvalidierung: Wie wird die Leistung vor dem Vollausbau validiert - über eine Simulation mit unseren historischen Auftragsdaten, eine Pilotphase mit reduziertem Umfang oder beides? Vorsicht bei Anbietern, die weder das eine noch das andere ohne erheblichen Aufpreis anbieten.
- Vertragliche KPIs: Welche Picks pro Stunde, welche Verfügbarkeit und welche Fehlerquote sind Vertragsbestandteil - und was passiert, wenn sie im Realbetrieb nicht erreicht werden?
- Ausfallverhalten: Bleibt das Inventar bei einem Roboter-, Shuttle- oder Kran-Ausfall zugänglich, oder blockiert der Ausfall einen ganzen Bereich?
- Skalierung: Was genau muss bestellt, gebaut oder umkonfiguriert werden, wenn wir in zwei bis drei Jahren 50 Prozent mehr Durchsatz brauchen - zu welchen Kosten, in welcher Zeit, mit welchem Betriebsstillstand?
- WMS-Integration und Rollback: Wie läuft die Anbindung Schritt für Schritt ab, wer trägt welche Verantwortung, und wie sieht der Rollback-Plan aus, wenn die Integration beim Go-live nicht funktioniert?
- Pilot ohne Bindung: Können wir mit einem Piloten starten, ohne uns auf den Vollausbau festzulegen - und was passiert, wenn der Pilot die Erwartungen nicht erfüllt?
- Laufende Kosten: Welche Kosten entstehen nach dem Go-live an Wartung, Lizenzen, Ersatzteilen und Updates? Ein TCO-Modell über 5 und 10 Jahre trennt die Erstinvestition von den Gesamtkosten.
Eine ausführlichere Gegenüberstellung der Architekturen mit ihren Zeit-, Kosten- und Risikoprofilen steht im Architektur-Vergleich.
Vor der Unterschrift prüfen
Bevor der Business Case gebaut wird, lohnt der Blick auf die Vorauswahl der Architektur. Der Marktüberblick „Marktüberblick Lagerautomatisierung 2026“ vergleicht die Ansätze mit ihren Investitions-, Zeit- und Risikoprofilen und hilft, die zwei bis drei Kandidaten für das eigene Lager einzugrenzen.
Wenn Sie prüfen wollen, ob Ihr Lager die Kriterien für einen Retrofit erfüllt - Regaltyp, Gangbreite, Tagesvolumen -, klären wir das in einem Termin: NEO im Einsatz sehen.
