ERP-Auswahl in 7 Schritten – der Praxisleitfaden

Die Auswahl eines neuen ERP-Systems gehört zu den weitreichendsten IT-Entscheidungen, die ein Unternehmen treffen kann. Sie bindet Investitionsmittel über fünf bis zehn Jahre, prägt die Prozesslandschaft im Tagesgeschäft und beeinflusst, wie schnell Sie auf neue Geschäftsmodelle, Marktanforderungen oder regulatorische Vorgaben reagieren können. Eine schlecht vorbereitete Auswahl führt erfahrungsgemäß zu Customizing-Spiralen, Anwenderfrust und im schlimmsten Fall zu einem zweiten Projekt nach drei Jahren – mit entsprechendem Budget- und Reputationsschaden.

Dieser Leitfaden beschreibt einen erprobten siebenstufigen Auswahlprozess, der sich über alle Branchen und Unternehmensgrößen anwenden lässt. Er führt von der ersten Bedarfsanalyse über das Lastenheft, die Long- und Shortlist, die strukturierte Anbieterbewertung bis hin zur Vertragsverhandlung. Jeder Schritt enthält konkrete Werkzeuge, typische Fallstricke und Hinweise, wann externe Auswahlbegleitung sinnvoll ist. Ziel ist nicht das schnellste, sondern das nachhaltigste Ergebnis: ein ERP, das in fünf Jahren noch trägt.

Schritt 1: Strategie, Treiber und Projektrahmen klären

Bevor Sie überhaupt einen Anbieter kontaktieren, sollten Sie die strategischen Treiber Ihres Projekts verstehen und dokumentieren. Häufige Auslöser sind Wachstum, internationaler Roll-out, Mergers and Acquisitions, Cloud-Strategie, Releaseende des Altsystems oder regulatorische Anforderungen wie eRechnung, GoBD oder DSGVO. Klären Sie im Führungskreis, welche Ziele die Einführung erreichen soll: Effizienzsteigerung, Skalierbarkeit, Echtzeit-Reporting, Ablösung von Insellösungen, mobile Prozesse oder schlicht Stabilität.

Definieren Sie zudem den Projektrahmen: Budget, Zeithorizont, beteiligte Standorte, Sprachen, Mandanten und betroffene Geschäftsbereiche. Setzen Sie ein Lenkungsgremium auf, das paritätisch aus Geschäftsführung, Fachbereichen und IT besetzt ist. Ohne klares Mandat und Eskalationsweg verlaufen ERP-Projekte regelmäßig im Sand. Halten Sie alle Annahmen schriftlich fest – diese Strategiedokumentation ist später die Grundlage für das Lastenheft und die Bewertungsmatrix.

Schritt 2: Ist-Aufnahme und Prozessanalyse

Die zweite Phase widmet sich der ehrlichen Bestandsaufnahme. Erfassen Sie alle relevanten Geschäftsprozesse end-to-end: Order-to-Cash, Procure-to-Pay, Plan-to-Produce, Hire-to-Retire, Record-to-Report. Skizzieren Sie die Prozesse in einer einheitlichen Notation – etwa BPMN oder Swimlanes – und markieren Sie Schmerzpunkte, Medienbrüche, manuelle Workarounds und Schatten-IT.

Mengen- und Datengerüst aufnehmen

Quantifizieren Sie Ihre Prozesse: Wie viele Kundenaufträge pro Monat, wie viele Artikel im Stammdatenbestand, wie viele Mitarbeitende mit Lohnabrechnung, wie viele Gesellschaften oder Filialen. Diese Zahlen bestimmen später Lizenzmodelle, Hardwaresizing und Hostingkosten. Erfassen Sie zudem Schnittstellen zu E-Commerce-Plattformen, CRM, MES, Lohnsoftware und DATEV. Ein nüchterner Blick auf die Datenqualität ist Pflicht: Stammdaten, die heute schon mangelhaft sind, werden im neuen ERP nicht magisch besser.

Fachbereiche aktiv einbinden

