Ein Festpreis macht eine ERP-Datenmigration nicht automatisch planbarer. Er ist nur dann belastbar, wenn Datenumfang, Ausgangslage, Zielanforderungen und erwartetes Ergebnis ausreichend bekannt sind. Fehlen diese Grundlagen, verschwindet die Unsicherheit nicht durch eine feste Zahl. Sie landet entweder im Risikozuschlag, in Leistungsausschlüssen oder späteren Nachträgen.
Für die Entscheidung zwischen Festpreis und Abrechnung nach Aufwand ist deshalb nicht die Größe des Projekts ausschlaggebend. Entscheidend ist, wie viel über die jeweilige Arbeitsphase bereits bekannt ist. In vielen ERP-Projekten passt ein gestuftes Modell am besten: klar begrenzte Ergebnisse zum Festpreis, offene Analyse- und Lernarbeit mit einem kontrollierten Aufwand und erst danach feste Pakete für die Umsetzung.
Die kurze Antwort: Das Preismodell muss dem Kenntnisstand folgen
Bei einem Festpreis wird ein vorher beschriebenes Ergebnis zu einem festen Betrag vereinbart. Bei einer Abrechnung nach Aufwand werden die tatsächlich geleisteten Stunden oder Tage berechnet. Beide Modelle können fair und wirtschaftlich sein. Problematisch werden sie erst, wenn sie nicht zur Wissenslage im Projekt passen.
Ein belastbarer Festpreis braucht vor allem Antworten auf vier Fragen:
- Welche fachlichen Datenbestände werden tatsächlich übernommen?
- Aus welchen Systemen und in welcher zugänglichen Form kommen sie?
- Welche Regeln und Pflichtangaben verlangt das neue ERP?
- Woran wird erkannt, dass das vereinbarte Ergebnis fachlich richtig ist?
Je mehr davon offen ist, desto weniger eignet sich ein Gesamtfestpreis für die gesamte Datenmigration. Das bedeutet aber nicht, dass das Unternehmen ein unbegrenztes Stundenbudget akzeptieren muss. Die offene Arbeit lässt sich in kleine, prüfbare Abschnitte teilen und mit Budgets, Ergebnissen und Entscheidungspunkten steuern.
Warum dieselbe Datenmigration im Projektverlauf anders kalkulierbar wird
Zu Beginn eines ERP-Wechsels klingt der Umfang oft überschaubar: Kunden, Lieferanten, Materialien und offene Aufträge sollen ins neue System. Diese Namen sagen jedoch noch wenig über die tatsächliche Arbeit aus. Erst eine Sichtung zeigt beispielsweise, ob Kundendaten in mehreren Tabellen liegen, ob Nummern neu vergeben werden, welche Pflichtfelder das Zielsystem erwartet und wie offene Aufträge mit Preisen, Positionen und Statuswerten zusammenhängen.
Nach dieser Analyse ist bereits mehr bekannt. Ein erstes Mapping – also die nachvollziehbare Zuordnung und Umformung von Alt- zu Zielfeldern – macht die Regeln sichtbar. Mit dem ersten Testlauf kommen weitere Erkenntnisse hinzu: Keyuser erkennen fehlende Angaben, Sonderfälle fallen auf und das Zielsystem zeigt, welche Beziehungen technisch oder fachlich noch nicht stimmen.
Diese Lernkurve ist kein Zeichen schlechter Planung. Sie gehört zu einer seriösen Datenmigration. Ein geeignetes Angebotsmodell bildet sie ab, anstatt so zu tun, als ließen sich alle Einzelheiten vor dem ersten Blick in die Daten sicher vorhersagen.
Welches Angebotsmodell zu welcher Arbeitsphase passt
| Situation im Projekt | Passendes Modell | Wichtige Bedingung |
|---|---|---|
| Quellen, Datenumfang und Zielvorgaben sind noch grob | Begrenztes Analysepaket zum Festpreis | Das Ergebnis ist konkret benannt, zum Beispiel Datenobjektregister, Quellenübersicht, offene Entscheidungen und erste Aufwandseinteilung. |
| Ein Datenobjekt ist bekannt, enthält aber noch fachliche Sonderfälle | Aufwand mit Budgetgrenze oder kleiner Festpreis für einen Pilot | Der Pilot reicht bis zu einem prüfbaren Testergebnis und endet nicht bei einer bloßen Tabellenanalyse. |
| Quelle, Ziel, Regeln und Abnahme sind für ein Objekt stabil | Festpreis je Datenobjekt oder Objektpaket | Enthaltene Testläufe, Korrekturen und Mitwirkung des Kunden sind schriftlich abgegrenzt. |
| Neue Erkenntnisse aus Testmigrationen müssen verarbeitet werden | Vereinbarte Korrekturschleifen plus kontrolliertes Änderungsbudget | Fehlerkorrektur und neue fachliche Anforderung werden nachvollziehbar unterschieden. |
| Der Produktivlauf ist durch Probeläufe zeitlich und technisch bekannt | Festes Cut-over-Paket | Ablauf, Übergaben, Zeitfenster, Freigaben und Rückfallentscheidung sind vorbereitet. |
Der Cut-over ist der kontrollierte Wechsel auf das neue ERP rund um den Go-live. Gerade dafür kann ein Festpreis gut funktionieren – allerdings erst, wenn ein vergleichbarer Probelauf gezeigt hat, welche Schritte und Laufzeiten tatsächlich erforderlich sind.
Wann ein Festpreis für die ERP-Datenmigration belastbar ist
Ein guter Festpreis bindet nicht nur eine Summe, sondern ein prüfbares Ergebnis. „Unterstützung bei der Datenmigration“ ist dafür zu ungenau. Deutlich belastbarer wäre beispielsweise: Ein definiertes Materialpaket wird aus der vereinbarten Quelle nach dokumentierten Regeln aufbereitet, in einer benannten Testumgebung geladen und anhand festgelegter Prüfungen fachlich abgenommen.
Dazu müssen fünf Grenzen sichtbar sein:
- Datenumfang: Welche Datenobjekte, Zeiträume, Gesellschaften und Sonderfälle sind enthalten?
- Ausgangslage: Welche Quellen, Zugänge und vorhandenen Beschreibungen werden vorausgesetzt?
- Ergebnis: Welche Dateien, Regeln, Teststände und Prüfnachweise werden übergeben?
- Lernschleifen: Wie viele Test- und Korrekturläufe sind im Paket vorgesehen?
- Änderungsgrenze: Wann handelt es sich um die Korrektur einer vereinbarten Regel und wann um eine neue Anforderung?
Der letzte Punkt ist besonders wichtig. Wenn eine vereinbarte Umrechnung bei einzelnen Datensätzen falsch umgesetzt wurde, ist das eine Korrektur. Wenn der Fachbereich nach dem Test entscheidet, zusätzlich eine bisher ausgeschlossene Historie zu übernehmen, ändert sich der Umfang. Beides sollte nicht gleich behandelt werden.
Wann Abrechnung nach Aufwand die ehrlichere Wahl ist
Abrechnung nach Aufwand ist sinnvoll, wenn die Aufgabe noch echte Erkundung enthält. Das kann der Fall sein, wenn niemand die alte Datenstruktur ausreichend kennt, der Zugang zum Altsystem erst hergestellt werden muss oder die Zielvorlagen noch verändert werden. Ein früher Festpreis müsste diese Unklarheiten großzügig einpreisen oder ausklammern.
Nach Aufwand bedeutet dennoch keinen Blankoscheck. Die Arbeit bleibt steuerbar, wenn jedes Paket eine klare Frage und ein sichtbares Ergebnis hat. Beispiel: Innerhalb eines vereinbarten Budgets wird geklärt, aus welchen Tabellen die offenen Kundenaufträge vollständig aufgebaut werden können. Das Ergebnis sind dann nicht nur geleistete Stunden, sondern dokumentierte Quellen, Beziehungen, erkennbare Lücken und eine Entscheidungsvorlage für die nächste Phase.
Hilfreich sind außerdem kurze Berichtsabstände und Stopppunkte. Sobald eine Budgetgrenze erreicht wird oder eine wichtige Annahme nicht stimmt, entscheidet der Auftraggeber bewusst über das weitere Vorgehen. So bleibt die offene Untersuchung flexibel, ohne finanziell unkontrolliert zu werden.
Warum ein gestuftes Modell häufig besser funktioniert
Ein gestuftes oder hybrides Modell verbindet feste und aufwandsabhängige Teile. „Hybrid“ bedeutet hier lediglich, dass nicht das gesamte Projekt in dasselbe Preisschema gezwungen wird. Jede Phase erhält das Modell, das zu ihrer Unsicherheit passt.
Ein möglicher Ablauf sieht so aus:
- Analyse fest begrenzen: Quellen, Datenobjekte, Zielanforderungen, Risiken und offene Entscheidungen werden als eigenes Ergebnis erarbeitet.
- Ein typisches Objekt erproben: Ein ausreichend anspruchsvolles Datenobjekt wird bis in den Test geführt. Dadurch werden echte Arbeitsschritte und Entscheidungswege sichtbar.
- Stabile Objektpakete fest kalkulieren: Vergleichbare Datenobjekte erhalten auf Grundlage der Erkenntnisse feste Preise oder enge Aufwandsspannen.
- Testlernen kontrollieren: Vereinbarte Korrekturen sind enthalten; echte Erweiterungen werden sichtbar entschieden und separat beauftragt.
- Produktivwechsel nach dem Probelauf festziehen: Erst bekannte Laufzeiten und Übergaben machen das Cut-over-Paket belastbar.
Der Vorteil liegt nicht darin, möglichst viele Verträge oder Teilangebote zu erzeugen. Der Vorteil ist, dass jede neue Preisentscheidung auf mehr Wissen beruht. Gleichzeitig kann das Unternehmen nach jeder Phase prüfen, ob Ergebnis, Zusammenarbeit und weitere Beauftragung überzeugen.
So vergleichen Sie Festpreis- und Aufwandsangebote fair
Zwei Angebote sind nicht vergleichbar, nur weil unter beiden ein Gesamtbetrag steht. Prüfen Sie zuerst, ob beide bis zum gleichen Ergebnis reichen. Endet ein Angebot bei vorbereiteten Importdateien, während das andere Testläufe, Fehlerkorrekturen und fachliche Abnahme begleitet, werden unterschiedliche Leistungen verglichen.
Lesen Sie deshalb bei jedem Preis auch die zugrunde liegenden Annahmen. Welche Datenobjekte sind enthalten? Wer beschafft die Quelldaten? Wer erstellt Mapping-Vorschläge? Wie werden Korrekturen in wiederholbare Regeln übernommen? Wie viele Testläufe sind eingeplant? Und was geschieht, wenn eine Voraussetzung nicht erfüllt ist?
Unser Beitrag zu den Kosten einer ERP-Datenmigration ordnet die einzelnen Aufwandstreiber ein. Wenn bereits ein Angebot vorliegt, hilft zusätzlich die Anleitung, ein Angebot für die ERP-Datenmigration zu prüfen. Für eine vorgelagerte Ausschreibung zeigt der Beitrag zum Datenmigrationsumfang im ERP-Lastenheft, welche Anforderungen vorab geklärt werden sollten.
Die wirtschaftlichste Lösung ist nicht immer das starrste Modell
Ein Festpreis ist stark, wenn Ergebnis und Grenzen bekannt sind. Eine Abrechnung nach Aufwand ist stark, wenn zunächst Wissen aufgebaut werden muss. Ein gestuftes Modell nutzt beide Vorteile: Unsichere Teile werden klein und kontrollierbar gehalten, während bekannte Ergebnisse fest kalkuliert werden können.
Für Auftraggeber entsteht dadurch eine bessere Grundlage als durch einen frühen Gesamtpreis, der nur scheinbar alle Risiken beseitigt. Die entscheidende Frage lautet nicht „Festpreis oder Aufwand für das ganze Projekt?“, sondern: Welches Ergebnis ist jetzt schon klar genug, um es verbindlich zu bepreisen – und welche Erkenntnis muss vorher noch gewonnen werden?