Die ERP-Entscheidung beginnt im Arbeitsalltag - nicht beim Anbieter.
Ein ERP-Projekt wird häufig schon vor der ersten Demo entschieden: durch unklare Prozesse, geliehene Anforderungen und nicht dokumentierte Trade-offs.
Nach diesem Leitfaden können Sie Anforderungen priorisieren, Demos als Arbeitsprobe aufbauen und erkennen, welche Entscheidung vor Vertrag noch nicht belastbar ist.
10-Punkte-Selbst-Check
Prüfen Sie jeden Punkt an einem realen Vorgang. Entscheidend ist nicht die Zahl gesetzter Haken, sondern welche kritische Voraussetzung offen bleibt.
- Die kritischen End-to-End-Vorgänge sind beschrieben.Kritische Voraussetzung
Varianten, Ausnahmen, Rollen und Daten sind fachlich nachvollziehbar.
- Muss, Soll und Komfort sind getrennt.Kritische Voraussetzung
Kritische Anforderungen werden nicht mit Wunschlisten vermischt.
- Standardnähe ist als Ziel geklärt.Kritische Voraussetzung
Das Unternehmen weiß, wo es sich an Standard anpasst und wo Differenzierung notwendig ist.
- Datenmigration hat Eigentümer.Kritische Voraussetzung
Bereinigung, Freigabe und Umfang der Altdaten sind verantwortet.
- Schnittstellen sind als Geschäftsvorgänge beschrieben.Ergänzender Prüfpunkt
Nicht nur Systemnamen, sondern Auslöser, Daten und Fehlerweg sind bekannt.
- Alle Anbieter demonstrieren dieselben Fälle.Kritische Voraussetzung
Die Demo ist eine vergleichbare Arbeitsprobe statt einer Produktshow.
- Trade-offs werden dokumentiert.Kritische Voraussetzung
Jede Option zeigt, was gewonnen und bewusst aufgegeben wird.
- Das Gesamtbudget enthält internen Aufwand.Ergänzender Prüfpunkt
Migration, Schulung, Parallelbetrieb und Fachbereichszeit sind berücksichtigt.
- Change-Request-Regeln sind vor Vertrag geklärt.Ergänzender Prüfpunkt
Abgrenzung, Bewertung und Freigabe zusätzlicher Anforderungen sind definiert.
- Die Entscheidung besitzt Bedingungen.Kritische Voraussetzung
Offene Risiken werden nicht nachträglich aus der Empfehlung entfernt.
Ergebnis einordnen – ohne Scheingenauigkeit
STABLE
STABIL: Die wesentlichen Entscheidungsgrundlagen sind vorhanden. Nutzen Sie Demos und Angebote jetzt als belastbaren Nachweis.
CHECK
PRÜFEN: Einzelne Grundlagen sind offen. Schließen Sie diese Lücken vor Shortlist oder Anbieter-Demo.
ACT
HANDELN: Mehrere kritische Voraussetzungen fehlen. Eine Auswahl wäre derzeit eher Produktvergleich als Unternehmensentscheidung.
Ein gutes Lastenheft beschreibt Entscheidungen, keine Wunschliste.
Anforderungen werden erst belastbar, wenn sie an einen realen Vorgang, eine Priorität und einen Nachweis gebunden sind.
VORGANG
Welcher reale Geschäftsvorfall muss getragen werden?
PRIORITÄT
Muss, Differenzierung oder Komfort?
NACHWEIS
Wie wird die Fähigkeit in der Demo belegt?
TRADE-OFF
Welche Konsequenz wird bewusst akzeptiert?
Konsequenz: Eine Anforderung ohne Vorgang und Nachweis ist keine belastbare Auswahlgrundlage.
Jede Systemoption verlangt einen Trade-off.
- 1 · PROZESS
Gelebte Abläufe und kritische Varianten aufnehmen.
- 2 · ANFORDERUNG
Muss, Standardnähe und Differenzierung trennen.
- 3 · DEMO
Dieselben realen Szenarien von allen Anbietern belegen lassen.
- 4 · ENTSCHEIDUNG
Nutzen, Risiko, Kosten und Bedingungen gemeinsam dokumentieren.
Konsequenz: Das beste System ist nicht das mit den meisten Funktionen, sondern das mit dem verantwortbaren Gesamt-Trade-off.
Die Demo muss Ihre kritischen Abläufe beweisen.
Drehbuch
Ein typischer Fall, ein Sonderfall und ein Fehlerweg.
Beleg
Anbieter führt den Vorgang live und nachvollziehbar durch.
Bewertung
Fachbereich bewertet Ergebnis und offene Bedingungen.
Protokoll
Annahme, Nachweis und Trade-off bleiben schriftlich erhalten.
Konsequenz: Vergleichbarkeit entsteht nur, wenn jeder Anbieter dieselbe Arbeitsprobe unter denselben Bedingungen liefert.
Sechs klare Entscheidungsregeln
- Wenn eine Anforderung keinem realen Vorgang zugeordnet ist,
- kommt sie nicht in die priorisierte Demo.
- Wenn Standardnähe wichtig ist,
- muss jede Anpassung ihren dauerhaften Nutzen und Folgekosten rechtfertigen.
- Wenn Anbieter unterschiedliche Szenarien zeigen,
- ist die Bewertung nicht vergleichbar.
- Wenn Datenmigration „später“ geklärt wird,
- verschiebt sich das größte Risiko lediglich in das Projekt.
- Wenn ein Trade-off nicht schriftlich benannt ist,
- wird er nach Vertrag häufig als Überraschung behandelt.
- Wenn die Empfehlung keine Bedingungen enthält,
- ist sie für Governance und spätere Nachvollziehbarkeit zu schwach.
Fünf typische Fehler – und der bessere Nachweis
Anbieter vor Prozess wählen
Stattdessen: Kritische Vorgänge und Prioritäten zuerst festlegen.
Nachweis: Jede Demo beginnt mit demselben Drehbuch.
Lastenheft übernehmen
Stattdessen: Anforderungen aus dem eigenen Arbeitsalltag ableiten.
Nachweis: Jede Muss-Anforderung hat Eigentümer und Nachweis.
Funktionen zählen
Stattdessen: Trade-offs und End-to-End-Fähigkeit bewerten.
Nachweis: Die Empfehlung nennt Gewinn und bewussten Verzicht.
Migration unterschätzen
Stattdessen: Datenumfang, Qualität und Verantwortung vor Vertrag klären.
Nachweis: Ein freigegebener Migrationsrahmen liegt vor.
Interne Kapazität vergessen
Stattdessen: Fachbereichszeit und Veränderungsarbeit budgetieren.
Nachweis: Rollen und Zeitfenster sind verbindlich geplant.
Dokumentierter Praxisbeleg
Ihr konkreter Start in dieser Woche
- Montag
Wählen Sie drei geschäftskritische Vorgänge, die jeder Anbieter demonstrieren muss.
- Mittwoch
Trennen Sie Muss-Anforderungen von Differenzierung und Komfort.
- Freitag
Notieren Sie pro Option den größten Gewinn, den größten Trade-off und eine offene Bedingung.
Welches ERP-Vorgehen passt?
Sie schildern Ihre Lage, ich sage ehrlich, ob ich helfen kann. Herstellerneutral, ohne Softwareverkauf und ohne nachträgliche Bestätigung einer bereits festgelegten Lösung.
So nutzen Sie den Leitfaden in 30 Minuten
Der Leitfaden ist kein Reifegradtest. Nutzen Sie ihn mit einem realen Vorgang und dokumentieren Sie offene Nachweise statt Punkte zu zählen.
Zum Beispiel Terminänderung, Teillieferung, Projektabrechnung oder Produktionsabweichung.
Nur Anforderungen mit realem Vorgang und Eigentümer priorisieren.
Normalfall, Sonderfall und Fehlerweg für alle Anbieter identisch beschreiben.
Festhalten, welche Annahme vor Shortlist, Demo oder Vertrag noch belegt werden muss.
Workshop-Agenda und Entscheidungsblatt
60-Minuten-Arbeitstermin
- Entscheidungsziel und Standardisierungsbereitschaft klären
- kritische Geschäftsvorfälle priorisieren
- Muss, Differenzierung und Komfort trennen
- Demo- und Bewertungsnachweise definieren
- Trade-offs und Freigabebedingungen festhalten
Am Ende muss feststehen
- Geschäftsvorfall
- Welcher reale Fall muss Ende-zu-Ende funktionieren?
- Priorität
- Warum ist die Fähigkeit Muss oder Differenzierung?
- Nachweis
- Wie muss ein Anbieter die Fähigkeit zeigen?
- Trade-off
- Welche Einschränkung wäre akzeptabel?
- Bedingung
- Was muss vor einer Freigabe noch geklärt sein?
Sinnvolle Teilnehmer
- Entscheider: hält Ziel, Priorität und akzeptable Trade-offs fest.
- Fachverantwortung: belegt Vorgang, Regeln und Ausnahmen.
- IT beziehungsweise Systemverantwortung: erklärt Daten, Systemgrenzen und Betriebsbedingungen.
Moderationsregel
Beobachtung, Annahme und Empfehlung werden getrennt notiert. Eine offene Annahme erhält einen Nachweis, einen Verantwortlichen und einen Termin – keinen erfundenen Punktwert.
Ausgefülltes Kurzbeispiel: Beispiel: „Individuelle Freigabe erforderlich.“ Erst Prozessziel, Rollen und Standardworkflow prüfen. Danach bleibt entweder Konfiguration, organisatorische Anpassung oder eine begründete Restlücke.
Fünf Managementfragen vor dem nächsten Schritt
- Welche Entscheidung soll nach diesem Termin möglich sein?
- Welcher reale Vorgang belegt die Ausgangslage?
- Welche Annahme ist heute noch nicht belastbar?
- Wer trägt die fachliche Verantwortung?
- Was wird bewusst noch nicht umgesetzt?