So schreiben Sie eine ERP-RFP: Kostenlose Vorlage und Bewertungskriterien

Eine ERP-Angebotsanfrage (RFP) ist das Dokument, das darüber entscheidet, ob Sie die richtigen Anbieter bewerten, die richtigen Fragen stellen und letztendlich ein System auswählen, das zu Ihrem Unternehmen passt – oder ob Sie sechs Monate damit verschwenden, Plattformen anhand der falschen Kriterien zu vergleichen und am Ende ein System zu erhalten, das teure Anpassungen erfordert, um das zu tun, was Sie tatsächlich benötigen.

Die meisten ERP-RFPs scheitern aus einem von drei Gründen: Sie sind zu allgemein (von einer Vorlage kopiert, ohne sie an das tatsächliche Unternehmen anzupassen), zu detailliert (200-seitige Dokumente, auf die Anbieter Standardantworten einreichen) oder sie konzentrieren sich auf Funktionen statt auf Ergebnisse (fragen: „Unterstützen Sie mehrere Währungen?“ statt „Wie geht Ihr System mit unserem spezifischen Mehrwährungs-Workflow um, bei dem wir in CNY einkaufen, in USD und EUR verkaufen und in GBP berichten?“).

Dieser Leitfaden bietet ein praktisches, getestetes RFP-Framework, das aussagekräftige Antworten von Anbietern hervorruft, einen objektiven Vergleich ermöglicht und Ihnen die Informationen liefert, die Sie für eine sichere Entscheidung benötigen. Jeder Abschnitt enthält die spezifische Sprache und die Kriterien, die Sie benötigen, sowie die Bewertungsmethode zur Bewertung der Antworten.

Wichtige Erkenntnisse

– Eine effektive ERP-RFP umfasst 15–25 Seiten (nicht 200) und konzentriert sich auf Geschäftsergebnisse, nicht auf Feature-Checklisten

• Die Ausschreibung sollte Ihre Prozesse und Herausforderungen beschreiben und dann die Anbieter fragen, wie sie diese angehen würden – und keine Lösungen vorschreiben
• Fügen Sie 5–7 kritische Geschäftsszenarien hinzu, die Anbieter in ihrer Demo demonstrieren müssen (keine allgemeine Produkt-Komplettlösung).
• Gewichtetes Scoring mit vorgegebenen Kriterien verhindert emotionale Entscheidungsfindung und Lieferantenbevorzugung
• Referenzprüfungen sollten spezifische Fragen zur Implementierungserfahrung stellen, nicht „Sind Sie zufrieden?“
• Der gesamte Bewertungsprozess (RFP → Shortlist → Demo → Referenzprüfungen → Entscheidung) sollte 8-12 Wochen dauern

---

Die ERP-RFP-Prozesszeitleiste

---

RFP-Struktur: Abschnitt für Abschnitt

Abschnitt 1: Unternehmensübersicht

Stellen Sie den Anbietern ausreichend Kontext zur Verfügung, damit sie ihre Reaktion auf Ihr Unternehmen zuschneiden können. Geben Sie nicht nur Fakten an, sondern erklären Sie, worauf es ankommt und warum.

Enthalten:

Abschnitt 2: Geschäftsanforderungen

Dies ist der Kern des RFP. Organisieren Sie Anforderungen nach Geschäftsprozessen, nicht nach Softwaremodulen. Anbieter reagieren besser auf die Frage „Wie handhabt Ihr System unseren Order-to-Cash-Prozess?“ als „Listen Sie die Merkmale Ihrer Debitorenbuchhaltung auf.“

Anforderungskategorien:

Anforderungsprioritätsstufen

---

Abschnitt 3: Technische Anforderungen

Abschnitt 4: Fragen des Anbieters

Stellen Sie Fragen, die die Leistungsfähigkeit und Eignung des Anbieters offenbaren, nicht nur die Produktmerkmale.

Kritische Fragen zum Anbieter:

1. Beschreiben Sie Ihre Implementierungsmethodik. Was sind die Phasen, Meilensteine ​​und der typische Zeitplan für ein Unternehmen unserer Größe?
2. Wie viele Implementierungen haben Sie in unserer Branche abgeschlossen? Stellen Sie 3 Referenzkunden ähnlicher Größe und Komplexität bereit.
3. Wie gehen Sie bei der Datenmigration vor? Wie gehen Sie mit der Datenbereinigung und -validierung um?
4. Wie werden Anpassungen bei Upgrades gehandhabt? Wie viel Prozent Ihrer Kunden benötigen eine maßgeschneiderte Entwicklung?
5. Beschreiben Sie Ihren Trainingsansatz. Welche Materialien, Formate und fortlaufenden Ressourcen stehen zur Verfügung?
6. Was ist Ihr Supportmodell? Reaktionszeit-SLAs? Eskalationsprozess? Eigener Account Manager?
7. Geben Sie eine detaillierte Preisaufschlüsselung an: Lizenzen, Implementierung, Anpassung, Schulung, jährliche Wartung, Hosting.
8. Wie sieht Ihre Produkt-Roadmap für die nächsten 2 Jahre aus? Wie beeinflussen Kunden die Roadmap?
9. Wie hoch sind die typischen Gesamtbetriebskosten für ein Unternehmen unserer Größe über 5 Jahre?
10. Beschreiben Sie eine fehlgeschlagene Implementierung und was Sie daraus gelernt haben. (Diese Frage offenbart Ehrlichkeit und Selbstbewusstsein.)

