Eine SAP-Einführung kann chaotisch werden. Darum planen Sie sie sorgfältig

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 wirklich verstanden haben, was sie lösen wollen.

Wenn Sie also hier sind und sich vielleicht erst einmal umsehen, ist das ein guter Anfang. Vielleicht hat jemand Sie gebeten, Optionen zu prüfen. Oder Sie haben schon einiges in Bewegung gesetzt und wollen nur sichergehen, dass Ihnen nichts Offensichtliches entgeht.

In beiden Fällen geht es 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 wirklich verkraften? Was passiert, wenn es nicht nach Plan läuft?

Sie brauchen heute nicht auf alles Antworten. Aber es hilft, die Fragen zu stellen. Wir gehen das gemeinsam durch. Schritt für Schritt.

Sprechen Sie mit Noel: kostenloses 15-Minuten-Gespräch

Wo fangen wir eigentlich an?

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, nicht nur damit, welches System darunter läuft.

Das Schwierige ist nicht, SAP zu installieren. Schwierig ist es, Menschen, Timing und Entscheidungen an dem auszurichten, was sich wirklich ändern muss. Hier kann es langsam werden oder sogar ins Stocken geraten.

Sie müssen jetzt nicht alle Antworten haben. Es hilft aber, die SAP-Einführung als Veränderung Ihrer Arbeitsweise anzugehen, nicht als weiteres IT-Projekt.

So meistern Sie Ihre SAP-Einführung

Wenn Sie jetzt unklar sind, kostet alles andere später mehr.

Bevor Sie über Module sprechen oder Plattformen vergleichen, halten Sie kurz inne. Hier treten Sie einen Schritt zurück und werden ehrlich. Eine SAP-Einführung beginnt nicht mit Software. Sie beginnt damit, Ihr Unternehmen zu verstehen: wie es heute läuft, wo es hakt und was sich wirklich ändern muss.

In dieser Phase ist kein Platz für Schlagworte oder recycelte Vorlagen. Hier legen Sie das Fundament. Jede spätere Entscheidung stützt sich darauf, was Sie hier festlegen.

Konzentrieren Sie sich daher auf drei Dinge:

• Welche Probleme lösen Sie?

• Wie muss Erfolg aussehen?

• Und wo ziehen Sie die Grenze zwischen Standard und Eigenentwicklung?

Wenn diese Punkte nicht klar sind, bleibt der Rest des Projekts reaktiv.

Hier kommt die Anforderungserhebung ins Spiel. Sie geht über „gewünschte Funktionen“ hinaus. Es geht darum, wie Ihr Unternehmen heute arbeitet und was es ausbremst. Sie müssen klar sein: Welche Ergebnisse wollen Sie sehen? Wie soll Ihr Unternehmen in den nächsten 5 Jahren aussehen?

Der Business Case sollte keine Formalität sein. Er legt Ergebnisse und ROI-Erwartungen fest und bestimmt, wie Sie die Investition sechs Monate später verteidigen. Er ist der Anker für alles, was folgt, von Umfangsentscheidungen bis zur Zustimmung der Geschäftsleitung, und ohne ihn gerät Ihre SAP-Einführung leicht ins Treiben.

Das ist Ihre Clean-Core-Strategie. Je früher Sie sie festlegen, desto leichter wird es, die Grenze zwischen Angepasstem und Standard zu ziehen. Sie prägt jede spätere Entscheidung, von den Upgrade-Pfaden bis dahin, wie viel technische Schuld Sie tragen können. Dabei geht es auch darum, die SAP Best Practices im „Fit-2-Standard“-Modus zu übernehmen.

→ Anforderungen erheben → Business Case aufbauen → SAP-Clean-Core-Strategie

Dieser Schritt muss nicht perfekt sein. Aber er muss ehrlich sein. Wird dieser Teil überstürzt oder übersprungen, wird die gesamte SAP-Einführung reaktiv. Sie beginnen, Dinge zu reparieren, die Sie gar nicht kaputt machen wollten.

Hier nimmt die Struktur Gestalt an.

