Ein LinkedIn-Beitrag von Malik Imad Khan beschreibt ein Muster, das man im Mittelstand ständig sieht: Ein Unternehmen hat ein altes ERP-System, alle wissen, dass es bremst, aber niemand will es anfassen. Nicht weil das bestehende System gut wäre. Sondern weil die Angst vor dem Wechsel größer ist als der Schmerz im Alltag.

Das ist verständlich. Ein ERP ist kein Tool am Rand der Organisation. Es sitzt mitten im Betrieb: Angebote, Einkauf, Lager, Produktion, Buchhaltung, Auswertungen. Wenn so ein Projekt schiefgeht, spürt es nicht nur die IT. Dann steht im schlimmsten Fall der Vertrieb ohne Preise da, die Produktion ohne Materialtransparenz und die Buchhaltung ohne saubere Abschlüsse.

Genau deshalb wird zu lange gewartet.

Das alte ERP ist selten plötzlich kaputt

Altsysteme sterben nicht über Nacht. Sie werden langsam schwerer.

Erst gibt es ein paar Excel-Listen neben dem System. Dann ein paar Sonderprozesse. Dann Auswertungen, die nur eine Person versteht. Dann manuelle Bestandsabfragen. Dann Monatsabschlüsse, die immer später fertig werden. Irgendwann ist das ERP offiziell noch das führende System, praktisch aber nur noch ein historisch gewachsener Kompromiss.

Das Gemeine daran: Solange der Betrieb irgendwie läuft, wirkt ein Wechsel riskanter als das Bleiben.

Aber diese Rechnung ist trügerisch. Die Kosten liegen nicht nur in Wartung, Hosting oder externen Spezialisten. Die eigentlichen Kosten stecken in Reibung:

  • Angebote dauern länger als nötig.
  • Lagerbestände sind nicht zuverlässig sichtbar.
  • Entscheidungen basieren auf Excel-Versionen statt Echtzeitdaten.
  • Monatsabschlüsse blockieren Management-Aufmerksamkeit.
  • Neue Standorte, Produkte oder Prozesse werden künstlich schwer.

Das System kostet dann nicht nur Geld. Es kostet Geschwindigkeit.

Der gefährliche Wunsch nach dem perfekten ERP-Projekt

Viele ERP-Projekte werden schon in der Planungsphase zu groß.

Es beginnt mit einem legitimen Ziel: Wenn wir schon wechseln, dann machen wir es gleich richtig. Dann werden alle Sonderfälle eingesammelt, jede Abteilung schreibt Wunschlisten, jede Ausnahme bekommt Gewicht. Aus einem notwendigen Systemwechsel wird ein Transformationsprogramm mit 200 Anforderungen, 18 Monaten Vorlauf und einer Projektstruktur, die niemand mehr versteht.

Das klingt professionell. Ist aber oft der Grund, warum nichts passiert.

Im Mittelstand ist Perfektion als Einstieg meistens zu teuer. Nicht nur finanziell, sondern organisatorisch. Die bessere Frage ist:

Welcher abgegrenzte erste Schritt bringt genug Entlastung, ohne den Betrieb zu überfordern?

Im beschriebenen Odoo-Beispiel war genau das der Schlüssel: nicht alles auf einmal, sondern Kernbereiche zuerst. CRM, Einkauf, Verkauf, Lager, DATEV-Anbindung und die wichtigsten Produktionsprozesse für ein Werk. Kein Big-Bang für die ganze Organisation. Aber auch kein endloser Parallelbetrieb, der alle doppelt belastet.

Odoo passt gut zu pragmatischen Starts

Odoo ist in solchen Szenarien interessant, weil es modular genug ist, um klein zu starten, aber breit genug, um später zu wachsen. Für viele mittelständische Unternehmen ist das wichtiger als die Frage, ob ein ERP theoretisch jeden Spezialfall ab Tag eins abbilden kann.

Ein sinnvoller erster Scope kann zum Beispiel so aussehen:

  1. Vertrieb und Angebote
    Ziel: weniger manuelle Angebotserstellung, klarere Pipeline, bessere Nachverfolgung.

  2. Einkauf und Lager
    Ziel: Bestände, Reservierungen und Beschaffung sichtbar machen.

  3. Buchhaltungsnahe Prozesse
    Ziel: saubere Übergabe an DATEV oder Steuerberatung, weniger manuelle Monatsabschlussarbeit.

  4. Ein Produktions- oder Leistungsbereich
    Ziel: reale Abläufe testen, ohne die gesamte Organisation gleichzeitig umzubauen.

Das ist kein kleiner Anspruch. Aber es ist ein kontrollierbarer Anspruch.

Cutover schlägt ewigen Parallelbetrieb

Viele Unternehmen versuchen, Risiko durch langen Parallelbetrieb zu reduzieren. Zwei Systeme laufen nebeneinander, alle prüfen doppelt, niemand vertraut dem neuen System vollständig. In der Theorie klingt das sicher. In der Praxis erzeugt es oft mehr Fehler, mehr Stress und mehr Widerstand.

Ein gut vorbereiteter Cutover kann ehrlicher sein: Daten bereinigen, Verantwortlichkeiten klären, Testmigrationen machen, Go-live-Wochenende planen, Support für die ersten Tage bereitstellen. Danach gilt das neue System.

Das funktioniert nur, wenn der Scope sauber begrenzt ist. Ein Cutover für ein fokussiertes erstes Werk oder einen Kernprozess ist machbar. Ein Cutover für jede historische Sonderlogik gleichzeitig ist Wahnsinn.

Der eigentliche Gegner ist Entscheidungsstau

Der stärkste Satz aus dem LinkedIn-Beitrag ist sinngemäß: Rückblickend war nicht das alte System das größte Problem, sondern dass das Thema so lange aufgeschoben wurde.

Das trifft den Kern.

ERP-Projekte scheitern nicht nur an falscher Softwareauswahl, schlechter Migration oder zu wenig Budget. Sie scheitern oft daran, dass niemand den ersten unperfekten, aber sinnvollen Schritt freigibt.

Dabei ist Nicht-Entscheiden auch eine Entscheidung. Nur eine, die meistens niemand sauber budgetiert.

Eine pragmatische ERP-Checkliste

Wer heute vor einem ERP-Wechsel steht, sollte weniger nach der perfekten Zielarchitektur fragen und mehr nach dem nächsten tragfähigen Schritt:

  • Welche drei Prozesse bremsen aktuell am meisten?
  • Welche Abteilungen leiden täglich unter Medienbrüchen?
  • Welche Excel-Listen sind faktisch schon Schatten-ERP?
  • Welche Schnittstellen sind für den ersten Go-live wirklich notwendig?
  • Welcher Bereich eignet sich als Pilot, ohne dass er zum Spielzeugprojekt wird?
  • Wer entscheidet Scope-Änderungen verbindlich?
  • Welche Altdaten müssen wirklich migriert werden — und welche nur archiviert?

Wenn diese Fragen klar beantwortet sind, wird ein ERP-Wechsel greifbarer. Nicht risikofrei, aber steuerbar.

Fazit

Der Mittelstand braucht nicht immer das perfekte ERP-Projekt. Er braucht oft den Mut, das erste sinnvolle Stück sauber umzusetzen.

Odoo kann dafür ein guter Kandidat sein, wenn Modularität, Kostenkontrolle und Anpassbarkeit wichtig sind. Aber die Software ist nur ein Teil der Lösung. Entscheidend ist der Projektzuschnitt: klein genug, um wirklich live zu gehen; groß genug, um echten Nutzen zu liefern.

Drei Jahre Planung erzeugen kein modernes Unternehmen. Ein klarer erster Go-live schon eher.