Abschnitt 5: Demo-Anforderungen

Lassen Sie nicht zu, dass Anbieter ihre Standarddemo ausführen. Schreiben Sie 5–7 kritische Geschäftsszenarien vor, die anhand Ihrer tatsächlichen (oder repräsentativen) Daten demonstriert werden müssen.

Skript-Demo-Szenario-Vorlage:

Scenario 3: Multi-Warehouse Inventory Transfer

Background:
  We operate 3 warehouses (East, Central, West) and frequently transfer
  inventory between them to balance stock levels.

Demo Requirements:
  1. Show how a warehouse manager identifies that East warehouse has
     excess stock of SKU-4521 while West warehouse is below safety level
  2. Create an inter-warehouse transfer request with approval workflow
  3. Process the transfer: pick from East, ship, receive at West
  4. Show real-time inventory update across all warehouses
  5. Demonstrate the accounting entries generated (if any)
  6. Show the transfer history and audit trail

Evaluation Criteria:
  - Ease of identifying stock imbalances across locations
  - Number of steps/clicks to complete the transfer
  - Real-time inventory visibility during the transfer process
  - Audit trail completeness

---

Methode zur Lieferantenbewertung

Gewichtete Bewertungsmatrix

Weisen Sie jeder Bewertungskategorie eine Gewichtung zu, je nachdem, was für Ihr Unternehmen am wichtigsten ist. Die Gewichte sollten insgesamt 100 % betragen.

Bewertung der funktionellen Passform

Bewerten Sie für jede Anforderung die Antwort des Anbieters:

Gewichtete Anforderungsbewertung = Bewertung × Prioritätsgewichtung (M=3, I=2, D=1)

Bewertungs-Scorecard-Vorlage

In diesem Beispiel erzielt Anbieter B die höchste Punktzahl (3,50), gefolgt von Anbieter C (3,41) und Anbieter A (3,32).

---

Leitfaden zur Referenzprüfung

Referenzprüfungen sind der am wenigsten genutzte Teil der ERP-Auswahl. Fragen Sie nicht einfach: „Sind Sie mit dem System zufrieden?“ – Stellen Sie konkrete Fragen, die die Realität der Umsetzung offenbaren.

Fragen zur Referenzprüfung

Implementierungserfahrung:

1. Wie lange hat die Umsetzung im Vergleich zur ursprünglichen Schätzung gedauert?
2. Wie hoch waren die endgültigen Kosten im Vergleich zum ursprünglichen Budget? Was hat zu Überschreitungen geführt?
3. Was war die größte Herausforderung bei der Umsetzung? Wie hat der Verkäufer damit umgegangen?
4. Wie viele Ihrer Anforderungen erforderten eine kundenspezifische Entwicklung? Wie komplex war es?
5. Wie war die Erfahrung mit der Datenmigration? Haben Sie Daten verloren oder Probleme mit der Datenqualität festgestellt?

Nach der Implementierung: 6. Wie lange hat es gedauert, bis Benutzer sich damit auskennen? Welches Training war am effektivsten? 7. Worüber beschweren sich Benutzer am meisten? Was loben sie am meisten? 8. Wie reaktionsschnell ist der Anbieter-Support, wenn Sie Probleme haben? Was ist die typische Lösungszeit? 9. Wie werden Upgrades gehandhabt? Sind bei Upgrades Anpassungen fehlerhaft? 10. Wenn Sie noch einmal anfangen würden, würden Sie sich für denselben Anbieter entscheiden? Was würden Sie anders machen?

Kritische Frage für Unternehmen ähnlicher Größe: 11. Wie hoch waren Ihre Gesamtbetriebskosten in den ersten drei Jahren, einschließlich aller Kosten – Lizenzen, Implementierung, Anpassung, Schulung und interne Ressourcen?

---

Häufige RFP-Fehler, die Sie vermeiden sollten

---

ERP-RFP-Vorlagenübersicht

Verwenden Sie diese Gliederung, um Ihr RFP-Dokument zu strukturieren:

1. INTRODUCTION
   1.1 Purpose of this RFP
   1.2 Company overview
   1.3 Project objectives and scope
   1.4 Timeline and key dates
   1.5 Contact information and submission instructions

2. CURRENT STATE
   2.1 Existing systems and technology landscape
   2.2 Current business processes (high-level)
   2.3 Key challenges and pain points
   2.4 Data volumes and transaction volumes

3. BUSINESS REQUIREMENTS
   3.1 Financial management (M/I/D per requirement)
   3.2 Sales and CRM
   3.3 Procurement
   3.4 Inventory and warehouse
   3.5 Manufacturing (if applicable)
   3.6 HR and payroll (if applicable)
   3.7 Reporting and analytics
   3.8 Integration requirements
   3.9 Compliance requirements

4. TECHNICAL REQUIREMENTS
   4.1 Deployment and architecture
   4.2 Security and compliance
   4.3 Integration and API
   4.4 Mobile and accessibility
   4.5 Disaster recovery and SLA

5. VENDOR QUESTIONS
   5.1 Company background and financial health
   5.2 Implementation methodology and team
   5.3 Training and change management
   5.4 Support and maintenance model
   5.5 Product roadmap
   5.6 Pricing (detailed breakdown required)

6. DEMO REQUIREMENTS
   6.1 Scenario 1: [Order-to-Cash]
   6.2 Scenario 2: [Procure-to-Pay]
   6.3 Scenario 3: [Inventory Management]
   6.4 Scenario 4: [Financial Close]
   6.5 Scenario 5: [Reporting and Analytics]
   6.6 Scenario 6: [Industry-Specific Process]
   6.7 Scenario 7: [Integration Demo]

7. EVALUATION CRITERIA
   7.1 Scoring methodology
   7.2 Category weights
   7.3 Selection timeline

8. TERMS AND CONDITIONS
   8.1 Confidentiality requirements
   8.2 Proposal validity period
   8.3 Right to reject all proposals

APPENDIX
   A. Detailed requirement matrix
   B. Data volume specifications
   C. Integration architecture diagram
   D. Sample data for demo

---

Zusammenarbeit mit einem Implementierungspartner

ECOSIRE bietet ERP-Beratungsdienste, die herstellerneutrale Anforderungsanalyse, RFP-Entwicklung, Unterstützung bei der Lieferantenbewertung und Implementierungsmanagement umfassen. Für Unternehmen, die sich bereits für Odoo entschieden haben, decken unsere Implementierungsdienste den gesamten Bereitstellungslebenszyklus von den Anforderungen bis zur Inbetriebnahme und darüber hinaus ab.

---

Häufig gestellte Fragen

An wie viele Anbieter sollte ich meine ERP-RFP senden?

Senden Sie Ihre Ausschreibung an maximal 5–8 Anbieter. Weniger als 5 schränkt Ihre Optionen ein und verringert den Wettbewerbsdruck. Mehr als 8 führt zu einem Bewertungsaufwand, der zu oberflächlicher Analyse und Entscheidungsmüdigkeit führt. Führen Sie vor dem Versenden der Ausschreibung eine erste Recherche durch, um eine lange Liste von 10 bis 15 Kandidaten zu erstellen, und qualifizieren Sie sie dann vorab anhand ihrer Brancheneignung, Unternehmensgröße, Budgettauglichkeit und Bereitstellungsmodell, um sie auf 5 bis 8 einzugrenzen.

Wie lange sollten Anbieter Zeit haben, auf die Ausschreibung zu antworten?

Geben Sie den Anbietern zwei bis drei Wochen Zeit, um zu antworten. Weniger als zwei Wochen führen zu überstürzten, allgemeinen Antworten. Bei mehr als drei Wochen haben Anbieter die Möglichkeit, Ihre Ausschreibung zu priorisieren. Bieten Sie in der ersten Woche eine Frage-und-Antwort-Runde an, in der Anbieter schriftliche Fragen einreichen können – verteilen Sie alle Fragen und Antworten aus Gründen der Fairness an alle Anbieter. Legen Sie eine feste Einreichungsfrist ohne Verlängerungen fest.

Soll ich Preisanforderungen in die Ausschreibung aufnehmen?

Ja. Fordern Sie eine detaillierte Preisaufschlüsselung an, die Folgendes aufschlüsselt: Softwarelizenzierung (pro Benutzer, pro Modul oder Flat), Implementierungsdienste (nach Phase und Ressourcenebene), Anpassung/Entwicklung (geschätzte Stunden und Stundensatz), Schulung (im Preis inbegriffen vs. zusätzliche Kosten), jährliche Wartung und Support sowie Hosting/Infrastruktur. Die Angabe Ihres Budgetrahmens hilft Anbietern, Lösungen mit angemessenem Umfang anzubieten. Ohne einen Budgetindikator erhalten Sie für die gleichen Anforderungen Angebote in der Größenordnung von 50.000 bis 500.000 US-Dollar, was einen Vergleich unmöglich macht.

Was ist der Unterschied zwischen einem RFP und einem RFI?

Ein RFI (Request for Information) ist ein vorläufiges Dokument, mit dem allgemeine Informationen über die Fähigkeiten des Anbieters gesammelt werden, bevor Sie genau wissen, was Sie benötigen. Es ist kürzer, weniger formell und erfordert keine Preisangabe. Ein RFP (Request for Proposal) ist ein detailliertes Dokument, das Ihre Anforderungen spezifiziert und Anbieter auffordert, eine spezifische Lösung mit Preisvorschlägen vorzuschlagen. Verwenden Sie zunächst eine RFI, wenn Sie sich noch am Anfang Ihrer ERP-Reise befinden und wissen möchten, was verfügbar ist. Verwenden Sie eine Ausschreibung, wenn Sie Ihre Anforderungen kennen und bereit sind, spezifische Lösungen zu bewerten.

Wie verhindere ich, dass Anbieter bei jeder Anforderung einfach „Ja“ ankreuzen?

Drei Techniken: (1) Fügen Sie bei kritischen Anforderungen „Beschreiben Sie, wie Ihr System damit umgeht“ unter dem Ja/Nein-Kontrollkästchen hinzu – Anbieter müssen erklären, nicht nur überprüfen. (2) Erfordern Sie szenariobasierte Demos, bei denen die Anbieter zeigen und nicht erzählen müssen. Es ist einfach, in einer Funktionsliste „Ja“ anzukreuzen. Es ist unmöglich, Funktionen zu demonstrieren, die nicht vorhanden sind. (3) Nehmen Sie Anforderungen auf, die für Ihre Branche absichtlich schwierig oder ungewöhnlich sind – Anbieter, die bei allem „Ja“ ankreuzen, auch bei Anforderungen, die sie realistischerweise nicht erfüllen können, erweisen sich als nicht vertrauenswürdig.

Wie wichtig sind Referenzprüfungen bei der ERP-Auswahl?

Referenzprüfungen sind von entscheidender Bedeutung und werden durchweg unterbewertet. Anbieterdemos zeigen das Produkt von seiner besten Seite – Referenzen zeigen die Realität der Umsetzung. Bestehen Sie darauf, mit Referenzen ähnlicher Größe und Branche zu sprechen. Fragen Sie nach Budgetüberschreitungen, Zeitverzögerungen, Herausforderungen bei der Anpassung und der Reaktionsfähigkeit des Supports. Stellen Sie die Frage, die niemand stellt: „Worüber beschweren sich Ihre Benutzer am meisten?“ Die Antwort verrät Ihnen mehr über die alltägliche Realität als jede Demo.

Kann ich dieselbe RFP-Vorlage für Cloud- und On-Premise-ERP verwenden?

Die Abschnitte zu den Geschäftsanforderungen sind unabhängig vom Bereitstellungsmodell gleich. Allerdings sollte der Abschnitt zu den technischen Anforderungen angepasst werden. Betonen Sie bei Cloud-ERP Folgendes: Datenresidenz, Verfügbarkeits-SLAs, Sicherheitszertifizierungen, Sicherung und Wiederherstellung sowie Ausstiegsstrategie (Datenportabilität). Betonen Sie bei On-Premise Folgendes: Hardwareanforderungen, Datenbankunterstützung, Betriebssystemkompatibilität, Backup-Strategie und Anforderungen an IT-Kenntnisse. Wenn Sie für beides offen sind, bitten Sie die Anbieter, ihr empfohlenes Bereitstellungsmodell mit Begründung vorzuschlagen.

---

Starten Sie Ihre ERP-Auswahl

Eine gut strukturierte Ausschreibung ist die Grundlage einer erfolgreichen ERP-Auswahl. Nehmen Sie sich die Zeit, Ihre Anforderungen gründlich zu dokumentieren, aussagekräftige Bewertungskriterien zu entwerfen und Ihre Demos anhand Ihrer tatsächlichen Geschäftsszenarien zu erstellen. Die Investition in einen strengen Auswahlprozess erspart monatelange Implementierungsprobleme und Hunderttausende Dollar für Nacharbeiten.

Das ERP-Beratungsteam von ECOSIRE unterstützt Unternehmen in jeder Phase des Auswahlprozesses – von der Anforderungserfassung und RFP-Entwicklung bis hin zur Lieferantenbewertung und -implementierung. Kontaktieren Sie uns für eine kostenlose Beratung zu Ihrem ERP-Auswahlprojekt.