Die Ist-Aufnahme darf nicht reines IT-Projekt bleiben. Holen Sie Vertrieb, Einkauf, Produktion, Lager, Controlling und Personalwesen aktiv ins Boot. Workshops mit den Key-Usern fördern oft Ineffizienzen zutage, die in der Geschäftsleitung gar nicht sichtbar sind. Falls intern Kapazitäten oder Methodenkompetenz fehlen, bietet sich externe Unterstützung über spezialisierte Dienstleister wie unter ERP-Beratung verzeichnet an.

Schritt 3: Soll-Konzept und Lastenheft

Aus der Ist-Aufnahme entsteht das Soll-Konzept. Beschreiben Sie die zukünftigen Prozesse, formulieren Sie Anforderungen funktional, technisch und nicht-funktional. Vermeiden Sie die zwei häufigsten Fehler: Erstens das bloße Abbilden des Status quo ("das alte System konnte aber...") und zweitens die Wunschzettelmentalität, bei der jede Abteilung ihre Sondersituation als Muss-Anforderung deklariert.

Strukturieren Sie das Lastenheft nach Funktionsbereichen, vergeben Sie Priorisierungen (Muss, Soll, Kann) und beschreiben Sie nichtfunktionale Anforderungen wie Performance, Verfügbarkeit, Mehrsprachigkeit, Mandantenfähigkeit, Skalierbarkeit und Compliance. Die DSGVO und die GoBD sind in jedem deutschen Projekt zu adressieren.

Ein gutes Lastenheft umfasst typischerweise 60 bis 200 Seiten und enthält neben Anforderungen auch Kontextinformationen: Unternehmensbeschreibung, IST-Architektur, Mengengerüst, Zielarchitektur, geplanter Zeitplan und Bewertungsmaßstab. Es ist die Grundlage für eine vergleichbare Anbieterantwort.

Schritt 4: Longlist und Marktrecherche

Mit dem Lastenheft im Rücken können Sie den Markt sondieren. Beginnen Sie breit: Die deutschsprachige ERP-Landschaft umfasst weit über 200 relevante Anbieter, von globalen Suiten bis zu hochspezialisierten Branchenlösungen. Filtern Sie systematisch nach Unternehmensgröße, Branche, Bereitstellungsmodell und Länderabdeckung.

Nutzen Sie als Ausgangspunkt strukturierte Übersichten wie unsere ERP-Software-Datenbank, gegliedert nach Segmenten – etwa Enterprise-ERP, Mittelstand-ERP, KMU-ERP, Cloud-native oder Open-Source. Branchenspezifische Anforderungen führen oft zu sehr eigenen Auswahllisten – siehe ERP für Maschinenbau, ERP für Großhandel oder ERP für Lebensmittelindustrie.

Eine sinnvolle Longlist enthält acht bis zwölf Anbieter. Zu wenige Kandidaten reduzieren den Wettbewerb und erhöhen Preis- und Vendor-Lock-in-Risiken. Zu viele machen die Bewertung unwirtschaftlich.

Schritt 5: Shortlist, RFI und strukturierte Demos

Aus der Longlist wird über einen Request for Information (RFI) und ergänzende Telefonate eine Shortlist von drei bis fünf Anbietern. Versenden Sie das Lastenheft im Original oder in einer komprimierten Anforderungsmatrix. Bitten Sie um eine schriftliche Antwort mit Erfüllungsgrad pro Anforderung, Indikativbudget, Projektdauer und drei Referenzkunden vergleichbarer Größe.

Strukturierte Demos statt Verkaufsshows

Demos sind der häufigste Schwachpunkt im Auswahlprozess. Statt sich vom Vertrieb durch eine generische Bühnenshow führen zu lassen, geben Sie ein konkretes Drehbuch vor. Beispiel: "Bilden Sie folgenden Auftrag in Ihrem System ab: Kunde X bestellt Artikel Y in Variante Z mit Sondertext, kurzfristige Terminverschiebung, Teillieferung, Skonto bei Anzahlung." Sie sehen sofort, wie das System wirklich tickt – und ob die Bedienoberfläche im Tagesbetrieb tragfähig ist. Zwei halbe Tage je Anbieter sind ein realistischer Aufwand.

Echte Vergleichbarkeit erzwingen

