Eine SAP-Einführung kann sich wie ein großer Schritt anfühlen, und vielleicht ist sie das auch. Aber sie muss sich nicht gehetzt anfühlen. Ich habe erlebt, dass Unternehmen sich darin verlieren, eine Plattform auszuwählen, Bereitstellungsmodelle zu vergleichen und Funktionslisten hinterherzujagen, bevor sie verstanden haben, was sie lösen wollen.
Es geht nicht darum, es perfekt zu machen. Es geht darum, es klar zu machen. Was braucht Ihr Unternehmen tatsächlich, wie viel Veränderung können Sie verkraften, und was passiert, wenn es nicht nach Plan läuft?
Diese Seite geht die Phasen durch, verlinkt jeden Leitfaden, den ich zu jeder Phase geschrieben habe, und schließt mit den Fragen, die Kunden am häufigsten stellen.
Die meisten Teams konzentrieren sich zuerst auf die Software. Das ist verständlich. Aber eine SAP-Einführung hat mehr damit zu tun, wie Ihr Unternehmen im Alltag funktioniert, als mit dem System darunter.
Das Schwierige ist nicht, SAP zu installieren. Schwierig ist es, Menschen, Timing und Entscheidungen an dem auszurichten, was sich wirklich ändern muss. Hier werden Projekte langsam oder geraten ins Stocken.
Sie müssen jetzt nicht alle Antworten haben. Es hilft aber, die SAP-Einführung als Veränderung Ihrer Arbeitsweise zu behandeln, nicht als weiteres IT-Projekt.
Auf einen Blick
Strategische Bereitschaft
Das Unternehmen vor der Software verstehen: Probleme, Erfolg und die Grenze zwischen Standard und Eigenentwicklung.
Planung und Governance
Umfang, Bereitstellungsmodell und eine Entscheidungsstruktur, früh festgelegt.
Lösungsdesign
Fit-to-Standard: das Unternehmen an den SAP-Prozessen ausrichten und nur dort entwickeln, wo es Mehrwert bringt.
Daten und Integration
Entscheiden, welche Daten übernommen werden, sie bereinigen und festlegen, wie SAP mit allem anderen verbunden wird.
Aufbau, Test und Schulung
Kontrollierter Aufbau, echte Testzyklen mit Exit-Kriterien und Schulung mit echten Daten.
Go-live und Hypercare
Ein disziplinierter Cutover, ein Hypercare-Team, das schnell behebt, und KPIs, die das Geschäft messen.
Phase 0: strategische Bereitschaft
Bevor Sie über Module sprechen oder Plattformen vergleichen, halten Sie inne. Eine SAP-Einführung beginnt damit, Ihr Unternehmen zu verstehen: wie es heute läuft, wo es hakt und was sich ändern muss. Jede spätere Entscheidung stützt sich darauf, was Sie hier festlegen.
Konzentrieren Sie sich auf drei Fragen. Welche Probleme lösen Sie? Wie muss Erfolg aussehen? Wo ziehen Sie die Grenze zwischen Standard und Eigenentwicklung?
Anforderungserhebung heißt: wie Ihr Unternehmen heute arbeitet und was es ausbremst, keine Liste von Funktionen. Der Business Case legt Ergebnisse und ROI-Erwartungen fest und bestimmt, wie Sie die Investition sechs Monate später verteidigen. Ihre Clean-Core-Strategie zieht die Grenze zwischen Angepasstem und Standard, und sie prägt jedes Upgrade nach dem Go-live.
Phase 1: Planung und Governance
Sobald Sie wissen, warum Sie das tun, machen Sie Entscheidungen daraus. Klare, früh getroffene.
Werden Sie beim Umfang konkret. Welche Geschäftseinheiten gehen live, welche Prozesse bleiben vorerst manuell, und welche Altsysteme bleiben bestehen? Alles, was hier unklar bleibt, sorgt später für Störgeräusche, und das Aufräumen kostet mehr, als es gleich richtig zu machen.
Die Entscheidung zwischen Greenfield, Brownfield und Selective ist mehr als eine technische Wahl. Sie zeigt, wie viel Veränderung das Unternehmen verkraftet, und Dutzende Designentscheidungen folgen daraus. Richten Sie dann einen Lenkungsausschuss ein, definieren Sie Eskalationswege und legen Sie fest, wer die schwierigen Entscheidungen trifft. Halten Sie den Business Case dabei laufend aktuell.
Phase 2: Lösungsdesign (Fit-to-Standard)
Beim Lösungsdesign geht es nicht darum, alles von Grund auf neu zu entwerfen. Es geht darum zu verstehen, was SAP bereits bietet, was Ihr Unternehmen wirklich braucht und wann Sie zu Eigenentwicklung Nein sagen. Fit-to-Standard-Workshops gehen die Standardabläufe von SAP durch, damit Sie entscheiden können, wo Sie anpassen und wo Sie akzeptieren.
Beginnen Sie mit drei Bereichen. Die Module, die Ihre wichtigen Geschäftsfunktionen abbilden, etwa Finanzwesen, Vertrieb, Beschaffung und Fertigung. Die Integration, denn SAP läuft selten allein und muss mit CRM-Systemen, Lieferantennetzwerken, Reporting-Tools und Altsystemen sprechen. Und eine Architektur, die beim Wachstum sauber, upgradefähig und supportbar bleibt.
Für Branchenbesonderheiten siehe SAP für die Fertigung, den Handel und die Luftfahrt.
Phase 3: Daten und Integration
Diese Phase wird oft unterschätzt, aber sie entscheidet über das Gelingen des Go-live. Sie können die besten Module und das sauberste Design haben, und die Anwender spüren fehlerhafte Daten trotzdem vom ersten Tag an.
Durchdenken Sie drei Dinge. Welche Daten sind es wert, übernommen zu werden, und welche können zurückbleiben? Wie sauber sind Ihre aktuellen Daten wirklich? Und wie wird SAP mit bestehenden Tools und Plattformen von Drittanbietern verbunden?
Datenmigration klingt einfach, und das ist sie nicht. Projekte verzögern sich durch schlechtes Mapping, verunreinigte Quelldaten und Umfangsänderungen in letzter Minute.
Phase 4: Aufbau, Test und Schulung
Hier wird die SAP-Einführung greifbar, und ohne Struktur zerfällt sie schnell. Die Entwicklung nimmt Fahrt auf, Transporte laufen zügig. Ist das technische Change Management unklar, überschreiben Änderungen einander und Teams verlieren den Überblick darüber, was freigegeben wurde.
Tests müssen das reale Geschäft abbilden: UAT, Cutover-Probeläufe und die Randfälle. Exit-Kriterien und Quality Gates halten alle auf Linie.
Schulung ist wichtiger, als die meisten erwarten, und sie ans Ende zu schieben schlägt zurück. Führen Sie Sitzungen mit echten Daten durch und lassen Sie die Leute Dinge ausprobieren, auch Fehler machen. So entsteht Vertrauen.
Phase 5: Go-live und Hypercare
Der Go-live fühlt sich wie eine Ziellinie an, aber hier beginnt die Realität. Die Anwender hören auf zu üben und beginnen, sich auf das System zu verlassen. Ich habe Teams an einem einzigen Tag von Ruhe ins Chaos kippen sehen, nicht weil die Arbeit falsch war, sondern weil die Übergabe zu weich war.
Cutover heißt: Daten migrieren, Integrationen aktivieren, Änderungen einfrieren und Hunderte kleiner Aufgaben in einem engen Zeitfenster koordinieren. Die besten Cutover, die ich gesehen habe, hatten klare Zeitpläne, Rückfallpläne und Probeläufe. Die Leute müssen außerdem wissen, wo sie sich anmelden, wen sie anrufen und was sie anfassen dürfen.
Nach dem Go-live ist Hypercare eine fokussierte Einsatzeinheit, kein verlängerter Support. Erfassen Sie Tickets sichtbar und beheben Sie schnell, denn ein Anwender, der früh das Vertrauen verliert, kommt oft nicht zurück. Messen Sie dann das Geschäft, nicht nur das System: Akzeptanz, Durchlaufzeiten, Fehlertrends und ob Reporting und Bestand jetzt mit dem Finanzwesen übereinstimmen.
Jeder Leitfaden, den ich zur SAP-Einführung geschrieben habe, geordnet nach der Entscheidung, bei der er hilft. Beginnen Sie mit dem ersten Link in jeder Zeile.
| Thema | Hier beginnen | Ebenfalls lesen |
|---|---|---|
| Starten und planen | SAP-Einführung Schritt für Schritt | Das Projekt richtig starten, Projektauftrag, Zeitplan, SAP-Activate-Vorlagen, Einführungsstrategien, Einführung oder Rollout |
| Kosten und Budget | Was eine SAP-Einführung kostet | Warum Budgets überschritten werden, Kostenrechner |
| Partner und Verträge | So wählen Sie einen SAP-Implementierungspartner aus | Ausschreibung (RFP), Partner oder unabhängiger Berater, Leistungsbeschreibung (SOW), Partnerwechsel während des Projekts |
| Team und Governance | Rollen im SAP-Einführungsteam | Das Team aufbauen, Stakeholder-Management, Ressourcenplanung, Planung und Steuerung, Risikobewertung |
| Umfang und Anforderungen | Vorlage für den SAP-Projektumfang | Scope Creep vermeiden |
| Testen | SAP-Tests erklärt | S/4HANA-Teststrategie, Benutzerakzeptanztest |
| Menschen und nach dem Go-live | Change-Management-Plan | Projektrettung, Compliance im öffentlichen Sektor |
Es gibt keine universelle Formel. Wer behauptet, es gebe eine, hat wahrscheinlich noch nie eine umgesetzt. Aber ob bei einem Projekt mit 10 Anwendern oder bei einem globalen Rollout in fünf Ländern, ich sehe immer wieder dieselben sechs Dinge.
- Definierte Geschäftsziele. „Live gehen“ ist kein Ziel. Die Auftragsbearbeitungszeit um 40 Prozent senken ist eines, und alle von der IT bis zum Betrieb sollten wissen, warum das System wichtig ist.
- Rückhalt der Geschäftsleitung. Wenn die Führung das Projekt nicht sichtbar unterstützt, merken die Leute das, der Schwung lässt nach und schwierige Entscheidungen werden nach unten geschoben.
- Starkes Change Management. Widerstand ist selten laut. Er zeigt sich in halb genutzten Funktionen und Schatten-Tabellen, also fangen Sie früh an und kommunizieren Sie lieber zu viel.
- Eine realistische Datenstrategie. Legen Sie Datenverantwortliche fest und bereinigen Sie vor dem Go-live, nicht danach.
- Verantwortung im Unternehmen. Lagern Sie Ihr Denken nicht aus. Sie brauchen jemanden, dem man vertraut und der ein bisschen stur ist, der dagegenhält, wenn sich etwas nicht richtig anfühlt.
- Ein Supportplan für die Zeit nach dem Go-live. Leute machen Fehler, und Funktionen arbeiten nicht immer wie erwartet. Support ist die Rettungsleine.
Wenn es funktioniert, ist der Nutzen praktisch: ein Datenbestand für Vertrieb, Bestand und Finanzwesen, stärkere Prozessdisziplin, sauberere Prüfpfade, Live-Zahlen zu Liquidität und Aufträgen und Raum zum Wachsen, ohne neu aufzubauen.
Ich habe Projekte gesehen, die stark starten und sechs Monate später ins Stocken geraten, weil die Daten nicht sauber sind oder sich niemand einigen kann, wie Freigaben funktionieren sollen. Das ist normal, und es ist vermeidbar, wenn Sie früh aufpassen.
- Fehlende Abstimmung zwischen Fachbereich und IT. Die IT drängt auf Agilität, während der Fachbereich wasserdichte Prozesse will, und die Kluft wird zum ständigen Bremsklotz.
- Das alte System nachbauen. Jeden Bildschirm und jedes Feld des letzten ERP nachzubilden führt zu aufgeblähten Anpassungen und langsamen Rollouts.
- Unzureichend vorbereitete Daten. Dubletten, veraltete Codes und fehlende Verknüpfungen tauchen mitten im Projekt auf und bremsen alles.
- Veränderungsmüdigkeit. Die Teams erledigen ohnehin schon ihr Tagesgeschäft, und ohne Change Management ist der Widerstand leise, aber real.
- Niemand verantwortet die harten Entscheidungen. Berater können anleiten, aber wenn intern niemand entscheidet, stocken die Entscheidungen und die Kosten steigen.
- Das Leben passiert mitten im Projekt. Eine Reorganisation, ein neuer CFO oder eine Übernahme. Flexibilität und ein realistischer Zeitplan helfen.
Sie wechseln von Oracle oder Microsoft? Ich habe Teams bei beiden Wechseln geholfen.
Nutzen Sie den Wechsel, um Prozesse neu zu denken, statt sie nachzubauen, bereinigen Sie zuerst die Daten, planen Sie die Integration sauber und geben Sie den Menschen Zeit. Fangen Sie bei geschäftlicher Klarheit an, nicht bei einer Produktvergleichsmatrix.
Ich habe 25 Jahre in der SAP-Einführung und in der digitalen Transformation verbracht. Manche Projekte habe ich vom ersten Tag an geleitet. Bei anderen bin ich eingestiegen, als der Zeitplan rutschte oder die Vision sich von der Realität entfernte.
Die Aufgabe bleibt gleich: zusammenzubringen, was das Unternehmen braucht und was SAP realistisch leisten kann, ohne Fachjargon. Sie können mit diesen kostenlosen Tools beginnen.
- Kostenrechner für die SAP-Einführung: die ungefähren Kosten Ihrer SAP-Einführung.
- Kostenrechner für die ERP-Einführung: ein schneller Überblick über ERP-Kosten und Zeitplan.
- Schätzer für Aufwand und Kosten der Datenmigration: die Datenobjekte, die Sie brauchen, und was ihre Migration kostet.
- S/4HANA-Migrationsbewertung: Greenfield, Brownfield oder Selective, anhand von Systemalter, Daten und kundeneigenem Code.
- SAP Solution Builder: ein Modulumfang und eine phasenweise Roadmap für Ihre Branche und Größe.
- Generator für SAP-Stellenbeschreibungen: eine Stellenbeschreibung, wenn Sie für ein SAP-Projekt einstellen.
Was versteht man unter einer SAP-Einführung?
Es ist der Prozess, SAP-Software so einzurichten, dass sie unterstützt, wie ein Unternehmen arbeitet, und reale Prozesse wie Einkauf, Produktion und Personalwesen im System abzubilden. Es geht über die technische Einrichtung hinaus, hin zu Menschen, Daten, Zeitplänen und dazu, wie beim Go-live alles zusammenhängt.
Wie lange dauert eine SAP-Einführung?
Von wenigen Monaten bis zu einigen Jahren. Ein kleines Unternehmen braucht vielleicht 6 bis 9 Monate. Große globale Rollouts dauern oft 18 Monate und mehr.
Was sind die 5 Phasen einer SAP-Einführung?
Die klassischen fünf sind Projektvorbereitung, Business Blueprint, Realisierung, finale Vorbereitung sowie Go-live und Support. Manche Unternehmen fügen Schritte hinzu oder gehen Schleifen, das ist üblich.
Was sind die drei Säulen einer SAP-Einführung?
Menschen (Sponsoren, Anwender und Führung), Prozess (die Abläufe, die SAP unterstützen soll) und Technologie (das System, seine Integrationen und die Daten).
Ist SAP einfach einzuführen?
Selten. Die Technik ist nur die halbe Geschichte. Menschen auszurichten, Daten zu bereinigen und Veränderung zu steuern ist oft schwieriger als die Software, aber mit der richtigen Planung ist es beherrschbar.
Wofür steht SAP?
Systeme, Anwendungen und Produkte in der Datenverarbeitung. Das Unternehmen entstand in den 1970er-Jahren in Deutschland und treibt heute viele der größten Organisationen der Welt an.