Sie haben die Entscheidung getroffen: Excel-Tabellen und einzelne Systeme werden durch Odoo ersetzt. Die Erwartung ist effizienteres Arbeiten, weniger doppelte Arbeit und bessere Steuerungsinformationen. Doch dann erweist sich die Implementierung als komplexer als gedacht. Aus Wochen werden Monate, Prozesse, die „einfach funktionieren sollten“, laufen nicht ab Werk, und währenddessen läuft die alte Buchhaltung weiter. Das Risiko ist real: Eine gescheiterte Implementierung kostet nicht nur Geld, sondern auch die Zeit der Mitarbeiter und das Vertrauen in das neue System.
Der Kern des Problems liegt im Vorgehen. Zu viele Unternehmen beginnen mit der Konfiguration von Modulen, bevor klar ist, welche Prozesse wie genau funktionieren sollen. Oder sie gehen davon aus, dass Standardfunktionen automatisch zu ihrer Arbeitsweise passen. Das ist selten der Fall. Eine funktionierende Implementierung beginnt nicht bei der Technik, sondern damit, Klarheit zu schaffen: was Sie tun, wie Sie es weiterhin tun möchten und wo Odoo Anpassungen braucht. Erst danach wird gebaut.
Beginnen Sie mit einer Prozessaufnahme, nicht mit Modulen
Die meisten Implementierungen beginnen falsch: mit einer Liste gewünschter Module. Sales, CRM, Lager, Fakturierung – alles wird angehakt, weil es ohnehin dabei ist. Das führt zu einem System voller Funktionen, die niemand nutzt, weil unklar ist, wie sie zum Tagesgeschäft passen. Ein besserer Start ist eine gründliche Prozessaufnahme.
Halten Sie fest, wie Sie heute arbeiten: wer was tut, in welcher Reihenfolge, mit welchen Informationen. Nicht, wie es laut Handbuch sein sollte, sondern wie es wirklich läuft. Oft laufen Prozesse anders ab als formal festgelegt. Jemand im Vertrieb erstellt ein Angebot in Excel, schickt es an den Kunden, und erst nach der Zusage wird es manuell ins alte System übertragen. Oder Eingangsrechnungen kommen per E-Mail, werden ausgedruckt, abgezeichnet und erst dann erfasst. Diese Realität müssen Sie kennen.
Anschließend legen Sie fest, was bleiben muss und was sich verbessern lässt. Nicht alles muss eins zu eins übernommen werden. Manchmal ist ein bestehender Prozess entstanden, weil das alte System bestimmte Verknüpfungen nicht unterstützte. Manchmal ist er einfach historisch gewachsen. Hüten Sie sich aber auch vor der Versuchung, alles sofort neu zu gestalten. Eine Implementierung ist kein Reorganisationsprojekt. Beschränken Sie Änderungen auf das, was wirklich nötig ist, um mit Odoo arbeiten zu können, oder auf Verbesserungen, die spürbar Zeit oder Fehler sparen.
Wählen Sie bewusst zwischen Community und Enterprise
Odoo gibt es in zwei Varianten: Community (kostenlos, Open Source) und Enterprise (kostenpflichtig, mit zusätzlichen Modulen und Support). Für den Mittelstand ist das keine akademische Frage – die Wahl bestimmt Ihre Kosten, Ihre Flexibilität und Ihren Wartungsaufwand für Jahre.
Community bietet alle Grundfunktionen: Verkauf, Einkauf, Lagerbestand, Fertigung, Buchhaltung. Der Quellcode ist vollständig offen, Sie dürfen ihn selbst anpassen und hosten, wo Sie möchten. Nachteil: kein offizieller Support, eingeschränktere Berichte, und einige Module (etwa Field Service oder Planning) fehlen. Für Unternehmen mit Standardprozessen und technischem Wissen im Haus ist Community eine solide Wahl. Wir implementieren es regelmäßig, vor allem wenn der Kunde spezifische Anpassungen möchte und lieber nicht von jährlichen Lizenzkosten abhängig ist.
Enterprise ergänzt Funktionen, die viele mittelständische Unternehmen schätzen: umfangreichere Dashboards, mobile Apps, Module für Projektplanung und Helpdesk. Sie zahlen pro Benutzer pro Jahr – für zehn Benutzer liegt das bei rund 2.400 € bis 3.600 € jährlich, je nachdem, welche Module Sie aktivieren. Die Investition lohnt sich, wenn Sie die zusätzlichen Module intensiv nutzen und Wert auf direkten Support von Odoo selbst legen. Wählen Sie Enterprise aber nicht, weil es „besser“ klingt. Analysieren Sie, welche Module Sie wirklich brauchen und ob sie den Unterschied wert sind.
Eine dritte Option: mit Community starten und später auf Enterprise migrieren. Das geht, kostet aber zusätzlichen Aufwand, weil bestimmte Anpassungen neu gebaut werden müssen. Planen Sie deshalb mindestens drei Jahre voraus und treffen Sie eine bewusste Entscheidung, keine vorläufige.
Wo es in der Praxis schiefgeht
Fallstrick 1: Zu viele Anpassungen auf einmal
Unternehmen sehen eine ERP-Implementierung als Chance, „alles richtig zu machen“. Also werden die Wunschlisten der vergangenen Jahre hervorgeholt: Berichte, die schon immer kommen sollten, Automatisierungen, die „praktisch wären“, zusätzliche Felder für Daten, die vielleicht irgendwann nützlich sind. Die Folge: Der Umfang wächst, das Projekt verzögert sich, und beim Go-live funktioniert die Hälfte nicht wie erwartet, weil niemand mehr den Wald vor lauter Bäumen sieht.
Die Ursache ist nachvollziehbar: Wenn Sie schon ein neues System einrichten, wollen Sie es gleich richtig machen. Aber „richtig“ heißt zuerst funktionierend, dann optimal. Beschränken Sie die erste Phase auf das, was für den Go-live nötig ist: Kunden erfassen, Angebote erstellen, Rechnungen versenden, Lagerbestand führen. Setzen Sie alles, was „auch später geht“, auf einen Backlog und gehen Sie es an, wenn das System läuft und die Mitarbeiter damit vertraut sind. Das verhindert auch, dass Sie Funktionen bauen, die sich im Einsatz dann doch als anders erforderlich erweisen.
Fallstrick 2: Zu wenig Zeit für Tests und Schulungen
Eine häufig gehörte Planung: „Wir gehen dieses Quartal live, also müssen wir in sechs Wochen mit der Konfiguration fertig sein.“ Es wird mit Hochdruck eingerichtet, und in der letzten Woche schauen sich die Mitarbeiter das System an. Ergebnis: Zum Start funktionieren grundlegende Dinge nicht, Fragen kommen zu spät, und die Mitarbeiter greifen auf die alte Arbeitsweise zurück, weil sie nicht wissen, wie die neue funktioniert.
Testen Sie nicht einmal am Ende, sondern regelmäßig während des Aufbaus. Lassen Sie die Anwender alle zwei Wochen eine Stunde mit dem arbeiten, was schon steht. Das liefert frühzeitig Feedback und verhindert Überraschungen. Und planen Sie formelle Schulungen ein – mindestens einen halben Tag pro Mitarbeiter, am besten praxisnah mit den eigenen Aufgaben. „Das finden die schon selbst heraus“ funktioniert nicht; Menschen brauchen Begleitung, um ihre Arbeitsweise zu ändern.
Fallstrick 3: Kein klarer Verantwortlicher auf Kundenseite
Bei vielen Implementierungen gibt es intern niemanden, der wirklich verantwortlich ist. Der Geschäftsführer hat zu viel zu tun, der Sachbearbeiter in der Buchhaltung hat kein Mandat, Entscheidungen zu treffen, und der Implementierungspartner muss ständig auf Antworten warten. Folge: Unentschlossenheit, Verzögerungen und ein System, das auf Annahmen statt auf Fakten eingerichtet wird.
Benennen Sie intern eine Person, die Zeit hat (mindestens vier Stunden pro Woche), die Prozesse kennt und Entscheidungen treffen kann. Diese Person ist Ansprechpartner für den Berater, testet neue Konfigurationen als Erste und treibt die interne Umsetzung voran. Ohne diese Rolle wird jede Abstimmung ineffizient und der Fortschritt bleibt bei „das müssen wir intern noch kurz besprechen“ stecken.
Migrieren Sie Daten schrittweise, nicht in einem Big Bang
An der Datenmigration bleiben viele Projekte hängen. Kundendaten, Artikel, offene Aufträge, Lagerbestände – alles muss nach Odoo. Der Reflex ist, alles gleichzeitig am Go-live-Datum zu erledigen: abends Export aus dem alten System, nachts Import in Odoo, am nächsten Morgen geht es weiter. Klingt effizient, ist aber riskant. Schlägt der Import fehl oder stimmen die Daten nicht, stehen Sie am nächsten Tag mit nicht funktionierenden Prozessen da.
Besser ist eine schrittweise Migration. Beginnen Sie mit den Stammdaten: Kunden, Lieferanten, Produkte. Diese können Sie schon Wochen vor dem Go-live übernehmen und prüfen. Danach folgen die Bewegungsdaten: offene Rechnungen, laufende Projekte. Und historische Daten – alte abgeschlossene Aufträge, archivierte Angebote – können Sie oft „schreibgeschützt“ im alten System belassen. Das spart Importzeit und Fehlerrisiko. Sie haben die historische Übersicht weiterhin, wenn Sie sie brauchen, aber sie muss nicht live mit ins neue System.
Testen Sie den Import gründlich mit einem Teil der Daten. Prüfen Sie nicht nur, ob Datensätze angelegt werden, sondern ob die Verknüpfungen stimmen: Steht der richtige Lieferant bei einer Eingangsrechnung, hat ein Auftrag den richtigen Status, sind Lagerbewegungen korrekt verknüpft? Fehler in Verknüpfungen bleiben oft unsichtbar, bis jemand Wochen später etwas nicht findet.
Fakt: Bei Implementierungen mit schrittweiser Datenmigration berichten Unternehmen von 40 Prozent weniger akuten Problemen im ersten Monat nach dem Go-live, weil kritische Fehler bereits in der Testphase behoben wurden.
Planen Sie Hypercare für den ersten Monat
Der Go-live ist nicht der Endpunkt, sondern der Beginn des eigentlichen Tests. In den ersten Wochen zeigt sich immer, dass manches anders funktioniert als erwartet: ein Bericht, der nicht ganz die richtigen Spalten zeigt, eine Automatisierung, die in einem bestimmten Szenario nicht auslöst, oder ein Anwender, der einen Workflow nicht versteht. Das ist normal – kein System funktioniert vom ersten Tag an fehlerfrei.
Planen Sie deshalb eine Hypercare-Phase von mindestens vier Wochen. In dieser Phase ist der Implementierungspartner aktiv für schnelle Korrekturen und Fragen erreichbar. Wir planen standardmäßig zwei bis drei halbe Tage pro Woche direkt nach dem Go-live ein, damit dringende Punkte innerhalb von 24 Stunden gelöst sind. Sagen Sie den Anwendern, dass sie Probleme melden dürfen, ohne dass ihnen das negativ ausgelegt wird – das Ziel ist Lernen und Verbessern, nicht der Beweis, dass alles perfekt ist.
Führen Sie in dieser Zeit ein Protokoll aller Probleme und Lösungen. Das hilft nicht nur, wiederkehrende Probleme zu erkennen, sondern auch, neue Mitarbeiter später einzuarbeiten. Und kommunizieren Sie offen: Wenn etwas nicht wie versprochen funktioniert, sagen Sie das und erklären Sie, wie die Lösung aussieht und wann sie kommt. Das erhält das Vertrauen besser, als Probleme kleinzureden.
Was Sie als Erstes tun sollten
Beginnen Sie nicht damit, Module auszuwählen oder Angebote einzuholen. Klären Sie zuerst intern zwei Dinge. Erstens: Welche Prozesse sind für Ihren Betrieb kritisch und müssen vom ersten Tag an funktionieren? Zweitens: Wer wird intern Verantwortlicher für das Projekt und kann Entscheidungen treffen? Ohne diese beiden Punkte ist jeder weitere Schritt ein Ratespiel.
Erstellen Sie anschließend eine Shortlist mit höchstens drei Implementierungspartnern. Achten Sie nicht nur auf den Preis, sondern darauf, wie sie Fragen stellen. Ein guter Berater fragt im ersten Gespräch nach Ihren Prozessen, nicht danach, welche Module Sie möchten. Und sagen Sie offen, ob Sie Community oder Enterprise in Betracht ziehen – das erspart unnötiges Hin und Her.
Reservieren Sie intern Zeit. Eine Implementierung erfordert nicht nur Budget, sondern auch Stunden Ihres Teams. Rechnen Sie mit mindestens sechs bis zehn Stunden pro Woche für den Projektverantwortlichen und drei bis vier Stunden pro beteiligtem Mitarbeiter für Tests und Schulungen. Haben Sie diese Zeit nicht, verschieben Sie das Projekt. Eine Implementierung, die nebenbei erledigt wird, scheitert.
Foto: Brett Jordan auf Unsplash