Bewerten Sie alle Anbieter nach derselben Matrix. Gewichten Sie funktionale Anforderungen, Architektur, Bereitstellungsmodell, Implementierungspartner, Roadmap und Total Cost of Ownership – mehr dazu im separaten TCO-Rechner-Leitfaden. Wenn Sie zwischen zwei klassischen Mittelstandskandidaten schwanken, hilft ein direkter Funktionsvergleich, etwa SAP Business One vs. Microsoft Dynamics 365 Business Central.

Schritt 6: Referenzen, Proof of Concept und Risikoanalyse

Vor der finalen Entscheidung folgen Referenzbesuche und gegebenenfalls ein Proof of Concept (PoC) bei den Top-2-Kandidaten. Sprechen Sie mit Bestandskunden über tatsächliche Implementierungsdauer, ungeplante Customizing-Aufwände, Releasewechsel-Erfahrung und die Qualität des Supports. Fragen Sie explizit, was sie heute anders machen würden.

Ein PoC kostet Zeit und Geld, kann aber Millionen sparen. Sinnvoll ist er insbesondere bei kritischen Engpassprozessen – etwa Variantenkonfiguration, Chargenrückverfolgung oder anspruchsvoller DATEV-Anbindung. Definieren Sie Akzeptanzkriterien vorab schriftlich, sonst wird der PoC zur subjektiven Bauchentscheidung.

Erstellen Sie eine Risikomatrix: technologische Risiken (Cloud-Reife, API-Abdeckung), kommerzielle Risiken (Lizenzpreissteigerungen, Wechselkostenrisiko durch Vendor-Lock-in), Implementierungsrisiken (Verfügbarkeit von Beratern, Sprachfähigkeit) und strategische Risiken (Übernahme- oder Insolvenzrisiko des Anbieters).

Schritt 7: Vertragsverhandlung und Vendor-Selection

Die Vertragsverhandlung ist kein Anhängsel, sondern eigenständiger Wertschöpfungsschritt. Ein routinierter Verhandler holt typischerweise 15–30 Prozent gegenüber dem Erstangebot heraus – ohne dass die Leistung leidet. Verhandlungspunkte sind Lizenzpreise, Wartungsstaffelung, Indexierungsklauseln, Service Level Agreements, Exit-Optionen, Haftungsbeschränkungen und Quellcodehinterlegung.

Beziehen Sie eine Datenschutzvereinbarung nach Art. 28 DSGVO sowie ein klares Migrations- und Releasekonzept ein. Halten Sie schriftlich fest, welche Funktionen zum Go-Live verfügbar sein müssen und welche Eskalationsmechanismen gelten. Eine zweite Meinung durch eine externe ERP-Auswahlbegleitung oder einen IT-Vertragsanwalt ist gerade in dieser Phase oft schnell amortisiert.

Entscheidung dokumentieren und kommunizieren

Begründen Sie die Entscheidung schriftlich und kommunizieren Sie sie klar im Unternehmen. Eine transparent dokumentierte Begründung schafft Akzeptanz, schützt vor späteren Hinterfragungen und ist die Grundlage für die nächste Projektphase – die Implementierung. Wie es danach weitergeht, finden Sie in unserem Leitfaden ERP-Implementierungs-Checkliste: Die ersten 90 Tage.

Häufige Fehler im ERP-Auswahlprozess

Aus der Praxis kristallisieren sich wiederkehrende Fehlermuster heraus. Erstens: Zu schnell entscheiden, weil das Altsystem brennt – die Folge sind Customizing-Wildwüchse, die in fünf Jahren als technische Schulden den nächsten Releasewechsel blockieren. Zweitens: Auf den günstigsten Bieter setzen, ohne TCO über fünf Jahre zu rechnen. Was als Schnäppchen beginnt, endet oft als Kostenfalle bei Wartung, Schnittstellen oder Schulung. Drittens: Den Implementierungspartner unterschätzen – ein gutes Produkt mit schwachem Partner schlägt selten ein durchschnittliches Produkt mit exzellentem Partner. Achten Sie nicht nur auf den Anbieter selbst, sondern auf den konkreten Beraterstamm, der Ihr Projekt verantwortet. Viertens: Customizing als unbegrenzte Lösung sehen, statt Standard zu nutzen. Jeder Sonderwunsch erhöht die Total Cost of Ownership überproportional. Fünftens: Nutzer und Betriebsrat zu spät einbinden – die Folge sind formale Verzögerungen oder offene Akzeptanzprobleme nach dem Go-Live. Sechstens: Auswahl ohne saubere Datenbasis – wer nicht weiß, wie viele Belege, Artikel und Anwender konkret zu betreuen sind, kann kein Lizenzmodell sinnvoll vergleichen. Siebtens: Den Einkauf erst zur Vertragsverhandlung dazuholen – idealerweise sind erfahrene Einkäufer ab der Shortlist-Phase eingebunden, um Lizenzmetriken, Indexklauseln und Servicebedingungen professionell zu verhandeln.