Sobald Sie geklärt haben, warum Sie das tun, besteht der nächste Schritt darin, daraus etwas Umsetzbares zu machen. Eine SAP-Einführung kommt ohne Struktur nicht voran. Und Struktur entsteht nicht ohne Entscheidungen. Klare, früh getroffene.

In dieser Phase trifft Absicht auf Planung.

Darauf sollten Sie sich konzentrieren:

Werden Sie früh konkret. Welche Geschäftseinheiten gehen live? Welche Prozesse bleiben vorerst manuell? Welche Altsysteme bleiben bestehen?

Alles, was in diesem Stadium unklar bleibt, sorgt später für Störgeräusche, und das Aufräumen kostet meist 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. Greenfield bietet einen Neustart, verlangt aber mehr von den Anwendern. Brownfield bewahrt bestehende Konfigurationen, schleppt aber womöglich alte Probleme mit. Auf dieser Wahl bauen Dutzende Designentscheidungen auf, deshalb lohnt es sich, klar zu sein.

SAP-Projekte bewegen sich schnell, und manchmal seitwärts. Ohne eine Entscheidungsstruktur verzögert sich schnell etwas. Richten Sie einen Lenkungsausschuss ein, definieren Sie Eskalationswege und legen Sie fest, wer die schwierigen Entscheidungen trifft. Nehmen Sie Ihre Führungskräfte in die Verantwortung. Governance ist mehr als Kontrolle. Sie hält das Projekt in Schwung, wenn es politisch oder chaotisch wird.

→ Projektumfang definieren → Migrationsstrategie aufbauen → Lenkungsausschuss aufbauen

Fühlt sich dieser Teil überstürzt oder unklar an, folgt der Rest der SAP-Einführung meist demselben Muster. Nehmen Sie sich die Zeit. Sie ist nicht verschwendet.

Vergessen Sie nicht, Ihren Business Case laufend zu aktualisieren!

Sprechen Sie mit Noel: kostenloses 15-Minuten-Gespräch

Gleichen Sie Ihr Geschäft mit den Standardprozessen von SAP ab und entwickeln Sie nur dort, wo es echten Mehrwert bringt.

Hier beginnen die eigentlichen Entscheidungen. 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 unnötiger Eigenentwicklung Nein sagen. Fit-to-Standard-Workshops helfen Ihnen, die Standardabläufe von SAP durchzugehen und zu entscheiden, wo Sie anpassen und wo Sie akzeptieren.

Auf diese drei Bereiche sollten Sie sich zuerst konzentrieren:

Das ist das Fundament. Jedes Modul bildet eine wichtige Geschäftsfunktion ab, etwa Finanzwesen, Vertrieb, Beschaffung oder Fertigung. Was Sie aktivieren, erweitern oder weglassen, hängt davon ab, wie Ihre Prozesse heute aussehen.

Fragen Sie sich: Welche Prozesse lassen sich am SAP-Standarddesign ohne Reibung ausrichten? Und welche brauchen mehr?

Ihr SAP-System läuft selten isoliert. Es muss mit CRM-Systemen, Lieferantennetzwerken, Reporting-Tools und Altsystemen sprechen. Wer die Integration früh entwirft, spart später Zeit und hält die Architektur stabil.

Denken Sie an APIs, Middleware, Ereignisflüsse und eine realistische Sicht darauf, was wann bewegt werden muss.

Sie wollen Flexibilität, aber nicht auf Kosten der Wartbarkeit. Hier kommt die ERP-Modernisierung ins Spiel. Es geht darum, ein System zu entwerfen, das Wachstum trägt und zugleich Ihren SAP-Kern sauber, upgradefähig und supportbar hält.

Wenn Sie heutige Probleme noch mit der Architektur von gestern lösen, ist hier der Punkt, an dem das aufhört.

→ SAP-Module festlegen → Integrationsstrategie aufbauen → Mehr zur ERP-Modernisierung

Wie passt SAP zu Ihrer Branche?

