Montagmorgen in Münster. Ein Maschinenbauer mit 180 Mitarbeitenden startet in den vierzehnten Projektmonat, doch das neue ERP ist noch immer nicht produktiv. Die Software läuft, Demos sahen überzeugend aus, und die Projektpläne waren sauber gestaltet. Trotzdem fehlen verbindliche Stammdaten, mehrere Schnittstellen sind ungeklärt, und niemand entscheidet abschließend, ob Vertrieb, Arbeitsvorbereitung oder IT für bestimmte Prozesse verantwortlich ist.
Solche Projekte scheitern nicht an fehlenden Funktionen. Sie scheitern daran, dass niemand die operative Realität in eine belastbare Roadmap übersetzt. Nach 19 Jahren in mittelständischen ERP-Projekten ist meine Einschätzung klar: Wer nur Produkte vergleicht, kauft sich ein System. Wer Prozesse, Fähigkeiten, Datenhoheit und Veränderungsarbeit plant, baut eine belastbare Unternehmensplattform.
Inhaltsverzeichnis
- Warum ERP für den Mittelstand jetzt über Erfolg entscheidet
- Was ERP im Mittelstand heute wirklich bedeutet
- SaaS, On-Premises oder Hybrid, die Architekturfrage
- Auswahlkriterien, die wirklich zählen
- ERP-ROI konkret berechnen am Mittelstandsbeispiel
- Migration und Integration Schritt für Schritt
- EU-Only-Hosting und DSGVO als Wettbewerbsvorteil
- 90-Tage-Fahrplan für eine erfolgreiche ERP-Einführung
Warum ERP für den Mittelstand jetzt über Erfolg entscheidet
Im deutschen Mittelstand ist ERP längst etabliert, aber noch nicht flächendeckend. Laut IfM Bonn und der zugrunde liegenden Mittelstandsstudie nutzten 2025 rund 42 % der deutschen KMU ERP-Software zur Planung und Steuerung ihrer Geschäftsprozesse. Das liegt nahezu auf EU-Niveau von 45 %, während Großunternehmen mit 89 % deutlich häufiger ERP einsetzen. Gleichzeitig stagniert die Entwicklung gegenüber den Vorjahren.
Diese Zahlen beschreiben keine reine Softwarelücke. Sie zeigen eine Umsetzungsfrage. Im Mittelstand soll ein ERP Warenwirtschaft, Finanzen, Produktion, Einkauf, Lager und Service verbinden, doch die Organisation muss dafür Verantwortlichkeiten, Datenpflege und Prozessstandards festlegen.
In dem Maschinenbauprojekt aus Münster waren die Schnittstellen nicht das eigentliche Problem. Das Problem war, dass jede Abteilung ihre eigene Wahrheit verteidigte. Der Vertrieb pflegte Kundeninformationen in CRM und Excel, die Produktion arbeitete mit eigenen Arbeitsvorräten, und die Finanzbuchhaltung erhielt Daten über manuelle Übergaben. Das neue ERP konnte diese Abläufe abbilden, aber niemand hatte entschieden, welcher Ablauf künftig gelten sollte.
Meine Regel: Ein ERP-Projekt braucht vor der Produktauswahl eine verantwortliche Person für jeden kritischen End-to-End-Prozess.
Der Druck steigt. Fachkräftemangel, anspruchsvollere Nachweise und wachsende Anforderungen an Sicherheit und Nachhaltigkeit lassen sich mit Excel-Inseln und manuellen Übergaben nicht dauerhaft beherrschen. Wer Daten zu Aufträgen, Lieferfähigkeit oder Beständen nicht konsistent auswertet, reagiert später und mit schlechterer Entscheidungsqualität.
Die mittelständische ERP-Strategie ist deshalb kein isoliertes IT-Vorhaben. Sie entscheidet darüber, ob ein Unternehmen neue Standorte integrieren, Kundenanforderungen erfüllen und operative Risiken transparent steuern kann. Die Mittelstandsumfrage zur Bedeutung von ERP in der Digitalisierung bestätigt diese Priorität: 76 % der befragten Fertigungsunternehmen bewerteten ERP als „sehr wichtig“, weitere 18 % als „wichtig“. Befragt wurden 196 mittelständische Unternehmen aus dem produzierenden Gewerbe.
Was ERP im Mittelstand heute wirklich bedeutet
ERP ist kein besseres Buchhaltungsprogramm. Im Mittelstand ist es der digitale Nervenstrang, der Auftrag, Material, Kapazität, Lieferung, Rechnung und Service auf einer gemeinsamen Datenbasis verbindet. Ein Auftrag sollte nicht sechs verschiedene Datenstände erzeugen, die später mühsam abgeglichen werden müssen.
Die passende Analogie ist ein Orchester. Der Dirigent ersetzt nicht die Musiker, aber er sorgt dafür, dass alle nach derselben Partitur spielen. Ein ERP übernimmt diese Koordination für Auftragsannahme, Beschaffung, Produktion, Lager, Finanzbuchhaltung und Service. Ohne gemeinsame Taktung entstehen Doppelarbeit, Verzögerungen und widersprüchliche Kennzahlen.
Die Integrationsschicht statt des Datensilos
Moderne ERP-Landschaften enden nicht beim Kernsystem. E-Commerce, CRM, MES, Business Intelligence, HR, Dokumentenmanagement und Banken müssen kontrolliert andocken. Genau deshalb ist die Schnittstellenarchitektur wichtiger als eine möglichst lange Modulliste.
Ein Maschinenbauer kann beispielsweise Shopaufträge, technische Zeichnungen, Fertigungsaufträge und Liefertermine verbinden. Ein Handelsunternehmen braucht dagegen belastbare Bestände, Einkaufskonditionen, Retouren und Marktplatzdaten. Ein Dienstleister priorisiert Ressourcenplanung, Projektabrechnung und wiederkehrende Leistungen. Das System muss zum Geschäftsmodell passen, nicht umgekehrt.
Prozessverantwortung gehört ins Fachgeschäft
ERP schafft Transparenz nur dann, wenn Mitarbeitende verbindlich festlegen, welche Daten wann und von wem gepflegt werden. Der Einkauf kann Lieferantenstammdaten nicht einfach an die IT delegieren, wenn er zugleich die fachliche Qualität dieser Daten verantwortet.
Ein brauchbares Zielbild beantwortet deshalb konkrete Fragen:
- Wer besitzt den Prozess: Wer entscheidet über Freigaben, Ausnahmen und Eskalationen?
- Welche Daten gelten: Gibt es eine verbindliche Artikel-, Kunden- und Lieferantenlogik?
- Welche Systeme sprechen miteinander: Werden Daten über dokumentierte Schnittstellen oder über manuelle Exporte übertragen?
- Welche Kennzahlen zählen: Können Geschäftsführung und Fachbereiche dieselben Auftrags-, Bestands- und Finanzdaten verwenden?
Die technische Plattform macht diese Regeln sichtbar und ausführbar. Sie ersetzt aber keine Entscheidung. Für eine vertiefte Einordnung von Systemgrenzen und Integrationsarchitektur bietet die Software-Architektur-Beratung in Münster und NRW einen passenden fachlichen Bezug.
Der visuelle Überblick allein reicht nicht. Entscheidend ist, wie Mitarbeitende vom Auftrag bis zur Auslieferung tatsächlich arbeiten.
SaaS, On-Premises oder Hybrid, die Architekturfrage
Die Architektur sollte der Datenklassifikation folgen, nicht dem Cloudtrend. Für ein ERP im Mittelstand sind vier Fragen entscheidend: Wie planbar sind die Kosten, wer kontrolliert die Daten, wer trägt den Wartungsaufwand und wie leicht lässt sich die Lösung skalieren?
| Kriterium | SaaS | On-Premises | Hybrid |
|---|---|---|---|
| Kostenkontrolle | Planbare laufende Gebühren, geringere eigene Infrastrukturverantwortung | Höhere eigene Investitionen und eigener Betriebsaufwand | Verteilung von Investitionen und laufenden Kosten nach Systembereich |
| Datensouveränität | Abhängig von Vertrag, Hosting, Subunternehmern und Exit-Regelung | Hohe direkte Kontrolle über Infrastruktur und Datenhaltung | Sensible Daten können lokal bleiben, Standardprozesse laufen in der Cloud |
| Wartung | Anbieter verantwortet Plattform, Patches und Release-Zyklen | Unternehmen oder Betriebspartner verantworten Updates und Sicherheit | Verantwortlichkeiten müssen je Komponente eindeutig geregelt werden |
| Skalierung | Schnelle Erweiterung für Nutzer, Standorte und saisonale Lasten | Skalierung erfordert eigene Kapazitätsplanung | Flexible Kombination, aber mit höherer Architekturkomplexität |
SaaS passt, wenn Geschwindigkeit zählt
SaaS bietet Vorteile, wenn ein Unternehmen schnell starten, Standorte anbinden oder interne IT entlasten will. Der Anbieter betreibt die Plattform, organisiert Wartungsfenster und stellt standardisierte Funktionen bereit. Das verkürzt häufig den Weg von der Entscheidung zur Nutzung, sofern Prozesse nicht durch übermäßiges Customizing blockiert werden.
Die monatliche Gebühr schafft Planbarkeit, ersetzt aber keine TCO-Prüfung. Unternehmen müssen prüfen, wie Nutzer, Mandanten, Speicher, Schnittstellen, Testumgebungen und Zusatzmodule abgerechnet werden. Ein scheinbar günstiger Einstieg kann bei wachsender Integration teuer werden.
On-Premises bleibt in bestimmten Fällen sinnvoll
On-Premises bietet mehr Kontrolle über Datenstandort, Netzwerk, individuelle Anpassungen und Betriebsentscheidungen. Das kann für Unternehmen mit sensiblen Produktdaten, Konstruktionsständen oder besonderen internen Sicherheitsvorgaben relevant sein.
Der Preis dafür ist Verantwortung. Das Unternehmen muss für Patches, Backups, Ausfallsicherheit, Monitoring und Release-Planung sorgen oder diese Aufgaben vertraglich an einen Betriebspartner übertragen. Klassische Lizenzmodelle passen deshalb nicht automatisch besser zum Cashflow eines Mittelständlers.
Hybrid ist kein Kompromiss ohne Regeln
Hybrid kann sensible Daten und spezielle Produktionskomponenten lokal halten, während standardisierte Prozesse in einer Cloud-Umgebung laufen. Das funktioniert nur mit klarer Systemführerschaft, dokumentierten Schnittstellen und einem belastbaren Berechtigungskonzept.
Meine Empfehlung ist eindeutig: Klassifizieren Sie Daten und Prozesse zuerst. Entscheiden Sie danach, welche Komponenten SaaS, On-Premises oder hybrid betrieben werden. Lassen Sie sich weder von einem Anbieter in eine Cloud-only-Architektur drängen noch aus Gewohnheit auf eine lokale Installation festlegen.
Auswahlkriterien, die wirklich zählen
Eine ERP-Auswahl im Mittelstand sollte nicht mit einer Funktionsliste beginnen. Sie sollte mit den drei wichtigsten Geschäftsprozessen starten, die heute Zeit, Qualität oder Steuerbarkeit kosten. Erst danach wird geprüft, welche Systeme diese Abläufe mit vertretbarem Anpassungsaufwand abbilden.
Die belastbare Shortlist
Branchenfit: Ein produzierender Betrieb braucht andere Abläufe als ein Händler oder ein projektorientierter Dienstleister. Prüfen Sie nicht, ob ein Anbieter „Produktion“ im Menü führt. Verlangen Sie einen realen Prozess mit Varianten, Arbeitsplänen, Ausschuss, Nacharbeit und Liefertermin.
Schnittstellenreife: REST oder OData allein sind kein Qualitätsnachweis. Lassen Sie zeigen, wie EDI, DATEV, Shopware oder WooCommerce, Microsoft 365, CRM, MES und DMS angebunden werden. Entscheidend sind Fehlerbehandlung, Monitoring, Versionierung und Wiederanlauf.
Hosting und Datenresidenz: Fragen Sie nach Rechenzentrumsstandort, Subunternehmern, Verschlüsselung, Auftragsverarbeitung und Exit. Ein Vertrag nach Art. 28 DSGVO und ein nachvollziehbarer ISO-27001-Nachweis sollten zum Prüfset gehören, nicht erst zur Datenschutzprüfung kurz vor dem Go-Live.
Skalierbarkeit: Prüfen Sie Nutzer, Mandanten, Gesellschaften und Standorte getrennt. Wachstum darf nicht jedes Mal ein neues Lizenz- oder Re-Implementierungsprojekt auslösen.
TCO, Partner und Exit
Die Gesamtkosten bestehen nicht nur aus Lizenzen. In die Bewertung gehören Implementierung, Customizing, Datenmigration, Schulung, Support, Integration, Testsysteme und spätere Release-Wechsel. Fordern Sie eine Kostenstruktur, die diese Positionen sichtbar trennt.
Referenzkunden müssen zu Ihrem Betriebsmodell passen. Ein Dienstleister mit einfacher Fakturierung ist keine belastbare Referenz für einen Variantenfertiger. Sprechen Sie mit Anwendern über Datenmigration, Eskalationen, Supportqualität und den Umgang mit Änderungswünschen.
Auch die Förderfähigkeit gehört in die Architekturprüfung. Der ERP-Förderkredit Digitalisierung der KfW grenzt die Stufen unter anderem nach Beschäftigtenzahl, Umsatz und Vorhabentyp ab. Förderprogramme können die Finanzierung erleichtern, aber sie machen eine schlechte Systementscheidung nicht besser.
Meine Mindestanforderung an jeden Anbieter lautet: eine realistische Prozessdemo, ein belastbarer Migrationsplan, ein benannter Partner für die Region und eine Exit-Strategie gegen Lock-in.
ERP-ROI konkret berechnen am Mittelstandsbeispiel
Der ROI einer ERP-Einführung entsteht nicht primär durch niedrigere Lizenzkosten. Er entsteht durch weniger Prozesszeit, weniger Fehlerkorrekturen und einen schnelleren Weg von Auftrag zu Zahlung. Das folgende Rechenbeispiel ist ein Planungsmodell, keine veröffentlichte Fallstudie.
Betrachtet wird ein Unternehmen mit 80 Mitarbeitenden, drei Standorten, sieben Excel-Schnittstellen und einem aktuellen Auftragsdurchlauf von 4,2 Tagen. Im Zielbild sinkt die Durchlaufzeit auf 1,8 Tage, Fehlerkorrekturen halbieren sich, und der Bestandswert sinkt um 12 %. Daraus ergibt sich im Modell ein jährlicher Bruttonutzen von 320.000 Euro.
Dem stehen 180.000 Euro Implementierung, 45.000 Euro laufende Lizenzkosten und 35.000 Euro interner Aufwand gegenüber. Das Modell weist einen Payback nach rund acht Monaten und einen Drei-Jahres-ROI von etwa 280 % aus. Diese Werte gelten ausschließlich für dieses Rechenbeispiel.
| Position | Jahr 1 | Jahr 2 | Jahr 3 |
|---|---|---|---|
| Bruttonutzen aus Zeit, Fehlern und Bestand | 320.000 Euro | 320.000 Euro | 320.000 Euro |
| Implementierung | -180.000 Euro | 0 Euro | 0 Euro |
| Laufende Lizenz | -45.000 Euro | -45.000 Euro | -45.000 Euro |
| Interner Projektaufwand | -35.000 Euro | 0 Euro | 0 Euro |
| Modellierter Nettoeffekt | 60.000 Euro | 275.000 Euro | 275.000 Euro |
Die Annahmen entscheiden
Die größte Fehlerquelle liegt nicht in der Formel, sondern in überoptimistischen Annahmen. Viele Teams rechnen nur die sichtbaren Lizenz- und Beratungskosten ein. Sie vergessen Schulungszeit, Datenmigration, Shop-Integration, Testaufwand, interne Abstimmungen und spätere Release-Wechsel.
Ich empfehle drei Szenarien mit einer Annahmequote von 60, 100 und 140 % des erwarteten Nutzens. Die Geschäftsführung sollte monatlich prüfen, welche Prozesszeit tatsächlich entfällt, ob Fehler zurückgehen und ob Bestände wirklich sinken. Bleiben die Effekte aus, wird nicht die Excel-Tabelle geschönt, sondern die Ursache behoben.
Praxisregel: Ein ERP-Business-Case ist nur so belastbar wie seine Messpunkte vor dem Go-Live.
Definieren Sie deshalb vor Projektbeginn Ausgangswerte für Durchlaufzeit, Nacharbeit, offene Aufträge, Bestandsqualität und Rechnungsdurchlauf. Ohne diese Basis kann niemand später seriös feststellen, ob das ERP Nutzen stiftet.
Migration und Integration Schritt für Schritt
Migration ist kein Datentransport. Sie ist ein Stammdaten- und Prozessprojekt, bei dem das Unternehmen entscheidet, welche Informationen künftig verbindlich gelten. Wer alte Fehler ungeprüft ins neue ERP kopiert, digitalisiert nicht den Betrieb, sondern seine Unordnung.
Sechs Phasen für einen kontrollierten Übergang
Bestandsaufnahme: Erfassen Sie Systeme, Dateien, Datenverantwortliche und manuelle Übergaben. Besonders wichtig sind Excel-Tabellen, die offiziell nur Auswertungen liefern, praktisch aber als Stammdatenbanken dienen.
Bereinigung: Konsolidieren Sie Dubletten, uneinheitliche Artikelnummern, veraltete Kunden und Lieferanten. Legen Sie Regeln für Pflichtfelder, Einheiten, Varianten und Freigaben fest.
Architektur: Erstellen Sie einen Schnittstellenkatalog. Priorisieren Sie E-Commerce, CRM, MES, DATEV und DMS nach Geschäftsrisiko. Eine iPaaS-Schicht ist meist stabiler als eine wachsende Sammlung einzelner Punkt-zu-Punkt-Verbindungen.
Pilotmandant: Starten Sie mit einem Standort, einem klar abgegrenzten Prozess und einem festen Team. Definieren Sie vorab Cutover-Kriterien, Datenqualität und Abbruchbedingungen.
Rollout: Führen Sie weitere Bereiche in Wellen von acht bis zwölf Wochen ein. Jeder Rollout braucht eine verantwortliche Führungskraft, ein Key-User-Team und einen dokumentierten Eskalationsweg.
Stabilisierung: Planen Sie Hypercare, ein Kennzahlen-Cockpit und monatliche Optimierungssprints. Nach dem Go-Live beginnt der produktive Lernprozess, nicht das Ende des Projekts.
E-Commerce nicht nachträglich anbauen
Ein Onlineshop darf nicht als Nebenprojekt behandelt werden. Prüfen Sie früh, welche Plattform das führende System für Preise, Verfügbarkeiten, Produkttexte, Aufträge und Retouren ist. Bei Shopware oder WooCommerce müssen auch Fehlerfälle, Teil-Lieferungen und Stornos sauber verarbeitet werden.
Für die technische Planung von Datenflüssen und Systemwechseln ist die Beratung zu IT-Integrationen und SaaS-Migrationen in Münster und NRW ein passender Anknüpfungspunkt. Sicherheit gehört dabei in jede Phase. Eine verständliche Einführung in organisatorische und technische Schutzmaßnahmen bietet die Ressource Cloud-Sicherheit für KMU von GSL Groß GmbH.
Überspringen Sie keine Phase, nur weil der Anbieter einen schnellen Start verspricht. Ein früher Pilot ist sinnvoll. Ein unbereinigter Massenimport ist es nicht.
EU-Only-Hosting und DSGVO als Wettbewerbsvorteil
EU-Only-Hosting ist mehr als eine Compliance-Checkliste. Für viele mittelständische Unternehmen wird der Umgang mit Daten zu einem Auswahlkriterium für Kunden, Lieferanten und Geschäftspartner. Wer nachweisen kann, wo ERP-Daten liegen, wer darauf zugreift und wie ein Notfall behandelt wird, reduziert nicht nur rechtliche Unsicherheit, sondern stärkt die eigene Verhandlungsposition.
Rechenzentrumsstandorte in Frankfurt, München oder Amsterdam können Datenexporte in Drittländer und damit verbundene rechtliche Risiken reduzieren. Das allein reicht jedoch nicht. Entscheidend sind Vertrag, Betriebsmodell und Zugriffskette.
Nachweise statt Siegel
Ein Anbieter sollte konkret dokumentieren:
- Datenstandorte: In welchen Ländern werden Produktivdaten, Backups und Protokolle verarbeitet?
- Subunternehmer: Welche Dienstleister haben administrativen oder technischen Zugriff?
- Verschlüsselung: Wie werden Daten während der Übertragung und im Ruhezustand geschützt?
- Mandantentrennung: Wie verhindert die Plattform unbeabsichtigte Zugriffe zwischen Kunden?
- Notfallstrategie: Wie werden Wiederanlauf, Backups und Wiederherstellung getestet?
- Auftragsverarbeitung: Sind Verantwortlichkeiten, Weisungsrechte und Löschprozesse vertraglich geregelt?
ISO 27001, ein C5-Testat und BSI-Grundschutz können belastbare Prüfhinweise liefern. Kein Nachweis ersetzt allerdings die eigene Prüfung der konkreten ERP-Architektur. Ein Zertifikat beantwortet nicht automatisch, welche Subunternehmer eingesetzt werden oder wie ein Exit technisch funktioniert.
Souveränität als Vertrauenssignal
Industrieunternehmen schützen Konstruktionsdaten, Händler verwalten Preis- und Lieferantendaten, Gesundheitsdienstleister arbeiten mit besonders sensiblen Informationen. In allen Fällen zählt Auditierbarkeit. Ein ERP, dessen Hosting, Berechtigungen und Backup-Logik nachvollziehbar dokumentiert sind, unterstützt Vertrieb und Einkauf bei anspruchsvollen Kundenprüfungen.
Für eine vertiefte Betrachtung von souveränen Cloud-Umgebungen und Open-Source-ERP-Systemen in Münster ist die Beratung zu souveräner Cloud und Open-Source-ERP/CRM relevant. Meine Empfehlung bleibt streng: Lassen Sie sich Standorte, Verschlüsselung, Subunternehmer und Notfallverfahren vertraglich zusichern. Ein allgemeines DSGVO-Siegel genügt nicht.
90-Tage-Fahrplan für eine erfolgreiche ERP-Einführung
Ein ERP-Projekt braucht früh sichtbare Entscheidungen. Der folgende Fahrplan schafft in 90 Tagen ein belastbares Fundament für Auswahl, Architektur und Pilotierung. Er ersetzt keine vollständige Einführung, verhindert aber, dass das Projekt monatelang in Workshops ohne verbindliches Zielbild stecken bleibt.
Tage 1 bis 15 für Klarheit sorgen
Starten Sie mit einem Kickoff, an dem Geschäftsführung, Fachbereiche, IT und künftige Key User teilnehmen. Nehmen Sie die wichtigsten End-to-End-Prozesse auf, dokumentieren Sie Brüche und erstellen Sie ein Lastenheft aus konkreten Abläufen statt aus Wunschfunktionen.
Die Geschäftsführung muss sichtbar als Sponsor auftreten. Ohne diese Rückendeckung verschiebt jede Abteilung unangenehme Entscheidungen, und das Projektteam verliert Zeit in Abstimmungen. Legen Sie außerdem fest, wer Prozesse, Daten, Architektur, Budget und Eskalationen verantwortet.
Tage 16 bis 45 für Auswahl und Architektur
Reduzieren Sie die Anbieter auf eine handhabbare Shortlist. Führen Sie Prozessdemos mit Ihren eigenen Szenarien durch, nicht mit vorbereiteten Standardpräsentationen. Lassen Sie Referenzkunden zu Migration, Support, Release-Wechseln und tatsächlicher Nutzung befragen.
In dieser Phase fällt auch die Architekturentscheidung. Prüfen Sie SaaS, On-Premises und Hybrid anhand von Datenklassifikation, Integrationen, interner Betriebsfähigkeit und Exit-Risiko. Wer EU-Only-Hosting braucht, muss Standorte, Subunternehmer und Backup-Prozesse vor Vertragsabschluss klären.
Tage 46 bis 75 für Vertrag und Umsetzung vorbereiten
Der Vertrag muss Leistungsumfang, Verantwortlichkeiten, Abnahmekriterien, Datenmigration, Schnittstellen, Schulung und Eskalationswege abbilden. Vermeiden Sie Formulierungen, die lediglich „branchenübliche Anpassungen“ versprechen. Ein mittelständisches ERP-Projekt braucht klare Ergebnisse.
Parallel inventarisiert das Team Stammdaten und entwirft die Integrationsarchitektur. Markieren Sie kritische Datenquellen, inoffizielle Excel-Stammdatenbanken und Prozesse, die nicht unverändert übernommen werden dürfen. Quick Wins können bereits jetzt entstehen, etwa eine gemeinsame Artikelstruktur oder ein verbindlicher Freigabeprozess.
Tage 76 bis 90 für den Pilotmandanten
Wählen Sie einen Pilotmandanten mit begrenztem Umfang, aber realer fachlicher Relevanz. Schulen Sie die Key User anhand echter Aufträge, Bestellungen und Buchungsfälle. Dokumentieren Sie offene Punkte und legen Sie fest, unter welchen Bedingungen der Go-Live verschoben wird.
Typische Stolperfallen sind fehlendes Geschäftsführer-Sponsorship, ungeklärte Zuständigkeiten zwischen IT und Fachbereich, ein zu spät geplanter Stammdaten-Cutover und unterschätzte Change-Kommunikation. Sprechen Sie diese Risiken offen an. Ein verschobener Pilot ist besser als ein produktiver Betrieb, dem niemand vertraut.
Ab Monat vier beginnt die Nachprojektphase. Messen Sie Nutzung, Datenqualität, Durchlaufzeiten und Supportfälle. Optimieren Sie monatlich, statt jede Verbesserung in ein großes Folgeprojekt zu verschieben. Realistische Erwartungen an Time-to-Value bedeuten nicht, Nutzen kleinzureden. Sie bedeuten, den Nutzen mit klaren Prozessen und überprüfbaren Ergebnissen zu verbinden.
Wenn Sie Ihr ERP für den Mittelstand neu auswählen, migrieren oder auf EU-Only-Hosting ausrichten, lassen Sie zunächst Prozesse, Datenklassen und Integrationsrisiken prüfen. Vereinbaren Sie jetzt einen konkreten ERP-Projektcheck mit Küstermann Media, definieren Sie die kritischen Systemgrenzen und erstellen Sie daraus eine belastbare Roadmap für Auswahl und Einführung.