Ein zusätzlicher, häufig unterschätzter Fehler ist die mangelnde Verzahnung von ERP-Auswahl und Datenstrategie. Ein neues ERP ist die Chance, Stammdaten zu konsolidieren, Dubletten zu bereinigen und ein Master-Data-Management aufzusetzen. Wer diese Chance verstreichen lässt, schleppt die Datenqualitätsprobleme der Vergangenheit ins neue System. Schließlich vernachlässigen viele Unternehmen die langfristige Roadmap des Herstellers: Welche Plattformstrategie verfolgt der Anbieter in fünf Jahren? Wie steht er zu Cloud, KI-Integration, Composable-Ansätzen? Diese Fragen sollten in jeder Auswahl explizit gestellt werden.

Branchenfit als oft unterschätzter Erfolgsfaktor

Neben der reinen Funktionsabdeckung ist der Branchenfit ein kritischer Faktor. Eine generische ERP-Plattform ohne Branchenausprägung führt zu mehr Customizing, längeren Implementierungen und höherem Schulungsaufwand. Branchenspezifische Funktionen reichen von Variantenkonfiguratoren im Maschinenbau über Chargenrückverfolgung in der Lebensmittelindustrie, GxP-Validierung in der Pharma, Projektabwicklung im Bauwesen bis zu Tour- und Auslieferungsplanung in der Logistik. Auch Spezialbranchen wie Textil, Kunststoff oder Metallverarbeitung haben eigene Standards.

Achten Sie bei der Anbieterauswahl auf Referenzkunden derselben Branche und vergleichbarer Größe. Fragen Sie konkret, wie viele Projekte der Anbieter in den letzten 24 Monaten in Ihrer Branche umgesetzt hat. Eine reine Marketing-Aussage reicht nicht – lassen Sie sich Referenzlisten geben und sprechen Sie mit drei bis fünf Bestandskunden persönlich. Dort erfahren Sie, ob die beworbenen Branchenfunktionen produktionsreif sind oder ob es sich um eine Roadmap-Ankündigung handelt.

Branchenpakete versus Standard-ERP

Im deutschsprachigen Markt existiert eine umfangreiche Auswahl an Branchen-ERP-Lösungen. Sie bündeln vorkonfigurierte Prozesse, Stammdatenstrukturen und Dokumentvorlagen für eine spezifische Branche. Der Vorteil: deutlich reduzierter Implementierungsaufwand. Der Nachteil: höhere Abhängigkeit von einem oft kleineren Anbieter mit eigener Roadmap- und Insolvenzdynamik. Wer ein Branchen-ERP wählt, sollte besonders sorgfältig auf die Eigentümerstruktur, Investorenhintergrund und finanzielle Stabilität achten.

Verträge, Lizenzen und Service Levels

Vertragsgestaltung ist eine eigene Disziplin, die viele Unternehmen unterschätzen. Wichtige Bestandteile sind: Lizenzdefinition (Named User vs. Concurrent User vs. Tenant), Wartungsstaffelung, Indexierungsklauseln, Preisstaffelung bei Wachstum, Service Level Agreements für Cloud-Anbieter, Datenexport-Klauseln, Quellcodehinterlegung, Vertragsausstiegsoptionen und Übergangsregelungen. Standardverträge der Anbieter sind selten kundenfreundlich und sollten grundsätzlich verhandelt werden.

