ERP-Lastenheft erstellen – Aufbau, Inhalte, Vorlagen
Das ERP-Lastenheft ist das wichtigste Dokument im gesamten ERP-Auswahlprozess. Es definiert die Anforderungen aus Anwendersicht, dient als Vergleichsgrundlage zwischen Anbietern und ist später Vertragsbestandteil. Ein gutes Lastenheft entscheidet über Erfolg oder Scheitern des gesamten Projekts – ein vermurkstes Lastenheft führt fast garantiert zu Customizing-Eskalationen, Budgetüberschreitungen und Anbieterstreit.
Dieser Leitfaden zeigt, wie Sie ein professionelles ERP-Lastenheft strukturieren, welche Inhalte unverzichtbar sind und welche typischen Fehler Sie vermeiden sollten.
Lastenheft vs. Pflichtenheft – die Begriffe sauber trennen
Im deutschen Sprachgebrauch werden „Lastenheft" und „Pflichtenheft" oft verwechselt. Die DIN 69901 unterscheidet klar:
- Lastenheft: Was soll umgesetzt werden? – Erstellt vom Auftraggeber (Sie als ERP-Anwender) vor der Anbieterauswahl.
- Pflichtenheft: Wie wird umgesetzt? – Erstellt vom Auftragnehmer (ERP-Implementierer) auf Basis des Lastenhefts.
Im englischsprachigen Raum spricht man von Statement of Requirements (SoR) bzw. Statement of Work (SoW). Wichtig: Beide Dokumente sind später Vertragsbestandteil und müssen vom Anbieter formell akzeptiert werden.
Aufbau eines guten ERP-Lastenhefts
Ein typisches ERP-Lastenheft umfasst zwischen 60 und 200 Seiten und gliedert sich in folgende Abschnitte:
- Executive Summary mit Projektzielen, Strategiebezug und Top-Prioritäten (1–3 Seiten)
- Unternehmensbeschreibung: Branche, Größe, Standorte, Geschäftsmodelle (3–5 Seiten)
- IST-Architektur: bestehende Systeme, Schnittstellen, technische Restriktionen (5–10 Seiten)
- SOLL-Prozesse: Order-to-Cash, Procure-to-Pay, Manufacturing, Service, Reporting (15–40 Seiten)
- Funktionale Anforderungen: gewichtete Muss/Kann/Wunsch-Liste (20–60 Seiten)
- Nicht-funktionale Anforderungen: Performance, Verfügbarkeit, Sicherheit, Compliance (3–8 Seiten)
- Datenmigration: Datenquellen, Volumen, Qualitäts-Status (3–5 Seiten)
- Schnittstellen: Bestehende und geplante Integrationen (5–15 Seiten)
- Implementierungs-Rahmenbedingungen: Zeitplan, Budget, Ressourcen, Stakeholder (3–5 Seiten)
- Bewertungs- und Auswahlkriterien: Gewichtung, Scoring-Logik (2–5 Seiten)
Ein häufiger Fehler: Das Lastenheft wird zu einem reinen Funktionskatalog mit hunderten Häkchen. Sinnvoller ist eine prozessorientierte Beschreibung, die zeigt, wie Ihre konkreten Geschäftsprozesse ablaufen sollen.
Funktionale Anforderungen sauber formulieren
Eine gute Anforderung ist konkret, prüfbar und priorisiert. Beispiel:
Schlecht: „Das System muss eine Variantenkonfiguration unterstützen."
Besser: „Das System muss Variantenkonfigurationen mit mindestens 50 Merkmalen, 200 Regeln und Auflösungszeiten unter 2 Sekunden bei 1000-Zeilen-Stücklisten verarbeiten können. (Muss, Gewicht 9)"
Anforderungen sollten immer enthalten:
- Konkrete Funktion: was genau das System können muss
- Quantitative Schwelle (wo möglich): Mengen, Zeiten, Volumen
- Priorität: Muss, Soll, Kann
- Gewicht: 1–10 für die spätere Bewertungsmatrix
- Quelle: aus welchem Prozess oder welcher Stakeholder-Anforderung
Bewertungsmatrix und Scoring-Logik
Jede Anforderung wird vom Anbieter mit einem standardisierten Erfüllungsgrad beantwortet. Bewährt hat sich:
| Erfüllungsgrad | Code | Score |
|---|---|---|
| Out-of-the-Box im Standard | S | 10 |
| Mit kleiner Konfiguration | K | 7 |
| Mit Anpassung in Standardpfad | A | 4 |
| Mit kundenspezifischer Entwicklung | E | 2 |
| Nicht möglich | N | 0 |
Der Gesamtscore eines Anbieters ergibt sich als gewichtete Summe: Σ (Gewicht × Score). Mehr zur strukturierten Bewertung unter ERP-Systeme vergleichen.
Häufige Fehler und Anti-Patterns
- Bestehende-Software-Spiegel: Anforderungen, die exakt das aktuelle ERP beschreiben – kein Anbieter wird dies neu „bauen".
- Häkchen-Inflation: 2.500 funktionale Einzelhäkchen ohne Prozess-Kontext – führt zu Pseudo-Erfüllungsgraden.
- Fehlende Gewichtung: Alle Kriterien gleich gewichten = beliebiges Ergebnis.
- Über-Detailtiefe: 200-Seiten-Lastenheft ohne klare Prioritäten – niemand liest es vollständig.
- Späte Stakeholder-Einbindung: Fachbereiche werden erst nach Lastenheftfertigstellung gefragt – führt zu späten Änderungen.
- Fehlende Datenmigrations-Beschreibung: Kosten und Risiken der Migration werden unterschätzt.
- Keine Mengengerüste: Anbieter können Performance nicht einschätzen – Folge: Skalierungsprobleme nach Go-Live.
Lastenheft-Vorlagen und Tools
Mehrere Quellen bieten Lastenheft-Vorlagen:
- VDMA: Branchenspezifische Lastenheft-Templates für Maschinenbau (kostenpflichtig)
- BME: Templates für Beschaffung und Einkauf
- Trovarit, schwetz consulting, IPRI: Beratungsangebote mit eigenen Templates
- OMR Reviews, Capterra, Software Suggest: Funktionschecklisten als Startpunkt
Tooling-Alternative: Spezialisierte Anforderungsmanagement-Tools wie Jama Connect, IBM DOORS oder Polarion. Für mittelständische ERP-Projekte reichen meist Excel oder Confluence.
Quality-Gate vor der Anbieterversendung
Bevor das Lastenheft an die Longlist geht, sollte es folgende Quality-Gates passieren:
- Review durch alle Fachbereichsleiter mit formaler Freigabe
- Review durch IT-Leitung mit Fokus auf Schnittstellen und Architektur
- Review durch externe Beratung (z.B. unabhängige Auswahlbegleitung)
- Stichprobenartige Anbieter-Lesbarkeit-Tests: Versteht ein potenzieller Bieter die Anforderungen?
- Versionierung und Change-Management ab Versand an Anbieter
Häufige Fragen
- Wie lange dauert die Erstellung eines ERP-Lastenhefts?
Realistisch 3 bis 6 Monate für mittelständische Projekte mit 50–200 Anwendern. Größere Projekte können 6 bis 12 Monate brauchen. Kürzere Lastenhefte sind meist zu oberflächlich.
- Soll ich einen externen Berater für das Lastenheft beauftragen?
Bei Investitionen über 250.000 EUR ja – ein erfahrener Auswahlbegleiter spart Lehrgeld und beschleunigt den Prozess deutlich.
- Wie weit darf das Lastenheft vorgeben, welcher Anbieter gewinnt?
Es darf branchenneutral formuliert sein – Anbieterspezifische Begriffe oder Architekturen sollten vermieden werden. Andernfalls wird die Auswahl manipulativ und juristisch angreifbar.