Haben Sie Module, Integration und Architektur abgedeckt, ist es sinnvoll, den Blick zu weiten und zu fragen: Wie passt SAP tatsächlich zu Ihrer Branche? Diese Beispiele gehen tiefer auf branchenspezifische Abläufe und Eigenheiten ein und darauf, welche Zielkonflikte zu erwarten sind.

Sorgen Sie dafür, dass das System in Ihrer Welt funktioniert.

Dieser Teil wird oft unterschätzt, aber er entscheidet wirklich über das Gelingen des Go-live. Sie können die besten Module und das sauberste Design haben: Sind Ihre Daten fehlerhaft oder sprechen Ihre Systeme nicht miteinander, spüren die Anwender das vom ersten Tag an.

Nehmen Sie sich jetzt ein paar Minuten, um Folgendes zu durchdenken:

• Welche Daten sind es wert, übernommen zu werden, und welche können zurückbleiben?

• Wie sauber sind Ihre aktuellen Daten? Wirklich?

• Wie sieht der Plan aus, SAP mit bestehenden Tools oder Plattformen von Drittanbietern zu verbinden?

Sie bauen mehr als ein System. Sie bauen eine Reihe verbundener Systeme.

Verschaffen Sie sich ein realistisches Bild davon, mit welchen Daten Sie es zu tun haben, bevor Sie Excel öffnen oder ein Tool starten. Dieser Schätzer hilft Ihnen, Aufwand, Komplexität und Risiko einzuschätzen, je nachdem, welche Art von Daten Sie migrieren und wie sauber sie wirklich sind.

Datenmigration klingt einfach. Man verschiebt einfach Datensätze, oder? Nicht ganz. Projekte verzögern sich hier oft wegen schlechtem Mapping, verunreinigten Quelldaten oder Umfangsänderungen in letzter Minute. Dieser Leitfaden zeigt, wo die Probleme meist auftreten und wie Sie sie früh erkennen.

Die meisten SAP-Systeme arbeiten nicht allein. Ob Salesforce, Alt-Finanzanwendungen oder Lieferantenportale: Das Integrationsdesign prägt die tägliche Erfahrung der Anwender. Diese Seite geht Middleware-Optionen, Echtzeit-Synchronisationsmodelle und Integrationsmuster durch, die wirklich skalieren.

→ Diesen Datenmigrationsschätzer nutzen → Lesen, warum Datenmigration scheitert → SAP-Integrationsoptionen erkunden

Hier kommt alles zusammen: System, Prozess und Menschen.

Das Design steht. Jetzt machen Sie daraus ein funktionierendes System. Aber die Arbeit geht über das Bauen von Oberflächen oder das Pflegen von Customizing-Tabellen hinaus. Es geht darum, das Tempo der Veränderung zu steuern, Chaos zu vermeiden und echte Anwender vorzubereiten, nicht nur Testskripte.

Diese Phase läuft schnell. So behalten Sie die Kontrolle:

In der Aufbauphase wird die SAP-Einführung greifbar. Ohne Struktur zerfällt sie aber schnell. Die Entwicklung nimmt Fahrt auf, Transporte laufen zügig, und ist Ihr technisches Change Management unklar, folgt der Ärger.

Konflikte treten zutage. Änderungen überschreiben einander. Teams verlieren den Überblick darüber, was tatsächlich freigegeben wurde. Hier brauchen Sie Disziplin.

Eine SAP-Einführung bedeutet auch Testen, und zwar nicht nur das Grundlegende. Sie müssen Testzyklen fahren, die das reale Geschäft abbilden. Nehmen Sie UAT, Cutover-Probeläufe und sogar die Randfälle hinein. Und Sie brauchen Leitplanken. Exit-Kriterien und Quality Gates halten alle auf Linie. Ohne sie wird das Testen reaktiv.

Schulung ist wichtiger, als die meisten erwarten. Schieben Sie sie ans Ende, schlägt das zurück. Anwender müssen sehen, wie das System in ihren Tag passt, nicht nur, wie es funktioniert.

