Die Einführung eines ERP-Systems ist eine der folgenreichsten Investitionsentscheidungen, die ein mittelständisches Unternehmen trifft. Sie bindet über Jahre Budget, Personal und Führungsaufmerksamkeit, und sie prägt, wie die Organisation künftig arbeitet. Trotzdem beginnen viele Auswahlprozesse mit Produktdemos, bevor überhaupt geklärt ist, was das Unternehmen eigentlich braucht. Der Fragenkatalog dreht diese Reihenfolge um: Er zwingt dazu, die eigenen Anforderungen zuerst zu formulieren — und erst dann den Markt daran zu messen.
Der Nutzen liegt auf mehreren Ebenen. Erstens schafft ein Katalog Vergleichbarkeit: Wenn alle Anbieter dieselben Fragen beantworten, lassen sich ihre Antworten nebeneinanderlegen, statt Äpfel mit Birnen zu vergleichen. Zweitens macht er blinde Flecken sichtbar: Themen wie Schnittstellen, Datenmigration oder Datenschutz geraten in der Begeisterung über eine schöne Oberfläche leicht aus dem Blick — ein Katalog stellt sicher, dass sie systematisch abgefragt werden. Drittens dient er als Verhandlungs- und Vertragsgrundlage: Was schriftlich abgefragt und zugesagt wurde, lässt sich später einfordern.
Diese drei Begriffe werden häufig durcheinandergeworfen, bezeichnen aber unterschiedliche Dokumente mit unterschiedlichen Rollen. Ein Fragenkatalog ist zunächst ein Arbeitsinstrument: eine gegliederte Sammlung von Fragen und Kriterien, mit denen das Unternehmen sich selbst und die Anbieter systematisch befragt. Er ist die Vorstufe und Rohmasse, aus der die formalen Dokumente entstehen.
Das Lastenheft beschreibt aus Sicht des Auftraggebers, was das System leisten soll und welche Anforderungen es erfüllen muss — die Gesamtheit der Anforderungen, formuliert ergebnisoffen, ohne die technische Lösung vorwegzunehmen. Es ist das zentrale Dokument, das den Anbietern zur Angebotserstellung vorgelegt wird. Ein guter Fragenkatalog liefert das Gerüst, aus dem sich das Lastenheft speist.
Das Pflichtenheft hingegen ist die Antwort des Anbieters: Es beschreibt, wie die im Lastenheft geforderten Anforderungen konkret umgesetzt werden. Es entsteht also später im Prozess, oft erst nach der Anbieterauswahl, und wird häufig Vertragsbestandteil. Vereinfacht gesagt: Das Lastenheft ist die Frage des Kunden, das Pflichtenheft die Antwort des Lieferanten — und der Fragenkatalog ist das Werkzeug, mit dem man beide sauber vorbereitet.
Bei aller Nützlichkeit ist ein Fragenkatalog kein Automatismus, der die Entscheidung von selbst trifft. Er ist so gut wie die Sorgfalt, mit der er ausgefüllt und ausgewertet wird. Eine lange Liste abgehakter Ja/Nein-Fragen kann sogar in die Irre führen, wenn sie den Blick auf das Wesentliche — die tatsächliche Prozesspassung — verstellt. Ein Anbieter, der auf jede Funktionsfrage „ja“ antwortet, ist nicht automatisch der beste; entscheidend ist, wie gut die zugesagten Funktionen im konkreten Einzelfall wirklich zu den eigenen Abläufen passen. Der Katalog strukturiert die Entscheidung, ersetzt aber weder das Urteilsvermögen noch die kritische Prüfung in Referenzgesprächen und Teststellungen.
Ebenso wichtig ist die Erkenntnis, dass ein Katalog kein statisches Dokument ist. Im Verlauf eines Auswahlprozesses lernen die Beteiligten dazu, neue Fragen tauchen auf, andere erweisen sich als unwichtig. Ein guter Katalog wird deshalb als lebendes Arbeitsdokument geführt und bewusst gepflegt, statt einmal erstellt und dann bis zur Entscheidung unverändert weggeschlossen zu werden.
Die Anforderungserhebung ist der unspektakulärste und zugleich wichtigste Teil jeder ERP-Auswahl. Wer sie überspringt, kauft ein System für ein Unternehmen, das er nicht wirklich kennt. Die Erhebung hat zwei Stoßrichtungen: die Aufnahme der Ist-Prozesse (Wie arbeiten wir heute?) und die Formulierung der Soll-Anforderungen (Wie wollen und müssen wir künftig arbeiten?). Beides gehört zusammen, denn ein ERP-Projekt ist selten nur ein Systemtausch, sondern fast immer auch eine Gelegenheit, Prozesse zu hinterfragen.
Am Anfang steht die ehrliche Bestandsaufnahme der Kernprozesse. Es geht nicht darum, jeden Handgriff zu dokumentieren, sondern die geschäftskritischen und die schmerzhaften Abläufe zu erfassen. Hilfreiche Leitfragen für diese Phase sind:
Eine solche Aufnahme deckt regelmäßig auf, dass „gewachsene“ Prozesse voller Sonderfälle und Workarounds stecken. Genau diese Stellen sind später die Reibungspunkte in der Einführung — und deshalb im Katalog besonders sorgfältig zu behandeln.
Ein ERP-System berührt fast jeden Bereich eines Unternehmens, und entsprechend viele Perspektiven müssen in die Anforderungen einfließen. Wird der Katalog allein von der IT oder allein von der Geschäftsführung erstellt, fehlen die Fachbereiche mit ihrer täglichen Praxis — und die Akzeptanz leidet später. Sinnvoll ist, früh die relevanten Rollen zu identifizieren und ihre Anforderungen einzusammeln: die Fachbereichsleitungen aus Finanzen, Vertrieb, Einkauf, Produktion und Lager, die späteren Key User, die IT für technische Rahmenbedingungen sowie die Datenschutz- und Compliance-Verantwortlichen.
Dabei zeigt sich fast immer ein Zielkonflikt: Die Fachbereiche wünschen sich maximale Abbildung ihrer Sonderwünsche, während IT und Geschäftsführung auf Standardnähe, Wartbarkeit und Budget achten. Diesen Konflikt muss der Erhebungsprozess sichtbar machen, nicht zudecken. Eine bewährte Technik ist, jede Anforderung mit einer Begründung und einer ersten Einschätzung ihrer Wichtigkeit zu versehen, damit später eine Priorisierung möglich ist.
Der Aufwand dieser Phase wird regelmäßig unterschätzt. Wer sich hier Zeit nimmt und die Anforderungen dokumentiert, gewichtet und mit den Stakeholdern abstimmt, legt das Fundament, auf dem alle folgenden Kapitel dieses Katalogs aufbauen. Die investierte Sorgfalt zahlt sich in jeder späteren Phase zurück — im Angebotsvergleich, in der Vertragsverhandlung und in der Einführung selbst.
ERP-Systeme sind modular aufgebaut, und die funktionale Prüfung folgt sinnvollerweise dieser Modulstruktur. Wichtig ist dabei die Unterscheidung zwischen der bloßen Existenz einer Funktion und ihrer tatsächlichen Eignung: Nahezu jedes ausgereifte ERP-System hat ein Finanzmodul — aber ob dessen Kontenlogik, Bewertungsverfahren und Auswertungen zu den eigenen Anforderungen passen, entscheidet sich erst bei genauem Hinsehen. Die folgenden Fragenblöcke sind als Anregung gedacht und im Einzelfall an die eigene Branche und Größe anzupassen.
Das Finanzmodul ist in vielen Auswahlprozessen der Dreh- und Angelpunkt, weil es gesetzlich reguliert und eng mit externen Anforderungen (Steuer, Prüfung, Reporting) verzahnt ist. Mögliche Fragen:
Für produzierende und handelnde Unternehmen ist die operative Kette oft das eigentliche Herz des ERP. Hier lohnt besondere Tiefe:
Über die klassischen Kernmodule hinaus stellt sich die Frage nach ergänzenden Bereichen — und danach, ob diese im ERP selbst oder besser über spezialisierte Nachbarsysteme abgedeckt werden. Ein integriertes CRM kann Vorteile bei den Stammdaten bringen, während ein spezialisiertes Fremdsystem funktional oft tiefer ist. Leitfragen:
Technische Fragen werden von Fachbereichen gern der IT überlassen — zu Unrecht, denn Architekturentscheidungen haben unmittelbare betriebswirtschaftliche Folgen für Kosten, Flexibilität und Abhängigkeit vom Anbieter. Die folgenden Blöcke helfen, die technische Substanz eines Systems einzuschätzen, ohne sich in Details zu verlieren.
Die grundlegendste technische Weichenstellung ist die Frage des Betriebsmodells. Sie prägt Kostenstruktur, Verantwortlichkeiten und Datenhoheit gleichermaßen. Zentrale Fragen:
Die Entscheidung zwischen Cloud und On-Premise ist keine reine Technikfrage, sondern eine strategische — sie hängt eng mit Datenschutz, Investitionslogik und interner IT-Kompetenz zusammen und wird in den Kapiteln zu Kosten und Datenschutz weiter vertieft.
Kein ERP steht allein. Wie offen ein System für die Anbindung anderer Anwendungen ist und wie es sich erweitern lässt, entscheidet maßgeblich über seine Lebensdauer in einer heterogenen Systemlandschaft. Fragen dazu:
Ein ERP wird für viele Jahre gekauft, und die Anforderungen von morgen sind selten die von heute. Deshalb gehört die Wachstumsfähigkeit in den Katalog. Wichtig ist dabei, realistisch zu bleiben und nicht für hypothetische Extremszenarien zu überdimensionieren, aber absehbare Entwicklungen einzuplanen:
Kaum ein Thema verursacht in ERP-Projekten so viel unerwarteten Aufwand wie die Integration in die bestehende Systemlandschaft und die Migration der Altdaten. Beides gehört früh und explizit in den Fragenkatalog, denn die schönste Funktionalität ist wertlos, wenn das System nicht mit den Nachbarsystemen spricht oder wenn die übernommenen Daten unbrauchbar sind.
Die Übernahme der Bestandsdaten aus dem Altsystem ist ein Projekt im Projekt. Sie ist selten ein bloßer Datentransfer, sondern fast immer auch eine Gelegenheit — und Notwendigkeit — zur Bereinigung. Fragen dazu:
Ein verbreiteter Fehler ist, Altdaten unbesehen zu übernehmen. Das verlängert die Migration, belastet das neue System und verschenkt die Chance auf einen sauberen Start. Die Frage „Welche Daten brauchen wir wirklich?“ ist deshalb ebenso wichtig wie die Frage, wie migriert wird.
Nahezu jedes Unternehmen betreibt neben dem ERP weitere Anwendungen — Online-Shops, Zeiterfassung, Fachsysteme, Dokumentenmanagement, Datenanalyse. Wie gut das ERP sich in dieses Gefüge einfügt, prägt den Alltagsnutzen. Leitfragen:
Selten wird an einem Stichtag das gesamte alte System abgeschaltet und das neue vollständig produktiv geschaltet. Häufig gibt es Übergangsphasen, in denen Alt- und Neusystem parallel laufen oder einzelne Bereiche gestaffelt umgestellt werden. Diese Szenarien wollen bedacht sein:
Die Auswahl eines ERP ist immer auch die Wahl eines langjährigen Partners. Selbst das beste System nützt wenig, wenn der Anbieter unzuverlässig ist, der Support schlecht erreichbar oder der Implementierungspartner die eigene Branche nicht versteht. Der Fragenkatalog sollte deshalb Anbieter und Partner ebenso systematisch beleuchten wie das Produkt — und dabei zwischen dem Softwarehersteller und dem oft davon getrennten Einführungspartner unterscheiden.
Die beste Auskunft über einen Anbieter geben Kunden, die mit ihm gearbeitet haben — idealerweise aus einer vergleichbaren Branche und Größenordnung. Referenzen sind mehr als Marketing, wenn man die richtigen Fragen stellt:
Nach der Einführung beginnt die lange Phase des Betriebs, in der Supportqualität und Wartung den Alltag prägen. Diese Themen werden bei der Auswahl oft vernachlässigt, weil sie in der Aufbruchstimmung fern wirken. Fragen:
Weil ein ERP eine langfristige Bindung ist, zählt auch die Stabilität und Perspektive des Anbieters. Ein Hersteller, dessen Produkt abgekündigt wird oder der wirtschaftlich wackelt, wird schnell zum Risiko. Prüffragen:
Der häufigste kaufmännische Fehler bei einer ERP-Auswahl ist, den Lizenz- oder Abopreis für die Gesamtkosten zu halten. Tatsächlich ist die Software oft nur ein Teil der Rechnung; Einführung, Betrieb und Weiterentwicklung dominieren die Gesamtkosten über die Jahre. Der Fragenkatalog muss deshalb die kaufmännische Betrachtung von Anfang an breit anlegen und auf die Total Cost of Ownership (TCO) zielen, nicht auf den Einstiegspreis.
ERP-Anbieter kalkulieren sehr unterschiedlich, und die Modelle sind selten direkt vergleichbar. Ziel der Fragen ist, die Preislogik transparent zu machen und versteckte Kostentreiber aufzudecken:
Eine belastbare TCO-Betrachtung trennt einmalige Projektkosten von laufenden Betriebskosten und zieht einen realistischen Zeithorizont von typischerweise mehreren Jahren. Nur so wird sichtbar, dass ein günstiger Einstieg teuer und ein teurer Einstieg über die Jahre günstig sein kann. Zu bedenken sind unter anderem:
Konkrete Preise und Faktoren sind stark vom Einzelfall abhängig und lassen sich nicht seriös pauschalieren; sie gehören im konkreten Angebot geprüft und über den gesamten Lebenszyklus gerechnet, nicht aus Sekundärquellen übernommen.
Der Vertrag ist das Dokument, das im Streitfall zählt. Gerade bei Abomodellen und Cloud-Lösungen verdienen Laufzeiten, Kündigung und Ausstiegsszenarien besondere Aufmerksamkeit. Fragen dazu:
Wenn alle Fragen gestellt und beantwortet sind, steht die Organisation vor einer Fülle von Informationen. Ohne eine systematische Auswertung droht die Entscheidung, doch wieder aus dem Bauch zu fallen — oder von der lautesten Stimme im Raum bestimmt zu werden. Ein einfaches, transparentes Bewertungsverfahren verhindert das und macht die Entscheidung auch gegenüber Geschäftsführung und Gremien begründbar.
Der erste Schritt jeder Bewertung ist die Trennung nach Verbindlichkeit. Nicht jede Anforderung wiegt gleich schwer, und einige sind schlicht unverzichtbar. Bewährt hat sich eine dreistufige Einteilung:
Die saubere Trennung dieser Ebenen ist entscheidend. Ein häufiger Fehler ist, zu viele Anforderungen zu Muss-Kriterien zu erklären — dann bleibt am Ende kein System übrig, oder die K.-o.-Logik wird aufgeweicht und verliert ihren Sinn. Muss-Kriterien sollten wirklich nur das Unverzichtbare umfassen.
Für die Soll- und Kann-Kriterien empfiehlt sich ein einfaches Punktbewertungsverfahren (Nutzwertanalyse). Jedes Kriterium erhält ein Gewicht, das seine Bedeutung ausdrückt, und für jedes System wird pro Kriterium ein Erfüllungsgrad vergeben. Aus Gewicht und Erfüllungsgrad ergibt sich eine Punktzahl, deren Summe die Kandidaten vergleichbar macht. Wichtig ist, die Gewichte vor der Bewertung der Anbieter festzulegen, damit nicht nachträglich das Ergebnis zurechtgebogen wird.
Das Ergebnis eines solchen Scorings ist kein Automat, der die Entscheidung fällt, sondern eine strukturierte Diskussionsgrundlage. Liegen zwei Kandidaten nah beieinander, lohnt der Blick hinter die Zahlen: Wo genau liegen die Unterschiede, und wie belastbar waren die Antworten? Zahlen schaffen Transparenz, ersetzen aber nicht das fachliche Urteil des Auswahlteams.
In der Praxis verläuft die Auswahl meist mehrstufig, und der Fragenkatalog wird in jeder Stufe mit wachsender Tiefe eingesetzt. Zunächst grenzt eine breite Longlist anhand der Muss-Kriterien und weniger Grundfragen den Markt ein. Aus ihr entsteht eine kompakte Shortlist weniger Kandidaten, die den vollen Katalog beantworten, Referenzen benennen und ihre Lösung anhand realer Beispielprozesse vorführen. Erst am Ende steht die begründete Entscheidung, in die Scoring, Teststellungen, Referenzgespräche und der Gesamteindruck einfließen. Diese Staffelung hält den Aufwand beherrschbar und richtet die Tiefe der Prüfung auf die aussichtsreichsten Kandidaten.
In der DACH-Region haben Datenschutz und Datensouveränität einen besonders hohen Stellenwert, rechtlich wie kulturell. Ein ERP-Projekt, das diese Fragen erst nachträglich stellt, riskiert teure Korrekturen oder eine grundsätzlich falsche Weichenstellung — etwa bei der Wahl zwischen Cloud und On-Premise oder beim Serverstandort. Die folgenden Fragen helfen, das Thema systematisch abzudecken, ersetzen aber keine fachkundige rechtliche Prüfung.
Wo die Daten physisch liegen und wer rechtlich auf sie zugreifen kann, ist eine Kernfrage der Datensouveränität — besonders bei Cloud-Lösungen. Fragen dazu:
Wenn ein Anbieter personenbezogene Daten in unserem Auftrag verarbeitet — was bei Cloud-ERP regelmäßig der Fall ist — verlangt die DSGVO klare vertragliche Grundlagen. Prüffragen:
Neben dem rechtlichen Rahmen zählt die tatsächliche technische und organisatorische Sicherheit. Anerkannte Zertifikate und Nachweise sind ein Indiz, ersetzen aber nicht die eigene Prüfung. Fragen:
