LMS RFP Template: Leitfaden zur Erstellung eines LMS-RFP

Ein LMS RFP (Request for Proposal) ist ein strukturiertes Anfragedokument, mit dem du mehrere LMS-Anbieter anhand identischer, gewichteter Anforderungen vergleichbar machst. Statt Feature-Listen abzuhaken, formulierst du deine Anforderungen als bewertbare Aussagen, schickst sie an alle Anbieter deiner Shortlist und stellst die Antworten Punkt für Punkt gegenüber — eine nachvollziehbare Entscheidungsgrundlage statt Bauchgefühl.

Auf einen Blick:

• Wozu: LMS-Anbieter objektiv und nachvollziehbar vergleichen statt nach Bauchgefühl entscheiden.
• Kernstück: 40 bis 60 gewichtete Anforderungen in sieben Kategorien — als Aussagen formuliert, nicht als Fragen.
• Bewertung: Anbieter-Score mal Gewichtung pro Anforderung, summiert je Kategorie und gesamt.
• Wann nicht: bei klarer Vorab-Präferenz oder sehr kleinem Team — dann reicht ein strukturiertes Demo-Briefing.

→ Kostenlose LMS-RFP-Vorlage als Excel herunterladen — mit allen sieben Anforderungskategorien sowie Gewichtungs- und Bewertungsspalten.

Was ist ein LMS RFP?

RFP steht für Request for Proposal. Im Kontext der LMS-Auswahl ist es ein strukturiertes Dokument, das du an potenzielle Anbieter schickst, um ihre Eignung für deine Anforderungen einzuschätzen. Es enthält typischerweise: eine Projektbeschreibung, deine Bewertungskriterien, deine Anforderungen als bewertbare Aussagen und einen Zeitplan für den Auswahlprozess.

Das Ziel ist nicht, alle Features eines LMS abzufragen, sondern genau die Anforderungen abzubilden, die für dein Unternehmen entscheidend sind. Ein gutes RFP ist fokussiert — ein schlechtes RFP ist lang und beantwortet trotzdem nicht die richtigen Fragen.

Wann brauchst du ein LMS RFP — und wann nicht?

Ein RFP lohnt sich vor allem dann, wenn du mehrere Anbieter strukturiert vergleichen willst, interne Stakeholder in den Entscheidungsprozess einbinden musst oder eine nachvollziehbare Dokumentation benötigst — zum Beispiel für Compliance oder für eine interne Freigabe.

Es lohnt sich weniger, wenn du bereits eine klare Präferenz hast und das RFP nur als formale Hülse nutzt, wenn dein Unternehmen sehr klein ist und eine informelle Evaluation genügt oder wenn der Aufwand für Erstellung und Auswertung den Nutzen übersteigt.

Eine Alternative zum klassischen RFP ist ein strukturiertes Demo-Briefing: Du gibst allen Anbietern dieselbe Agenda für ihre Produktpräsentation vor — mit konkreten Use Cases, die sie live zeigen sollen. Das ist weniger aufwendig und liefert trotzdem vergleichbare Erkenntnisse.

RFP, RFI oder RFQ — was ist der Unterschied?

Die drei Begriffe werden oft vermischt, bezeichnen aber unterschiedliche Phasen der Anbieterauswahl:

• RFI (Request for Information): die offene Vorstufe. Du sammelst Marktüberblick und groben Funktionsumfang, bevor du eine Shortlist hast — sinnvoll, wenn das Anbieterfeld noch unklar ist.
• RFP (Request for Proposal): der strukturierte Hauptschritt. Du hast eine Shortlist und lässt Anbieter detailliert auf gewichtete Anforderungen antworten — der Fokus dieses Leitfadens.
• RFQ (Request for Quotation): die Preis-Phase. Anforderungen und Anbieter stehen fest, du holst vergleichbare Angebote zu klar definierten Leistungen ein.

Für die meisten LMS-Auswahlprozesse ist das RFP der entscheidende Schritt. Ein RFI lohnt sich nur bei einem großen, unübersichtlichen Anbieterfeld; ein RFQ folgt erst, wenn es nur noch um den Preis geht.

