ERP-Einführung anbieten: Etappen oder gemeinsamer Stichtag?

Ein Unternehmen möchte sein neues ERP zunächst nur an einem Standort einsetzen. Das klingt nach einem überschaubaren Anfang. Für dein Angebot ist aber entscheidend, welche Arbeit dieser Standort allein erledigen kann und welche Vorgänge mit den übrigen Bereichen zusammenhängen. Ein kleiner räumlicher Umfang kann fachlich einen großen Übergang enthalten. Gemeinsam könnt ihr prüfen, ob eine Etappe einen vollständigen nutzbaren Ablauf abbildet oder ob bestimmte Bereiche zum selben Zeitpunkt wechseln müssen. Damit hilfst du dem Kunden, eine Einführungsfolge anhand seiner tatsächlichen Arbeit zu entscheiden.

Dieser Leitfaden richtet sich an ERP-Anbieter und Implementierungspartner, die den Einführungsschnitt vor einem Angebot klären. Er entscheidet zwischen einer fachlich tragfähigen gestuften Einführung und einem gemeinsam benötigten Wechsel bestimmter Bereiche. Er liefert keinen fertigen Produktivsetzungsplan und keine technische Freigabe. Alle Beispiele sind ausdrücklich fiktiv. Funktionen, Termine und Unterstützungsleistungen werden erst für die tatsächliche Lösung geprüft. Die beschriebenen Fragen sind deine Beratungsarbeit; eine ERP-Anfrage enthält weder automatisch einen Rolloutplan noch die hier benötigten Entscheidungen und Verantwortlichen.

Beschreibe die kleinste vollständig arbeitsfähige Einheit

Beginne mit einem Geschäftsablauf, der nach der ersten Umstellung vollständig funktionieren soll. Im fiktiven Beispiel soll eine Betriebsstätte Aufträge bearbeiten und ihre Ausführung koordinieren. Frage, wo der Auftrag angenommen wird, wer seine Bearbeitung freigibt und welche Rolle den Abschluss feststellt. Die erste Einheit besteht damit aus zusammenhängender Arbeit, nicht nur aus einer Gruppe von Benutzerkonten. Halte Anfang und Ende des betrachteten Ablaufs fest, damit der Kunde die Nutzbarkeit einer Etappe konkret beurteilen kann.

Prüfe anschließend, ob alle dafür benötigten Rollen zur vorgesehenen Einheit gehören. Wenn die Auftragsannahme zentral arbeitet und vorerst im bisherigen System bleibt, entsteht eine Grenze innerhalb des Ablaufs. Frage, wie die neue Betriebsstätte ihre Aufträge erhält und wie die zentrale Stelle den Bearbeitungsstand erfährt. Daraus folgt noch keine Entscheidung für eine bestimmte Verbindung. Zunächst muss sichtbar werden, welche gemeinsame Arbeit eine Etappe voraussetzt. Erst danach lässt sich beurteilen, ob der vorgeschlagene Schnitt tatsächlich kleiner und handhabbar ist.

Zeichne die Übergänge zwischen altem und neuem Arbeiten auf

Sammle alle Stellen, an denen die erste Einheit mit noch nicht umgestellten Bereichen zusammenarbeitet. Betrachte etwa zentrale Artikelpflege, interne Warenbewegungen und gemeinsame Kundenbetreuung, soweit sie im konkreten Unternehmen vorkommen. Frage pro Übergang, welche Information die jeweils andere Seite benötigt und wer für den vollständigen Vorgang verantwortlich bleibt. Beschreibe diese Abhängigkeiten in verständlicher Prosa oder einer einfachen Skizze. Dein Kunde sollte erkennen, welche zusätzliche Übergangsarbeit die Etappe erzeugt und welche bestehenden Aufgaben unverändert gemeinsam erledigt werden.

Gehe einen Vorgang durch, der während des Übergangs beide Arbeitsweisen berührt. Ein fiktiver Auftrag wird zentral angenommen und an der ersten Betriebsstätte ausgeführt. Wo wird eine spätere Änderung eingetragen und wer informiert die andere Seite? Wenn beide Teams unterschiedliche Stände bearbeiten könnten, braucht dies vor dem Angebot eine klare fachliche Regel. Erfinde keine automatisch vorhandene Synchronisierung. Benenne stattdessen, welche Übergabe geprüft werden muss, wer darüber entscheidet und ob der Übergang überhaupt in deinem vorgesehenen Leistungsumfang untersucht wird.

Vergleiche fachliche und räumliche Etappen

Eine Etappe kann nach Standort, Geschäftsbereich oder einem zusammenhängenden Ablauf geschnitten sein. Prüfe diese Möglichkeiten nur anhand der realen Organisation. Ein Standortwechsel kann passen, wenn die Arbeit dort weitgehend eigenständig ist. Ein fachlicher Schnitt kann sinnvoller erscheinen, wenn derselbe zentrale Prozess alle Standorte verbindet. Keine Achse ist allgemein überlegen. Entscheidend ist, ob die erste Einheit ihre Aufgabe mit klaren Zuständigkeiten vollständig erledigen kann und welche Übergänge dafür zusätzlich geschaffen oder zeitweise übernommen werden müssten.

Bitte den Kunden, zwei tatsächlich denkbare Schnitte zu beschreiben. Vergleiche nicht nur, wie viele Personen jeweils betroffen sind. Frage nach gemeinsam gepflegten Informationen, weiterlaufenden Aufträgen und nachgelagerten Arbeiten. Vielleicht gehört die zentrale Auftragsannahme zur ersten Etappe, obwohl sie an einem anderen Ort sitzt. Vielleicht kann ein selbstständiger Bereich zunächst mit dem bisherigen Ablauf fortfahren. Halte die Gründe für die Auswahl fest. So bleibt die Einführungsfolge auch für Mitarbeiter nachvollziehbar, die an dieser Entscheidung nicht selbst teilgenommen haben.

Gib einer Pilotetappe eine konkrete Lernfrage

Wenn der Kunde einen Pilotbetrieb möchte, frage nach dessen Zweck. Welche Unsicherheit soll die erste Einheit für die spätere Einführung verringern? Ein Pilot kann beispielsweise zeigen, ob die vorgesehenen Rollen einen vereinbarten Ablauf gemeinsam verstehen und ausführen können. Er ist nicht allein deshalb erfolgreich, weil einige Benutzer das neue System geöffnet haben. Beschreibe die gewünschte Beobachtung und die Beteiligten. Der Kunde kann dann beurteilen, welche Erkenntnis die zusätzliche Etappe bringen soll und ob der Aufwand dafür gerechtfertigt erscheint.

Prüfe auch, welche spätere Besonderheit der Pilot gerade nicht abbildet. Eine eigenständige Betriebsstätte untersucht möglicherweise keine standortübergreifende Zusammenarbeit. Ein einfacher Auftrag beantwortet nicht jede Frage zu einem mehrteiligen Vorgang. Halte diese Grenzen ausdrücklich fest. Aus einem gelungenen Pilotfall folgt keine automatische Eignung für alle späteren Bereiche. Die nächsten Etappen dürfen die gewonnenen Erkenntnisse nutzen, müssen ihre zusätzlichen Abläufe aber gesondert betrachten. Damit bleibt der Pilot eine konkrete Entscheidungshilfe und wird nicht zu einer pauschalen Freigabe für das Gesamtprojekt.

Plane vorübergehende Arbeit als eigenen Umfang

Eine gestufte Einführung kann zeitweise Aufgaben benötigen, die später entfallen. Frage, wer solche Übergaben ausführt, wie lange sie fachlich gebraucht werden und wodurch ihr Ende erkennbar wird. Ein manuell abgestimmter Zwischenstand ist eine andere Aufgabe als ein dauerhaft geplanter Ablauf. Falls der Kunde eine Zwischenlösung erwägt, lass die verantwortlichen Fachpersonen deren konkrete Durchführbarkeit prüfen. Dein Angebot sollte benennen, welche Übergangsleistungen enthalten sind und welche Mitwirkung der Kunde übernimmt. Versteckte Zusatzarbeit macht eine kleine Etappe nur auf dem Papier kleiner.

Betrachte die Übergangsarbeit auch im normalen Tagesgeschäft. Wer beantwortet Rückfragen, wenn die dafür zuständige Person gerade andere Aufgaben erfüllt? Welche Information braucht die Vertretung? Ein Ablauf ist nicht schon beschrieben, weil ein engagierter Mitarbeiter ihn einmal improvisiert hat. Halte die vereinbarte Zuständigkeit und den nächsten Klärungsweg fest. Versprich daraus keine bestimmte Reaktionszeit, wenn dein Unternehmen sie nicht tatsächlich anbietet. Der Kunde soll wissen, welche Unterstützung er für den Übergang organisieren muss und was dein Team verbindlich leisten soll.

Bestimme Bereitschaft anhand echter Aufgaben

Vereinbare, woran der Kunde erkennt, dass eine Einheit mit dem vorgesehenen Umfang beginnen kann. Die beteiligten Rollen müssen die beschriebenen Aufgaben mit den geprüften Voraussetzungen ausführen können. Frage nach den benötigten Unterlagen, Arbeitsanweisungen und zuständigen Ansprechpartnern. Halte offen, wenn eine Voraussetzung noch nicht bestätigt ist. Ein Kalenderdatum allein beantwortet die Bereitschaftsfrage nicht. Für dein Angebot geht es zunächst um die erforderlichen Ergebnisse und Verantwortlichen; den konkreten Termin beurteilen die Beteiligten anschließend anhand des tatsächlich erreichbaren Stands.

Gehe eine typische Rückfrage nach dem Start durch. Wer nimmt sie an, wer beurteilt ihre Bedeutung für den Betrieb und wer entscheidet über die nächste Handlung? Trenne die fachliche Entscheidung des Kunden von einer technischen Untersuchung deines Teams. Beschreibe Unterstützung nur entsprechend deinen realen Leistungen. Die erste Etappe braucht ebenso einen geklärten Übergang in die laufende Betreuung wie ein gemeinsamer Stichtag. Ein kleinerer Umfang beseitigt diese Aufgabe nicht, kann sie aber auf die konkret beteiligten Rollen und Fälle begrenzen.

Prüfe, wann ein gemeinsamer Wechsel erforderlich erscheint

Wenn sich ein zentraler Ablauf nicht sinnvoll zwischen altem und neuem Arbeiten teilen lässt, untersucht ihr einen gemeinsamen Wechsel der betroffenen Bereiche. Das bedeutet nicht automatisch, dass das ganze Unternehmen gleichzeitig umstellen muss. Frage, welche Bereiche tatsächlich untrennbar zusammenarbeiten und welche unabhängig bleiben. Der gemeinsame Schnitt wird dadurch fachlich begründet. Dein Kunde kann erkennen, warum mehrere Rollen gemeinsam beginnen sollen, statt einen großen Stichtag lediglich aus einer allgemeinen Vorliebe für ein bestimmtes Projektmodell zu übernehmen.

Vergleiche danach die noch offenen Voraussetzungen beider Wege. Eine Etappe mit ungeklärtem Übergang ist nicht schon deshalb tragfähig, weil weniger Menschen teilnehmen. Ein gemeinsamer Wechsel ist ebenso wenig allein wegen des einheitlichen Datums ausreichend vorbereitet. Benenne die jeweilige offene Frage und die dafür nötige Prüfung. Wenn die Grundlage fehlt, kannst du eine begrenzte Klärungsleistung anbieten, sofern dein Unternehmen sie tatsächlich erbringt. Beschreibe das erwartete Ergebnis, ohne einen festen Einführungstermin oder eine problemfreie Umstellung zu versprechen.

