Auswahlmethode für ERP-Anbieter: Ein strukturierter Ansatz für die richtige Wahl

Wählen Sie den richtigen ERP-Anbieter mit unserer strukturierten Methodik aus, die Anforderungserfassung, RFP-Design, Lieferantenbewertung, Demos und Vertragsverhandlungen umfasst.

E
ECOSIRE Research and Development Team
|16. März 20267 Min. Lesezeit1.5k Wörter|

ERP-Anbieterauswahlmethodik: Ein strukturierter Ansatz für die richtige Wahl

Die Wahl des falschen ERP-Anbieters ist eine Entscheidung, die Unternehmen fünf bis zehn Jahre lang beschäftigen wird. Nucleus Research berichtet, dass 46 Prozent der Unternehmen ihre ERP-Auswahl innerhalb der ersten zwei Jahre bereuen, vor allem weil sich der Bewertungsprozess auf Funktionslisten und nicht auf die Geschäftstauglichkeit konzentrierte. Die durchschnittlichen Kosten für den Wechsel eines ERP-Systems während der Implementierung betragen 200–300 Prozent des ursprünglichen Budgets.

Dieser Leitfaden bietet einen methodischen Ansatz für die Auswahl eines ERP-Anbieters, der das Risiko von Reue verringert und die Übereinstimmung zwischen Ihren Geschäftsanforderungen und der gewählten Plattform gewährleistet.


Phase 1: Anforderungsdefinition (Wochen 1–6)

Erfassung der Geschäftsanforderungen

Bevor Sie sich an einen Anbieter wenden, dokumentieren Sie, was das ERP leisten soll.

Anforderungskategorien:

KategorieBeispieleStakeholder
FinanzmanagementGL, AP, AR, Budgetierung, Konsolidierung, mehrere WährungenCFO, Controller
LieferketteBeschaffung, Inventar, Lager, VersandCOO, Operations
HerstellungStückliste, Arbeitsaufträge, MRP, QualitätskontrolleProduktionsleiter
Vertrieb und CRMAngebote, Bestellungen, Pipeline, KundenmanagementVP Vertrieb
Personal- und GehaltsabrechnungMitarbeiterakten, Gehaltsabrechnung, Einstellung, AnwesenheitPersonalleiter
Reporting und AnalysenDashboards, Ad-hoc-Berichte, DatenexportAlle Abteilungen
IntegrationE-Commerce, Banking, EDI, Tools von DrittanbieternIT
ComplianceRegulatorische Anforderungen, Prüfpfad, ZugangskontrollenCompliance, Recht

Anforderungsklassifizierung (MoSCoW):

  • Muss vorhanden sein --- Nicht verhandelbar. Ohne dies kann das System nicht live gehen.
  • Sollte vorhanden sein --- Wichtig, aber nicht kritisch für den ersten Go-Live.
  • Könnte sein --- Wünschenswert, wenn Budget und Zeitplan dies zulassen.
  • Nicht erforderlich --- Ausdrücklich außerhalb des Rahmens dieses Projekts.

Technische Anforderungen

AnforderungOptionenIhr Bedarf
BereitstellungsmodellCloud SaaS, Private Cloud, On-Premise, Hybrid
DatenbankPostgreSQL, SQL Server, Oracle, MySQL
API-VerfügbarkeitREST, GraphQL, SOAP, Webhooks
Mobiler ZugriffNative App, responsives Web, beides
AnpassungsansatzKonfiguration, Low-Code, kundenspezifische Entwicklung
SkalierbarkeitBenutzer, Transaktionen, Datenvolumen
Betriebszeit-SLA99,5 %, 99,9 %, 99,99 %
DatenresidenzGeografische Anforderungen für die Datenspeicherung

Phase 2: Marktforschung und Longlist (Wochen 3–8)

Erstellen Sie Ihre lange Liste

Beginnen Sie mit 8–12 Anbietern, die potenziell zu Ihrer Branche und Größe passen:

Forschungsquellen:

  • Gartner Magic Quadrant für ERP
  • G2- und Capterra-Bewertungen (Filter nach Unternehmensgröße und Branche)
  • Empfehlungen der Branchenverbände
  • Peer-Empfehlungen von Organisationen ähnlicher Größe – Analystenberichte von Forrester, IDC, Nucleus Research

Erste Screening-Kriterien

Reduzieren Sie die lange Liste mithilfe binärer Kriterien auf 3–5 Anbieter:

Screening-FrageBestanden/Nicht bestanden
Unterstützt der Anbieter Ihr Bereitstellungsmodell (Cloud/On-Premise)?
Hat der Anbieter Kunden in Ihrer Branche?
Ist das System in Ihren gewünschten Sprachen verfügbar?
Ist der Anbieter in Ihrer geografischen Region tätig?
Liegt das Lizenzmodell in Ihrem Budgetrahmen?
Verfügt der Anbieter über ein aktives Partner-Ökosystem?
Ist der Anbieter seit mehr als 5 Jahren im Geschäft (Stabilität)?

Phase 3: Formale Bewertung (Wochen 8–16)

RFP-Design

Eine gut strukturierte Ausschreibung erhält nützliche Antworten. Wer schlecht strukturiert ist, bekommt Marketingbroschüren.

RFP-Abschnitte:

  1. Unternehmensübersicht --- Ihre Organisation, Branche und strategische Ausrichtung
  2. Projektumfang --- Module, Benutzer, Entitäten, Regionen
  3. Geschäftsanforderungen --- Detaillierte Anforderungen nach Kategorie mit MoSCoW-Priorität
  4. Technische Anforderungen --- Infrastruktur, Integration, Sicherheit
  5. Fragen zum Anbieter --- Unternehmensstabilität, Supportmodell, Roadmap
  6. Implementierungsansatz --- Methodik, Zeitplanerwartungen, Teamanforderungen
  7. Preise --- Fordern Sie detaillierte Preise an (Lizenzierung, Implementierung, Schulung, Support)
  8. Referenzen --- Fordern Sie 3-5 Referenzen in einer ähnlichen Branche/Größe an

Bewertungs-Scorecard

Bewerten Sie jeden Anbieter auf gewichteter Basis:

KriterienGewichtAnbieter AAnbieter BAnbieter C
Funktionelle Passform (Must-Have-Anforderungen)30 %
Technische Passform15 %
Gesamtbetriebskosten (5 Jahre)20 %
Umsetzungsansatz und Zeitplan10 %
Anbieterstabilität und Roadmap10 %
Partner-/Implementierungsökosystem5 %
Referenzen und Reputation5 %
Benutzererfahrung und Benutzerfreundlichkeit5 %
Gewichtete Gesamtsumme100%

Skript-Demos

Lassen Sie nicht zu, dass Anbieter ihre Standarddemo ausführen. Stellen Sie Szenarien bereit, die zu Ihrem Unternehmen passen:

Struktur des Demo-Szenarios:

Scenario: Process a multi-warehouse sales order with partial shipment
Context: Customer orders 100 units. 60 are in Warehouse A, 40 in Warehouse B.
         Ship 60 immediately from Warehouse A. Backorder 40.
         Invoice for 60 shipped. Second shipment in 2 weeks.

Show us:
1. How the sales order is created with multi-warehouse visibility
2. How partial fulfillment is processed
3. How the backorder is managed
4. How partial invoicing works
5. How the customer sees order status (if portal exists)
6. What GL entries are created at each step

Evaluation criteria:
- Number of clicks/steps to complete
- Clarity of user interface
- Handling of the multi-warehouse split
- Accuracy of financial postings
- Customer visibility and self-service

Phase 4: Tiefgründige Bewertung (Wochen 14–20)

Referenzprüfungen

Stellen Sie Referenzen spezifische Fragen:

  1. Wie lange hat die Umsetzung im Vergleich zur ursprünglichen Schätzung gedauert?
  2. Wie hoch waren die Gesamtkosten im Vergleich zum ursprünglichen Budget?
  3. Was war die größte Überraschung bei der Umsetzung?
  4. Wie ist die Qualität und Reaktionsfähigkeit des Anbieter-Supports?
  5. Was würden Sie anders machen, wenn Sie noch einmal anfangen würden?
  6. Würden Sie diesen Anbieter erneut wählen? Warum oder warum nicht?
  7. Wie hat der Anbieter mit Upgrades und Patches umgegangen?
  8. Was wünschen Sie sich vom System, was es nicht tut?