Was gehört in ein LMS RFP?

Ein vollständiges LMS-RFP besteht aus sechs Bestandteilen:

1. Projektbeschreibung

Kurze Einführung in dein Unternehmen, den Anlass der Suche und den Rahmen des Projekts. Entscheidend: Nutzerzahl, Branchen- und Compliance-Kontext, bestehende IT-Landschaft und grober Zeitplan. Anbieter brauchen diesen Kontext, um ihre Antworten sinnvoll zu kalibrieren.

2. Anforderungen nach Kategorien

Das Herzstück des RFP. Typische Kategorien sind:

• Technische Anforderungen & Sicherheit (z. B. SSO, DSGVO-Konformität, Hosting-Modell)
• Nutzer- und Rechteverwaltung (z. B. Rollen, Gruppen, Delegierung)
• Learning Experience (z. B. mobile App, Empfehlungslogik, Lernpfade)
• Inhaltserstellung & Kursverwaltung (z. B. SCORM/xAPI-Support, Autorentool)
• Skill Management (z. B. Skill-Taxonomie, Gap-Analysen, Rollenzuordnung)
• Admin & Reporting (z. B. Dashboards, automatische Berichte, Audit-Trail)
• Kundenbetreuung & Services (z. B. Onboarding-Unterstützung, SLA, Support-Modell)

Jede Anforderung wird als klare Aussage formuliert — nicht als Frage. Beispiel: „Das System unterstützt Single Sign-On via SAML 2.0.“ Anbieter bewerten dann, ob diese Anforderung erfüllt ist.

3. Gewichtung der Anforderungen

Nicht alle Anforderungen sind gleich wichtig. Klassische Gewichtung:

• 0 — Nicht benötigt
• 1 — Nice-to-have
• 2 — Must-have

Must-Haves können als Ausschlusskriterien verwendet werden: Ein Anbieter, der ein Must-Have nicht erfüllt, scheidet aus dem Prozess aus.

4. Bewertungskriterien für Anbieterantworten

Anbieter sollten jede Anforderung auf einer standardisierten Skala bewerten — zum Beispiel:

• 1 — Nicht unterstützt, nicht geplant
• 2 — Auf der Roadmap
• 3 — Erfordert Customization
• 4 — Standardfunktion

Diese Struktur ermöglicht eine Punkterechnung pro Anbieter und Kategorie und damit einen objektiven Vergleich.

5. Zeitplan

Wann wird das RFP versendet, wann ist die Deadline für Rückmeldungen, wann finden Produktdemos statt, wann wird die Entscheidung getroffen? Ein klarer Zeitplan zeigt Anbietern, dass der Prozess ernst gemeint ist, und hilft intern, alle Beteiligten koordiniert zu halten.

6. Projektbeschreibung für Anbieter

Zusätzliche Infos, die Anbieter für eine sinnvolle Angebotserstellung benötigen: Nutzerzahl, geplante Lernszenarien, bevorzugtes Preismodell, besondere Integrationsanforderungen.

Wie du Anbieterantworten bewertest

Wenn alle RFPs eingegangen sind, beginnt die Auswertung. Praktischer Ansatz:

1. Gewichte Anforderungen vorab (Must-have, Nice-to-have, nicht relevant)
2. Multipliziere Anbieter-Score × Gewichtung pro Anforderung
3. Summiere pro Kategorie und gesamt
4. Erstelle eine Übersichtstabelle für den Vergleich

Ein vereinfachtes Beispiel für die Kategorie „Technische Anforderungen & Sicherheit“: Anbieter A erreicht bei drei Must-have-Anforderungen (Gewichtung 2) die Bewertungen 4, 4 und 3 — das ergibt (4 + 4 + 3) × 2 = 22 Punkte. Anbieter B kommt mit 4, 2 und 4 auf (4 + 2 + 4) × 2 = 20 Punkte. Anbieter B verliert hier, weil er eine Must-have-Anforderung nur „auf der Roadmap“ hat. Genau solche Unterschiede macht die gewichtete Auswertung sichtbar — ein reiner Feature-Vergleich verschluckt sie.

Wichtig: Der höchste Score bedeutet nicht automatisch den besten Anbieter. Berücksichtige auch: Preis-Leistungs-Verhältnis, Qualität der Demo, Referenzen aus ähnlichen Unternehmen, Implementierungsaufwand und den persönlichen Eindruck beim Erstgespräch.

Typische Fehler beim LMS RFP

Zu lange, zu allgemein

RFPs mit 200+ Anforderungen überfordern Anbieter und liefern selten bessere Ergebnisse als ein fokussiertes Dokument mit 40 bis 60 Kernfragen. Besser: priorisieren, weglassen, was wirklich nicht relevant ist.

Keine klare Gewichtung

Wenn alle Anforderungen gleich gewichtet sind, hilft das RFP bei der Entscheidung nicht wirklich weiter. Must-Haves müssen klar als solche erkennbar sein.

Nur formale Anforderungen, keine Nutzerperspektive

Viele RFPs fragen nach Features, aber kaum nach der User Experience. Kombiniere das RFP deshalb immer mit Produktdemos — und binde künftige Nutzerinnen und Nutzer in die Demo-Bewertung ein.

RFP als Selbstzweck

Ein RFP, das nur erstellt wird, um einen Prozess formal abzudecken, kostet Zeit und liefert wenig. Wenn du ohnehin schon eine klare Entscheidung hast, ist ein strukturiertes Demo-Briefing sinnvoller.

LMS RFP Vorlage: Was du direkt nutzen kannst

Du kannst unsere LMS-RFP-Vorlage direkt herunterladen. Sie enthält:

• eine Projektbeschreibungsvorlage
• alle sieben Anforderungskategorien mit Beispiel-Anforderungen
• eine Gewichtungs- und Bewertungsspalte je Anforderung
• einen Zeitplan-Template

Die Vorlage ist als Excel-Datei konzipiert, damit du Anbieterscores direkt eingeben und automatisch summieren kannst.

Häufige Fragen zum LMS RFP

Was ist ein LMS RFP?
Ein LMS RFP (Request for Proposal) ist ein strukturiertes Dokument, das du an LMS-Anbieter schickst, um deren Eignung für deine Anforderungen zu bewerten. Es enthält deine Anforderungen als bewertbare Aussagen, eine Gewichtung und einen Zeitplan — damit alle Anbieter vergleichbar antworten können.

Muss ich ein RFP für die LMS-Auswahl verwenden?
Nein. Ein RFP ist bei mehreren Anbietern, internen Stakeholdern und einem höheren Entscheidungsvolumen sinnvoll. Bei kleineren Unternehmen oder klar eingegrenzten Anforderungen genügt oft ein strukturiertes Demo-Briefing.

Wie viele Anforderungen sollte ein LMS RFP haben?
Für die meisten Unternehmen reichen 40 bis 60 fokussierte Anforderungen. Mehr bedeutet nicht besser — ein zu langes RFP überfordert Anbieter und macht die Auswertung aufwändiger.

Wie lange dauert ein LMS-RFP-Prozess?
Ein typischer Zeitplan: 1 bis 2 Wochen für die Erstellung, 2 bis 3 Wochen Antwortfrist für Anbieter, 1 Woche Auswertung, dann Demos mit 3 bis 5 Anbietern. Gesamtdauer: 6 bis 10 Wochen.

Sollte Skill-Management Teil des LMS RFP sein?
Wenn du Lernen an konkrete Kompetenzanforderungen koppeln willst, ja. Frage gezielt nach Skill-Taxonomie, Gap-Analysen und der Zuordnung von Lerninhalten zu Rollen — viele klassische LMS decken das nur rudimentär ab. Skill-Management ist oft der Punkt, an dem sich Anbieter am stärksten unterscheiden.

Was ist der Unterschied zwischen LMS und LXP?
Ein LMS (Learning Management System) ist auf die Zuweisung und Dokumentation von Lerninhalten ausgerichtet, eine LXP auf personalisierte, selbstgesteuerte Lernerfahrungen. Den Unterschied erklären wir im Vergleich LMS vs. LXP im Detail.