Foto: Pixabay
Der Go-live ist nicht das Ende deines Odoo-Projekts – er ist der Anfang. Die meisten ERP-Projekte scheitern nicht an der Technik, sondern daran, dass das Team das System nach dem Go-live nie wirklich annimmt. Dieses 30-Tage-Onboarding-Template führt dein Team in vier Wochen vom ersten Login bis zur vollen Selbständigkeit – mit Tages-Checklisten, Feedback-Schleifen und einem messbaren Ergebnis für jede Phase. Genau dieses Template nutze ich in jedem Kundenprojekt.
Warum entscheiden die ersten 30 Tage über Erfolg oder Excel-Rückfall?
Das Muster ist immer dasselbe: Das System läuft, die Berater sind weg, und zwei Wochen später pflegt die halbe Mannschaft ihre Daten wieder in Excel. Nicht aus Boshaftigkeit – sondern weil niemand einen strukturierten Weg von „das System existiert“ zu „das System ist unser Werkzeug“ definiert hat.
Die ersten 30 Tage nach dem Go-live sind das Zeitfenster, in dem sich Gewohnheiten bilden. Überlässt du diese Phase dem Zufall, zahlst du später mit doppelter Datenpflege, frustrierten Keyusern und einem ERP, dem niemand vertraut. Gibst du ihr Struktur, hast du nach vier Wochen ein Team, das ohne tägliche Unterstützung arbeitet.
Was brauchst du vor Tag 1?
Drei Dinge müssen stehen, bevor das Onboarding startet: Keyuser sind benannt (mindestens einer pro Abteilung – Vertrieb, Lager, Buchhaltung, Support), das Produktivsystem ist konfiguriert (Benutzer angelegt, Zugriffsrechte gesetzt, Stammdaten migriert) und die Geschäftsführung steht sichtbar hinter dem Projekt. Fehlt einer dieser Punkte, verschiebe den Start – Onboarding ohne Keyuser-Struktur verpufft.
Woche 1: Orientierung (Tag 1–5)
Ziel der ersten Woche: Jeder Benutzer kann sich einloggen, navigieren und hat seine erste echte Transaktion im System abgeschlossen.
Tag 1: Systemüberblick für alle Benutzer (90-Minuten-Session)
- Odoo-Navigation: Menüstruktur, globale Suche, Favoriten einrichten
- Persönliche Einstellungen: Sprache, Zeitzone, E-Mail-Signatur
- Chatter verstehen: Nachrichten vs. Log-Notizen, Aktivitäten planen, Follower-Prinzip
Ergebnis Tag 1: Jeder Benutzer kann sich einloggen und findet sich in der Oberfläche zurecht. Mehr nicht – und das ist Absicht. Wer am ersten Tag Prozesse schult, überfordert.
Tag 2–3: Abteilungsspezifische Keyuser-Sessions (je 2 Stunden)
- Vertrieb/CRM: Leads erfassen, Angebote erstellen, Aufträge bestätigen
- Lager: Wareneingang, Warenausgang, Bestandszählungen
- Buchhaltung: Eingangs- und Ausgangsrechnungen, Bankabstimmung
- Helpdesk: Tickets erstellen, zuweisen und lösen
Wichtig: Jede Session arbeitet mit den echten Prozessen der Abteilung, nicht mit Demo-Daten aus dem Handbuch. Keyuser sollen ihre tägliche Arbeit im System wiedererkennen.
Tag 4: Erste echte Transaktionen, begleitet
Jeder Keyuser schließt mindestens eine echte Transaktion im Produktivsystem ab – ein echtes Angebot, einen echten Wareneingang, eine echte Rechnung. Jeder Fehler und jede Stolperstelle wird dokumentiert. Diese Liste wird zur Quick-Fix-Liste für die IT oder deinen Implementierungspartner.
Tag 5: Q&A und Fehler-Review
- Offene Fragen der Woche sammeln und beantworten
- Die Top-3-Probleme sofort beheben (nicht auf nächste Woche verschieben – das kostet Vertrauen)
- Jeden Keyuser das Feedback-Formular ausfüllen lassen
Woche 2: Anwendung (Tag 6–10)
Ziel: Das Team arbeitet täglich im System – und Probleme werden sichtbar, bevor sie zu Gewohnheiten werden.
- Täglich: 30-Minuten-Check-in mit den Keyusern im Standup-Format: Was lief gut? Was nicht? Was brauchst du? Live-Fixes werden dokumentiert.
- Tag 8: Erste Reports und Auswertungen erklären. Sobald echte Daten im System sind, wird Reporting greifbar – in diesem Moment sehen viele Benutzer zum ersten Mal den Mehrwert.
- Tag 10: Zwischenfeedback-Runde mit der Geschäftsführung. Die Führung sieht Fortschritt und Blocker – und kann Ressourcen freimachen, bevor etwas eskaliert.
Woche 3: Optimierung (Tag 11–20)
Ziel: Aus einzelnen Fehlern werden Muster – und aus Mustern werden Lösungen.
- Die häufigsten Fehlerquellen identifizieren und beheben (die Check-in-Protokolle aus Woche 2 liefern die Daten)
- Die Quick-Fix-Liste für die IT finalisieren und priorisieren
- Prozesse schärfen: Wo passt das System nicht zum realen Arbeitsablauf – und passt du den Prozess an oder die Konfiguration?
- Trainingslücken identifizieren und mit kurzen, gezielten Sessions schließen
Diese Woche trennt erfolgreiche Rollouts von gescheiterten: Wer jetzt konsequent aufräumt, verhindert, dass Workarounds dauerhaft werden.
Woche 4: Selbständigkeit (Tag 21–30)
Ziel: Das Team arbeitet ohne tägliche Unterstützung – und das Wissen ist dokumentiert, nicht nur in Köpfen.
- Kein täglicher Support mehr – Hilfe nur noch auf Anfrage
- Benutzerhandbuch mit echten Screenshots aus dem eigenen System (keine generischen Odoo-Screenshots – die erkennt niemand wieder)
- KPI-Dashboard für die Geschäftsführung: Auftragseingang, offene Rechnungen, Lagerbestände – je nach Geschäftsmodell
- Abschluss-Review: Was lief gut? Was verbessern wir beim nächsten Modul-Rollout?
Die 30 Tage im Überblick
| Phase | Zeitraum | Fokus | Ergebnis |
|---|---|---|---|
| Orientierung | Tag 1–5 | Navigation, Keyuser-Training, erste echte Transaktionen | Jeder Benutzer arbeitet im System |
| Anwendung | Tag 6–10 | Tägliche Check-ins, erste Reports, Management-Feedback | Probleme sind sichtbar und dokumentiert |
| Optimierung | Tag 11–20 | Fehlerquellen beheben, Prozesse schärfen, Trainingslücken schließen | Workarounds sind eliminiert |
| Selbständigkeit | Tag 21–30 | Handbuch, KPI-Dashboard, Abschluss-Review | Team arbeitet ohne täglichen Support |
Welche Materialien gehören zum Template?
Das komplette Onboarding-Paket besteht aus fünf Bausteinen:
- Tages-Checklisten für Keyuser (Word oder Notion) – jeder Tag hat definierte Aufgaben und ein überprüfbares Ergebnis
- Feedback-Formular (Google Forms oder Notion) – standardisiert, damit Antworten vergleichbar bleiben
- Eskalations-Workflow – wer entscheidet was, und wann? Ohne diese Klarheit landet jedes kleine Problem auf dem Tisch der Geschäftsführung
- Vorlage für ein internes Odoo-Wiki – damit Wissen nicht in E-Mail-Threads verschwindet
- Troubleshooting-Guide für die häufigsten Fehler – die erste Anlaufstelle, bevor jemand ein Ticket öffnet
Die drei häufigsten Onboarding-Fehler
1. Alles auf einmal schulen. Eine Ganztagesschulung vor dem Go-live ersetzt kein Onboarding. Nach drei Stunden ist die Aufnahmefähigkeit erschöpft – und zwei Wochen später ist alles vergessen. Kurze Sessions, direkt an echten Prozessen, bleiben deutlich besser hängen.
2. Fehler nicht ernst nehmen. Wenn ein Keyuser in Woche 1 dreimal am selben Problem hängen bleibt, ohne dass es gelöst wird, gibt er auf – und öffnet Excel. Deshalb werden Top-Probleme sofort, sichtbar und dokumentiert behoben.
3. Kein definiertes Ende der Support-Phase. Ohne klaren Übergang in die Selbständigkeit bleibt das Team im Modus „das macht der Berater schon“. Das 30-Tage-Format setzt bewusst einen Endpunkt – danach trägt das Team selbst.
Fazit
Ein Odoo-Go-live ohne strukturiertes Onboarding ist wie ein neues Auto ohne Fahrstunden: Die Technik ist da, aber niemand fährt sicher damit. Vier Wochen, vier Phasen, klare Tagesziele – mehr braucht es nicht, um aus einem installierten System ein genutztes System zu machen.
Du willst das komplette Template mit allen Tages-Checklisten und Feedback-Formularen? Kommentiere „Onboarding“ unter meinem aktuellen LinkedIn-Post oder schreib mir direkt – ich schicke dir das volle 30-Tage-Paket, das ich in jedem Kundenprojekt nutze. Viel Erfolg bei deinem Go-live!