Führen Sie Sitzungen mit echten Daten durch. Lassen Sie die Leute Dinge ausprobieren, auch Fehler machen. So entsteht Vertrauen. Dieser Teil der SAP-Einführung entscheidet oft darüber, ob Anwender mitgehen oder still Widerstand leisten.

→ Technisches Change Management → Quality Gates in SAP einführen → SAP-Schulungsstrategien für Sie

Das ist der Moment, über den alle sprechen: der Go-live

Der Go-live fühlt sich meist wie eine Ziellinie an, aber in den meisten SAP-Einführungsprojekten beginnt hier die Realität zu greifen. Das System wird echt. Die Anwender hören auf zu üben und beginnen, sich darauf zu verlassen. Dieser Wechsel verändert alles. 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.

Eine SAP-Einführung braucht an dieser Stelle Struktur. Es darf nicht nur darum gehen, eine Checkliste abzuarbeiten. Jetzt zählen Entscheidungen, besonders die unter Druck getroffenen. Sie sehen, wie gut vorbereitet die Leute wirklich sind. Und vielleicht noch wichtiger, wie klar Ihr Supportmodell ist. Eine gute SAP-Einführung geht live und bleibt dann stabil, während die Anwender sich einfinden.

Dieser Schritt wird oft überstürzt, ist aber der betrieblich sensibelste Teil Ihrer SAP-Einführung. Sie müssen Daten migrieren, Integrationen aktivieren, weitere Änderungen einfrieren und Hunderte kleiner Aufgaben koordinieren, alles in einem engen Zeitfenster.
Es ist auch nicht nur technisch. Die Leute müssen wissen, wo sie sich anmelden, wen sie anrufen, wenn etwas kaputtgeht, und was sie anfassen dürfen und was nicht. Die besten Cutover, die ich gesehen habe, hatten klare Zeitpläne, Rückfallpläne und Probeläufe. Eine vage Checkliste reicht nicht. Das ist Umsetzung unter Druck.

Nach dem Go-live werden sich Leute schwertun. Nicht alle, aber genug, dass es zählt. Hier greift Ihr Hypercare-Modell. Hypercare ist eine fokussierte Einsatzeinheit, kein bloß verlängerter Support.
Tickets sollten sichtbar erfasst werden. Korrekturen müssen schnell gehen, auch bei Kleinigkeiten wie Feldzuordnung oder Formularlayouts. Verliert ein Anwender früh das Vertrauen, kommt er oft nicht zurück.
Auch Lücken in der Schulung zeigen sich jetzt. Manchmal wirkt das, was in einer Demo klar war, in der echten Arbeit verwirrend. Hypercare gibt Ihnen Zeit, ohne Panik nachzubessern.

Inzwischen werden die Leute fragen: Funktioniert das? KPIs sind Ihre Antwort darauf. Wählen Sie aber die richtigen. Anmeldungen und Verfügbarkeit sind in Ordnung, sagen aber nicht, ob Anwender den Prozess wie vorgesehen abschließen.
Schauen Sie auf Akzeptanzquoten, Durchlaufzeiten und Fehlertrends. Hat sich das Reporting verbessert? Sind die Kundenaufträge sauberer? Stimmt der Bestand mit dem Finanzwesen überein? Wenn Sie nur die Systemgesundheit messen, verpassen Sie die geschäftliche Seite, und dafür war die SAP-Einführung ja gedacht.

→ Cutover-Realitäten, die Sie klären müssen → Hypercare-Aspekte, um die Sie sich kümmern sollten → KPIs und Kennzahlen der ERP-Einführung Sprechen Sie mit Noel: kostenloses 15-Minuten-Gespräch

Bei einer erfolgreichen SAP-Einführung geht es um mehr als den Go-live. Es geht darum, dass das System für Ihre Leute und Ihren Prozess funktioniert. Der eigentliche Schlüssel? Setzen Sie klare Ziele und beziehen Sie die richtigen Personen früh ein und konzentrieren Sie sich auf echte Geschäftsergebnisse. Ohne das kann selbst gute Software floppen.