Sichere die Entscheidung vor der nächsten Etappe

Fasse die vereinbarte Einführungsfolge so zusammen, dass der Kunde die erste Einheit, ihre Übergänge und die Voraussetzungen für den nächsten Schritt erkennt. Nenne auch, welche Erkenntnis aus einem Pilotbetrieb benötigt wird und wer sie beurteilt. Eine nächste Etappe beginnt nicht allein deshalb, weil ihr Name im Plan steht. Die Beteiligten müssen die für sie maßgeblichen Ergebnisse und offenen Fragen kennen. Halte die Entscheidung darüber mit Verantwortlichem fest, ohne eine universelle Liste unveränderlicher Freigabekriterien für jedes ERP-Projekt vorzugeben.

Wenn sich die Organisation später verändert, prüfe genau den betroffenen Schnitt neu. Ein zusätzlich zentral übernommener Arbeitsschritt kann eine bisher unabhängige Einheit wieder mit anderen Bereichen verbinden. Die gültigen Erkenntnisse aus dem bisherigen Pilot bleiben erhalten; die neue Abhängigkeit wird gesondert untersucht. So kann dein Angebot auf einem nachvollziehbaren Stand aufbauen. Dein Vertrieb hat am Ende eine begründete nächste Handlung: eine bestimmte Einführungsfolge anbieten oder eine klar benannte Abhängigkeit mit den zuständigen Personen zuerst klären.

Behandle einen offenen Pilotbefund gezielt

Im fiktiven Pilot zeigt sich, dass die Betriebsstätte ihre Arbeit ausführen kann, die zentrale Auftragsannahme eine Änderung aber noch nicht zuverlässig zuordnen kann. Benenne diesen Befund genau: betroffen sind die Übergabe der Änderung und ihre fachliche Bestätigung, nicht pauschal alle Aufgaben der Betriebsstätte. Frage, wer die fehlende Zuordnung klärt und wie beide Rollen den korrigierten Ablauf gemeinsam beurteilen. Der nächste Schritt richtet sich damit auf die tatsächlich offene Abhängigkeit.

Die übrigen bestätigten Aufgaben müssen deshalb nicht als unbekannt dargestellt oder erneut vollständig untersucht werden. Halte fest, was unverändert funktioniert hat und welche Aussage noch fehlt. Wenn eine vorgeschlagene Änderung weitere Rollen betrifft, kommen genau diese hinzu. Eine neue Etappe wird erst anhand des relevanten Ergebnisses entschieden. Der Kunde erhält so einen verwendbaren Fortschrittsstand: bewährte Arbeit bleibt erhalten, während eine konkrete Übergangsfrage mit benannter Verantwortung geschlossen werden soll. Ein solcher Befund liefert zugleich Stoff für eine gezielte Anpassung des Einführungsschnitts, falls die ursprünglich gedachte Trennung in der Praxis nicht trägt.

Fachliche Einordnung

Microsoft behandelt in seiner Dynamics-365-Anleitung zur Produktivsetzung Bereitschaft und geplante Unterstützung als eigene Themen. Der Herstellerkontext ersetzt keine Prüfung deiner Lösung und keine Entscheidung über den konkreten Einführungsschnitt.

Neue ERP-Anfragen in passende Projekte führen

ERP-Leads von webRichtung verbinden dich mit Unternehmen in Deutschland, die Angebote suchen. Prozessbereich, heutige Systemlage und Planungsstand sowie Standort und Kontakt geben den Ausgangspunkt. Die Einführungsfolge klärst du selbst. Registriere dein Unternehmen und bereite den Lead-Auftrag in webRichtung Customer vor; den aktuellen Preis siehst du vor der verbindlichen Beauftragung.