Gesamtbetriebskosten (5 Jahre)

KostenkategorieJahr 1Jahr 2Jahr 3Jahr 4Jahr 5Gesamt
Softwarelizenzierung
Implementierungsdienstleistungen
Datenmigration
Ausbildung
Anpassung/Entwicklung
Interne Arbeit (Projektteam)
Jährliche Wartung/Support
Infrastruktur (falls vor Ort)
Laufende Optimierung
Gesamt

Proof of Concept (optional, aber empfohlen)

Fordern Sie für Finalisten einen kostenpflichtigen Proof of Concept an:

  • Der Anbieter konfiguriert 1-2 kritische Geschäftsprozesse mithilfe Ihrer Daten
  • Ihr Team testet die Konfiguration 2–4 Wochen lang
  • Deckt verborgene Komplexitäts- und Benutzerfreundlichkeitsprobleme auf
  • Typische Kosten: 5.000 bis 20.000 US-Dollar pro Anbieter (die Investition lohnt sich)

Phase 5: Auswahl und Verhandlung (Woche 20–24)

Checkliste für Vertragsverhandlungen

  • Lizenzbedingungen klar definiert (Benutzertypen, gleichzeitiger oder benannter Benutzer, Modulzugriff)
  • Preissperrfrist (mindestens 3–5 Jahre, um überraschende Erhöhungen zu vermeiden)
  • Implementierungszeitplan mit meilensteinbasierten Zahlungen
  • Erfolgskriterien und Akzeptanzverfahren
  • Garantiezeitraum nach Go-Live (mindestens 90 Tage)
  • Support-SLAs (Reaktionszeiten nach Schweregrad, Verfügbarkeitsstunden)
  • Dateneigentum und Datenportabilität (Ihre Daten, Ihr Recht auf Export)
  • Austrittsbedingungen (was passiert, wenn Sie die Plattform verlassen)
  • Upgrade- und Versionssupportverpflichtungen
  • Haftungs- und Freistellungsklauseln

Häufige Auswahlfehler

  1. Die beste Demo der am besten geeigneten vorziehen --- Eine ausgefeilte Demo bedeutet nicht eine reibungslose Implementierung. Konzentrieren Sie sich auf Ihre spezifischen Szenarien.

  2. Unterschätzung der Gesamtkosten --- Lizenzgebühren betragen normalerweise 20–30 % der Gesamtkosten. Implementierung, Schulung und laufende Optimierung stehen im Vordergrund.

  3. Ignorieren des Implementierungspartners --- Der Partner ist oft wichtiger als der Anbieter. Bewerten Sie den Partner ebenso streng wie die Plattform.

  4. Auswahl durch Ausschusskonsens --- Konsens führt zu sicheren Entscheidungen, nicht zu optimalen. Weisen Sie der Person, die für die Ergebnisse verantwortlich ist, Entscheidungsbefugnis zu.

  5. Referenzen nicht gründlich prüfen --- Fragen Sie nach Referenzen, die Sie selbst auswählen (gleiche Branche, gleiche Größe), nicht nach Referenzen, die der Anbieter auswählt.


Verwandte Ressourcen


Die Auswahl eines ERP-Anbieters erfordert die Sorgfalt jeder größeren Kapitalinvestition. Eine strukturierte Methodik mit klaren Kriterien, gewichteter Bewertung und gründlicher Due Diligence reduziert das Risiko einer kostspieligen Fehlauswahl drastisch. Kontaktieren Sie ECOSIRE für Beratung zur ERP-Bewertung und Anbieterauswahl.

E

Geschrieben von

ECOSIRE Research and Development Team

Entwicklung von Enterprise-Digitalprodukten bei ECOSIRE. Einblicke in Odoo-Integrationen, E-Commerce-Automatisierung und KI-gestützte Geschäftslösungen.

Chatten Sie auf WhatsApp