Kein Rollout ist perfekt. Daten werden unsauber, Zeitpläne verschieben sich, Teams sperren sich. Entscheidend ist, wie schnell Sie sich anpassen. Bleiben Sie nah an der Praxis, kommunizieren Sie oft und scheuen Sie sich nicht, nachzusteuern. Flexibilität schlägt meist den makellosen Plan.

Es gibt keine universelle Formel. Wer behauptet, es gebe eine ... hat wahrscheinlich noch nie eine umgesetzt. Aber es gibt einige Elemente, die ich immer wieder sehe, ob bei einem Projekt mit 10 Anwendern oder bei einem globalen Rollout in fünf Ländern. Es ist nicht die Software. Es sind die Menschen, die Vorbereitung und die Art, wie Entscheidungen getroffen werden, wenn es chaotisch wird (und das wird es).

1. Definierte Geschäftsziele:

„Live gehen“ ist kein Ziel. Die Auftragsbearbeitungszeit um 40 % senken? Das ist ein Ziel. Sorgen Sie dafür, dass alle, von der IT bis zum Betrieb, wissen, warum das System wichtig ist, über den bloßen Ersatz des alten hinaus.

2. 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? Die werden nach unten geschoben oder ganz vermieden.

3. Starkes Change Management

Das wird leicht unterschätzt. Widerstand ist aber nicht immer laut. Er ist still und zeigt sich in halb genutzten Funktionen oder Schatten-Tabellen. Fangen Sie früh an. Kommunizieren Sie lieber zu viel.

4. Realistische Datenstrategie

Saubere Daten sind langweilig. Aber kaputte Berichte und fehlgeschlagene Transaktionen? Das wird schnell laut. Legen Sie Datenverantwortliche fest. Bereinigen Sie vorher, nicht nachher.

5. Verantwortung für die Einführung

Lagern Sie Ihr Denken nicht vollständig aus. Sie brauchen jemanden im Haus, idealerweise jemanden, dem man vertraut und der ein bisschen stur ist, der dagegenhält, wenn sich etwas nicht richtig anfühlt.

6. Supportplan für die Zeit nach dem Go-live

Hier setzt die Realität ein. Leute machen Fehler, Funktionen arbeiten nicht wie erwartet, oder man braucht einfach etwas Hilfe. Support ist nicht optional. Er ist die Rettungsleine.

Die SAP-Projekte, die wirklich tragen, teilen meist eine Handvoll Gewohnheiten, von denen keine rein technisch ist. Das sind keine Schlagworte. Nur Grundlagen, die Teams entweder richtig machen … oder später bereuen.

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 Druck wuchs, der Zeitplan rutschte oder die Vision sich von der Realität entfernt anfühlte.

Die Aufgabe bleibt jedoch gleich: zusammenzubringen, was das Unternehmen wirklich braucht und was das SAP-System realistisch leisten kann. Das heißt, den Fachjargon wegzulassen. Genau zuzuhören. Und Vorgehensweisen zu formen, die in der Praxis tragen.

Das ist keine Theorie, das kann ich Ihnen sagen. Es ist die Version der SAP-Einführung, die auf Terminen, Gesprächen mit Beteiligten und, in jüngerer Zeit, der sich schnell wandelnden Rolle von KI in der digitalen Transformation beruht.

Alles, was Sie hier finden, stammt aus dieser Mischung aus praktischer Erfahrung und der Anpassung an das, was als Nächstes kommt, nicht nur an das, was vertraut ist.

Lassen wir die Schlagworte kurz beiseite. Der wirkliche Nutzen von SAP ist nicht immer das, was die Broschüren hervorheben. Ja, es bündelt Ihren Betrieb. Aber der Wert zeigt sich oft auf subtilere Weise, etwa durch weniger nächtliche Feuerwehreinsätze oder dadurch, dass Sie den Bestand nicht mehr dreimal von Hand prüfen müssen.

Das gewinnen Sie typischerweise, wenn SAP gut eingeführt wird:

1. Klarheit über Teams hinweg

Alle arbeiten mit denselben Daten. Der Vertrieb sieht, wie der Bestand aussieht. Das Finanzwesen weiß, was versendet wird. Es gibt weniger Verwirrung, weniger E-Mails und schnellere Entscheidungen.

2. Stärkere Prozessdisziplin

SAP erzwingt Struktur. Das kann sich zunächst starr anfühlen, hilft aber mit der Zeit, uneinheitliche Prozesse und „Insiderwissen“ abzubauen, das nur im Kopf einer einzelnen Person existiert.

3. Bessere Compliance und Prüfungsbereitschaft

Ob Steuern, Sicherheit oder Data Governance: SAP-Systeme sind mit Prüfpfaden ausgelegt. Sie haben sauberere Protokolle, einfachere Berichte und weniger Hektik bei Prüfungen.

4. Einblicke in Echtzeit

Sie hören auf zu raten. Ob Cashflow, Auftragsstatus oder Maschinenauslastung: SAP kann diese Informationen live bereitstellen, wenn es richtig eingerichtet ist.

5. Skalierbarkeit

Wachstumsschmerzen sind real. SAP gibt Ihnen Raum zu wachsen, mit mehr Anwendern, mehr Standorten und mehr Komplexität, ohne dass Sie alles von Grund auf neu aufbauen müssen.

6. Engere Kostenkontrolle

Bessere Transparenz bei Kosten, Ausschuss und Margen hilft Ihnen, schneller gegenzusteuern. Was Sie nicht sehen, können Sie nicht beheben.

Es ist keine Magie. Aber wenn es funktioniert, verändert es wirklich, wie ein Unternehmen arbeitet: weniger Feuerlöschen, mehr Fokus.

Es geht um Passung, nicht nur um Funktionen.

Viele Unternehmen erreichen einen Punkt, an dem ihr aktuelles ERP (Oracle Fusion, Microsoft Dynamics oder etwas Selbstgebautes) sich anfühlt, als würde es sie ausbremsen. Vielleicht ist es das Lizenzmodell. Vielleicht ist das Reporting ein Albtraum. Vielleicht ist das Skalieren zu kompliziert geworden. Was auch immer der Grund ist: SAP kommt ins Gespräch, wenn Organisationen langfristig zu planen beginnen.

Ein ERP-Wechsel ist aber kein Schalter, den man umlegt. Er ist ein Prozess und ein Umdenken. Das rate ich in der Regel:

• Nicht nur migrieren, sondern neu denken: Nutzen Sie den Wechsel als Chance, veraltete Prozesse aufzuräumen, statt sie nur nachzubauen.

• Die Daten entscheiden: Ist Ihr aktuelles System voller Dubletten, Inkonsistenzen oder Altfelder, an die sich niemand erinnert, beheben Sie das, bevor Sie anfangen.

• Integration ist entscheidend: besonders wenn Sie rund um Ihr altes ERP eine individuelle Umgebung gebaut haben. SAP verträgt sich gut mit anderen Systemen, aber nur bei richtigem Zuschnitt.

• Menschen brauchen Zeit: Schulung, Einstellung, Unterstützung: All das zählt mehr als die Technik.

Jede Plattform (Oracle, Dynamics, SAP) hat Stärken. Doch die Branchentiefe von SAP, die Roadmap mit KI und Automatisierung und die Fähigkeit, global zu skalieren, sind die Gründe, warum Unternehmen wechseln.

Ich habe Teams beim Wechsel von Oracle- wie von Microsoft-Plattformen zu SAP geholfen. In jedem Fall hing der Erfolg ebenso von geschäftlicher Klarheit wie von der technischen Abstimmung ab. Wenn Sie den Wechsel abwägen, fangen Sie dort an, nicht in einer Produktvergleichsmatrix.

Auf dem Papier klingt eine SAP-Einführung nach einem strukturierten Prozess Schritt für Schritt. In der Realität? Selten so sauber.

Ich habe Projekte gesehen, die stark starten (großartiger Kick-off, alle lächeln) und sechs Monate später ins Stocken geraten, weil die Daten nicht sauber sind oder sich niemand einigen kann, wie Freigaben tatsächlich funktionieren sollen. Das ist kein Scheitern. Das ist normal. Aber es ist vermeidbar, wenn Sie früh aufpassen.