Besonders sensibel sind Cloud-Verträge: Achten Sie auf Audit-Rechte, Sub-Auftragsverarbeiter, Datenresidenz, Verfügbarkeit, Reaktions- und Wiederherstellungszeiten. Eine Verfügbarkeitsgarantie von 99,9 Prozent klingt hoch, erlaubt aber rund 8,8 Stunden Ausfall pro Jahr – relevant je nach Geschäftsmodell. Lassen Sie Pönalen für Nichteinhaltung vereinbaren. Bei Tochtergesellschaften und Konzernstrukturen sollten Sie zudem auf flexible Lizenzpooling-Mechanismen achten, um nicht über die Jahre versteckte Mehrlizenzierungen zu finanzieren.

Stakeholder-Mapping richtig aufsetzen

Ein ERP-Projekt scheitert selten an der Software, sondern an unterschätzten Stakeholder-Konstellationen. Erstellen Sie deshalb in den ersten zwei Wochen des Auswahlprojekts ein vollständiges Stakeholder-Map. Unterscheiden Sie nach Interesse und Einfluss: Geschäftsführung und CFO als Entscheider, Bereichsleitungen aus Vertrieb, Einkauf, Produktion und Finanzen als Hauptanwender, Key-User der einzelnen Abteilungen als operative Prüfer, IT-Leitung und IT-Betrieb als Architekturverantwortliche, Betriebsrat und Datenschutzbeauftragter als Mitbestimmungspartner sowie der Steuerberater oder die externe Buchhaltung als DATEV-Anbindungspartner. Jeder dieser Stakeholder hat eigene Erfolgskriterien, die im Lastenheft abgebildet sein müssen.

Bewerten Sie für jeden Stakeholder zwei Dimensionen: Wie hoch ist sein Einfluss auf die Entscheidung, und wie hoch sein eigener Nutzen aus dem neuen System? Stakeholder mit hohem Einfluss und niedrigem persönlichen Nutzen sind die kritischsten – sie blockieren Projekte, ohne dass es offensichtlich wird. Etablieren Sie für diese Gruppe gezielte Einzelgespräche, Pilot-Demos und persönliche Wertversprechen. Stakeholder mit hohem Einfluss und hohem Nutzen werden zu Projekt-Sponsoren – holen Sie diese aktiv in den Lenkungskreis. Mitarbeitende mit niedrigem Einfluss, aber hohem Nutzen werden zu Multiplikatoren, die später die Akzeptanz im Tagesgeschäft prägen.

• Geschäftsführung/CFO: monatlicher Status mit Ampel-KPIs, klare Entscheidungsvorlagen
• Bereichsleitungen: wöchentliche Working-Sessions, Mitwirkung am Soll-Konzept
• Key-User: direkte Beteiligung an Demos, Drehbuch-Definition, Bewertungsmatrix
• IT-Leitung: Architekturreview, Schnittstellen- und Sicherheitsbewertung
• Betriebsrat: frühzeitige Einbindung, Betriebsvereinbarung in Vorbereitung
• Externer Steuerberater: Abstimmung zur DATEV- und GoBD-Konformität

Halten Sie das Stakeholder-Map als lebendes Dokument. Personalwechsel, neue Bereichsleitungen oder veränderte Konzernstrukturen verschieben die Konstellation und müssen aktiv nachgepflegt werden. Eine externe ERP-Auswahlbegleitung moderiert Stakeholder-Konflikte oft effizienter als interne Projektleitung, weil sie nicht in den politischen Strukturen des Unternehmens steht.

Entscheidungsmatrix mit Gewichtung aufbauen

Die strukturierte Bewertung der Anbieter steht und fällt mit einer sauberen Entscheidungsmatrix. Häufiger Fehler in der Praxis: Eine Excel-Tabelle mit 200 Anforderungen, alle gleich gewichtet, am Ende ein Punktwert mit drei Nachkommastellen, der Scheingenauigkeit suggeriert. Besser ist ein klar strukturiertes Bewertungsmodell mit drei Ebenen: Hauptkriterien, Unterkriterien und Einzelanforderungen. Auf der obersten Ebene bewähren sich sechs Hauptkriterien mit folgenden typischen Gewichtungen für den Mittelstand: Funktionsabdeckung 30 Prozent, Implementierungspartner 20 Prozent, Total Cost of Ownership 15 Prozent, Architektur und Integration 15 Prozent, Skalierbarkeit und Roadmap 10 Prozent, Vertragskonditionen und Risiken 10 Prozent.