Diese Herausforderungen tauchen häufiger auf, als jeder zugeben möchte:

• Fehlende Abstimmung zwischen Fachbereich und IT
  Manchmal drängt das Technikteam auf Agilität, während der Fachbereich wasserdichte Prozesse will. Wird diese Kluft ignoriert, wird sie zum ständigen Bremsklotz.

• Das alte System per Copy-and-paste nachbauen
  Es ist natürlich, dass SAP genau das tun soll, was Ihr letztes ERP getan hat. Aber jeden Bildschirm und jedes Feld nachzubauen? Das führt meist zu aufgeblähten Anpassungen und langsamen Rollouts.

• Unzureichend vorbereitete Daten
  Daten sind der Teil, den niemand verantworten will. Und doch brechen hier die Dinge: Dubletten, veraltete Codes, fehlende Verknüpfungen. Sie mitten im Projekt zu korrigieren, bremst alles.

• Veränderungsmüdigkeit
  Die Teams jonglieren ohnehin schon mit ihrem Tagesgeschäft. Nun sollen sie alles neu lernen. Ohne gutes Change Management ist der Widerstand leise, aber real.

• Niemand verantwortet die harten Entscheidungen
  Berater können anleiten. Übernimmt aber im Unternehmen niemand die Verantwortung, stocken die Entscheidungen. Und wenn sie stocken, steigen die Kosten.

• Das Leben passiert mitten im Projekt
  Eine Reorganisation. Ein neuer CFO. Eine überraschende Übernahme. Sie können nicht alles einplanen, aber Flexibilität hilft. Ein realistischer Zeitplan auch.

Wenn Ihnen etwas davon bekannt vorkommt, ist das in Ordnung. Es heißt nicht, dass Sie vom Kurs abgekommen sind. Es heißt nur, dass Sie SAP in der echten Welt machen.

Häufig gestellte Fragen

Viele Kunden stellen ähnliche Fragen, wenn sie mit der SAP-Einführung beginnen. Vielleicht haben Sie sich dasselbe gefragt, etwa zu Zeitplänen, Kosten oder dazu, was nach dem Go-live passiert. Hier ist eine ehrliche Reihe von Antworten, die Klarheit schafft und Ihr SAP-Projekt etwas überschaubarer macht.

Sprechen Sie mit Noel: kostenloses 15-Minuten-Gespräch

1. Was versteht man unter einer SAP-Einführung?

Es ist der Prozess, SAP-Software so einzurichten, dass sie unterstützt, wie ein Unternehmen arbeitet. Das heißt, reale Prozesse (etwa Einkauf, Produktion, Personalwesen) im System abzubilden. Es geht über die technische Einrichtung hinaus. Es geht auch um Menschen, Daten, Zeitpläne und darum, wie alles zusammenhängt, sobald Sie „live gehen“.

2. Wofür steht SAP?

SAP steht für 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.

3. Wie führt man SAP ein?

Es gibt nicht den einen Weg. Typischerweise umfasst es Phasen wie Scoping, Planung, Konfiguration, Test, Schulung und Bereitstellung. Sie brauchen außerdem eine Mischung aus IT-Leuten, Fachanwendern und manchmal externen Beratern. Das Schwierige? Alle auf eine Linie zu bringen.

4. Was sind die 5 Phasen einer SAP-Einführung?

Die klassischen fünf sind:

• Projektvorbereitung

• Business Blueprint

• Realisierung

• Finale Vorbereitung

• Go-live und Support
  Manche Unternehmen fügen Schritte hinzu oder gehen Schleifen. Das ist üblich.

5. Wofür wird SAP genutzt?

Sehen Sie es als digitales Rückgrat eines Unternehmens. SAP hilft, Finanzwesen, Lieferkette, Personalwesen, Fertigung und mehr zu steuern. Alles an einem Ort.

6. Welche Interviewfragen gibt es zu SAP?

Das hängt von der Rolle ab. Für funktionale Rollen: „Erklären Sie den End-to-End-Prozess für Procure to Pay.“ Für technische Rollen: „Wie würden Sie ein ABAP-Programm debuggen?“ Auch Soft Skills kommen vor, etwa der Umgang mit dem Druck beim Go-live.

7. Was gehört zum SAP-Grundwissen?

Mindestens: die SAP-Module zu verstehen (etwa FI, MM, SD), die grundlegende Navigation und wie Daten durch Prozesse fließen. Sie müssen keine Transaktionen auswendig lernen, aber zu wissen, was SAP leistet, ist entscheidend.

8. Wofür wird SAP hauptsächlich genutzt?

Hauptsächlich für die Ressourcenplanung im Unternehmen (ERP). Das heißt, komplexe Abläufe (denken Sie an Fertigung, Finanzwesen, Logistik, Personalwesen) in einem zentralen, integrierten System zu steuern.

9. Ist SAP leicht zu lernen?

Das kommt darauf an. Die Oberfläche hat sich über die Jahre verbessert, aber es braucht trotzdem Zeit. Sind Sie neu bei Unternehmenssystemen, rechnen Sie mit einer Lernkurve. Sobald Sie aber „verstehen“, wie SAP denkt, ergibt es mehr Sinn.

10. Wie lange dauert eine SAP-Einführung?

Von wenigen Monaten bis zu einigen Jahren. Bei einem kleinen Unternehmen? Vielleicht 6 bis 9 Monate. Große globale Rollouts? 18 Monate und mehr sind nicht ungewöhnlich.

11. Was ist der Zweck des SAP-Systems?

Unternehmen zu helfen, effizienter zu arbeiten, indem es ihre Kernfunktionen verbindet. Es sorgt dafür, dass Daten sauber fließen, Entscheidungen auf Fakten beruhen und die Compliance leichter zu steuern ist.

12. Was sind die drei Säulen einer SAP-Einführung?

Sie werden unterschiedliche Versionen hören, üblich sind aber:

• Menschen: Beteiligte, Anwender, Führung.

• Prozess: die tatsächlichen Abläufe, die SAP unterstützen soll.

• Technologie: das System selbst, Integrationen, Daten.

13. Ist SAP einfach einzuführen?

Selten. Es ist komplex. Die Technik ist nur die halbe Geschichte. Menschen auszurichten, Daten zu bereinigen und Veränderung zu steuern ist oft schwieriger als der Softwareteil. Mit der richtigen Planung lässt es sich aber beherrschbar machen.

Tools, die Ihre SAP-Einführung vereinfachen

Kostenrechner für SAP-Implementierungen

Mit diesem Tool können Sie die ungefähren Kosten Ihrer SAP-Einführung ermitteln.

Generator für SAP-Stellenbeschreibungen

Mit diesem Tool erstellen Sie eine Stellenbeschreibung, wenn Sie jemanden für ein SAP-Projekt einstellen.

Schätzer für Aufwand und Kosten der Datenmigration

Mit diesem Tool ermitteln Sie, welche Datenobjekte erforderlich sind und welche Kosten die Datenmigration damit verursacht.

Einfach zu bedienender Kostenrechner für ERP-Implementierungen

Verschaffen Sie sich eine schnelle Einschätzung der voraussichtlichen ERP-Kosten und des Zeitplans. Sie ist nicht perfekt, gibt Ihnen aber einen guten Überblick über die Kosten.

SAP Solution Builder und Roadmap-Generator

Dieses Tool hilft, den richtigen Umfang der SAP-Lösung und eine phasenweise Roadmap festzulegen, je nach Ihrer Branche, Größe und Ihren Zielen, damit Sie die richtigen Module zum richtigen Zeitpunkt einführen.

Tool zur S/4HANA-Migrationsbewertung: Greenfield oder Brownfield

Ermitteln Sie schnell den passenden Migrationsweg (Greenfield, Brownfield oder Selective) anhand von Alter, Daten, kundeneigenem Code und Prozessanforderungen Ihres Systems.