Innerhalb der Funktionsabdeckung gewichten Sie die Module nach Ihrem Geschäftsmodell. Ein Großhändler bewertet Lager und EDI höher als Produktion, ein Maschinenbauer umgekehrt. Innerhalb jeder Anforderung vergeben Sie Erfüllungsgrade von 0 bis 4: 0 = nicht abbildbar, 1 = nur mit Drittprodukt, 2 = mit signifikantem Customizing, 3 = mit kleinem Workaround im Standard, 4 = im Standard vollständig erfüllt. Diese fünfstufige Skala vermeidet das beliebte Anbieter-Selbsteinschätzungsproblem, dass alle Anforderungen mit "erfüllt" beantwortet werden.

Hauptkriterium	Gewichtung	Anbieter A	Anbieter B	Anbieter C
Funktionsabdeckung	30 %	3,4	3,1	3,7
Implementierungspartner	20 %	3,8	2,9	3,2
TCO 5 Jahre	15 %	2,8	3,4	3,1
Architektur/Integration	15 %	3,2	3,5	2,7
Roadmap/Skalierbarkeit	10 %	3,5	3,8	2,9
Verträge/Risiken	10 %	3,1	2,8	3,4
Gesamtscore	100 %	3,30	3,21	3,21

Eine fertige Matrix ersetzt nicht die qualitative Diskussion im Lenkungskreis, aber sie zwingt zur Konsistenz und schafft Vergleichbarkeit. Kombinieren Sie Punktbewertung mit einer K.O.-Kriterien-Liste: Anbieter, die zentrale Mandantenfähigkeit, GoBD-Konformität oder eine produktionsreife DATEV-Schnittstelle nicht abbilden, fliegen vor der Punktbewertung raus.

KI- und Automatisierungsanforderungen ins Lastenheft aufnehmen

Wer 2026 ein ERP auswählt und KI-Anforderungen erst in fünf Jahren betrachten will, riskiert eine Fehlinvestition. KI-gestützte Funktionen sind in nahezu allen relevanten Anbieter-Roadmaps Standardthema und verändern die Bewertung deutlich. Konkrete Anwendungsfälle, die ins Lastenheft gehören: automatische Belegerkennung mit OCR und KI-Klassifikation im Rechnungseingang, Forecasting für Absatz und Disposition, Anomalie-Erkennung in der Buchhaltung, intelligente Stammdatenpflege, Chatbots im First-Level-Support sowie Process-Mining zur kontinuierlichen Prozessoptimierung. Hinzu kommen Robotic-Process-Automation-Bausteine für wiederkehrende manuelle Tätigkeiten.

Bewerten Sie nicht nur, ob ein Anbieter "KI hat", sondern wie konkret die Funktionen heute produktiv nutzbar sind. Fragen Sie nach Referenzkunden, die KI-Funktionen im Live-Betrieb einsetzen, lassen Sie sich Erfolgskennzahlen zeigen und prüfen Sie, ob die Modelle EU-DSGVO-konform betrieben werden. Achten Sie auf das Lizenzmodell: KI-Funktionen sind oft nicht in der Standardsubskription enthalten, sondern werden als Add-on mit Volumen- oder Transaktionspreis abgerechnet. Diese Kosten müssen in die TCO-Berechnung einfließen, da sie über fünf Jahre erheblich sein können.

Ebenso wichtig: die Automatisierungsfähigkeit über Workflows und APIs. Eine offene REST-API mit umfassender Dokumentation ist heute Pflicht. Wer ein neues ERP wählt, sollte explizit bewerten, wie tief sich Geschäftsprozesse ohne Programmierung automatisieren lassen, ob Low-Code- oder No-Code-Werkzeuge integriert sind und ob KI-Agenten Routineaufgaben übernehmen können. Diese Fähigkeiten verschieben das Verhältnis von Lizenzkosten zu produktiver Nutzung erheblich.

Verwandte Themen

• Lastenheft
• ERP-Software-Datenbank
• Mittelstand-ERP
• ERP für Maschinenbau
• ERP-Auswahlbegleitung
• TCO-Rechner-Leitfaden
• SAP B1 vs. Dynamics 365 BC
• Implementierungs-Checkliste

← Zurück zur Startseite