RFP für Loyalty-Programme: Anbieterklassen und Longlist
Anbietermarkt strukturieren, Anforderungen bündeln und eine belastbare Longlist für Loyalty-Projekte aufbauen.
RFP-Vorhaben besprechen →Ein Loyalty-RFP beginnt nicht mit einer langen Anbieterliste. Zuerst werden Ziel, Zielgruppen, Leistungsumfang, Daten, Plattformrolle, Betriebsmodell und Bewertungskriterien geklärt. Danach lassen sich Anbieterklassen, Shortlist und Angebote vergleichbar strukturieren.
- Zielbild und Scope vor der Longlist klären
- Anbietertypen nach Rolle und Leistung trennen
- Muss-Kriterien und Nachweise definieren
- RFP mit gleichem Mengengerüst ausgeben
Ein RFP für ein Loyalty-Programm schafft Vergleichbarkeit zwischen Anbietern, wenn Anforderungen, Mengen, Use Cases und Bewertung vorab klar sind. Die Longlist ist dabei ein begründeter Ausgangspunkt – keine Rangliste vermeintlich „bester“ Anbieter.
Diese Seite fokussiert Anbieterklassen und Longlist. Den detaillierten Vergabeprozess behandelt Loyalty-Programm ausschreiben; Kosten und TCO vertieft Was kostet ein Loyalty-System?.
Was ist ein Loyalty-RFP?
| RFP-Baustein | Frage | Ergebnis |
|---|---|---|
| Zielbild | Welche Kundenbeziehung oder Aktivität soll unterstützt werden? | Begründeter Programmauftrag |
| Leistungsumfang | Was soll Beratung, Plattform, Betrieb oder Partner leisten? | Abgegrenzter Scope |
| Mengengerüst | Welche Teilnehmer, Länder, Daten und Mengen gelten? | Vergleichbare Kalkulation |
| Use Cases | Welche Abläufe müssen demonstriert werden? | Prüfbare Anforderungen |
| Bewertung | Wie werden Qualität, Risiko und Preis gewichtet? | Transparente Scorecard |
Ein RFP übersetzt ein Programmziel in eine strukturierte Anfrage. Es ersetzt keine Strategie und sollte nicht mit einer unklaren Wunschliste starten.
Anbieter erhalten dieselbe Grundlage, dieselben Fristen und dieselben Antworten auf Rückfragen. Abweichungen werden dokumentiert und allen verbleibenden Kandidaten mitgeteilt.
Die RFP-Dokumente werden versioniert und mit einem Terminplan für Rückfragen, Demos, Bewertung und Entscheidung versehen.
Zielbild und Scope vor der Longlist
Das Briefing beschreibt Zielgruppen, Länder, Kanäle, Mechanik, Vorteile, Datenquellen, vorhandene Systeme, Zeitfenster und interne Rollen. Auch Nicht-Ziele und spätere Ausbaustufen werden festgehalten.
Leistungsfelder werden getrennt: Strategie, Fachkonzept, Kommunikation, Plattform, Integrationen, Prämien, Logistik, Support, Reporting und Optimierung. So lässt sich entscheiden, ob ein Anbieter alles, Teile oder nur die Koordination übernehmen soll.
Offene Annahmen erhalten einen Prüfstatus. Unbestätigte Teilnehmerzahlen oder Integrationszusagen dürfen nicht als sichere Kalkulationsbasis ausgegeben werden.
Vor der Marktansprache wird außerdem festgelegt, wer im Unternehmen Entscheidungen trifft, welche Daten geteilt werden dürfen und welche internen Kapazitäten für Workshops, Demos und Bewertung verfügbar sind. Einkauf, Fachbereich, IT, Datenschutz, Recht und Betrieb werden passend zum Risikoprofil eingebunden. Ein RFP ohne verfügbare Entscheider erzeugt zwar Angebote, aber keine belastbare Auswahl.
Wenn Ziele und Anbieterklassen feststehen, schafft ein strukturiertes Loyalty-Lastenheft mit RFP die Grundlage für vergleichbare Angebote, belastbare Nachweise und eine nachvollziehbare Auswahlentscheidung.
Anbieterklassen im Loyalty-Markt
| Anbieterklasse | Typische Stärke | Zu prüfen |
|---|---|---|
| Strategieberatung | Zielbild, Business Case, Fachkonzept | Umsetzung und Betriebsnähe |
| Loyalty-Agentur | Konzeption, Kommunikation, Koordination und ggf. Betrieb | Partnerrollen und Plattformbindung |
| Softwareanbieter | Plattform, Module, Support und Integrationen | Fachkonzept und Betriebsumfang |
| Prämien-/Fulfillment-Spezialist | Sortiment, Beschaffung, Versand und Service | Programmlogik und Plattformanschluss |
| Full-Service-Modell | Mehrere Leistungsfelder aus einer Hand oder über Partner | Tatsächliche Verantwortlichkeiten |
Klassen überschneiden sich. Entscheidend ist, welche Rolle im konkreten Programm benötigt wird und wer für Übergaben verantwortlich ist.
Eine Longlist sollte passende Klassen abdecken, aber keine Anbieter aufnehmen, deren Kernleistung klar am Bedarf vorbeigeht. Marktbekanntheit oder ein großes Logo ersetzt keine Aufgabenpassung.
Die Einordnung der Anbieterklasse sollte nicht erst im Preisvergleich erfolgen. Ein Softwareanbieter kann bei Plattform und Integrationen stark sein, während Fachkonzept oder Prämienbetrieb zusätzliche Partner benötigen. Umgekehrt kann eine Agentur mit mehreren Technologien arbeiten, aber für Hosting und Support auf einen Plattformpartner angewiesen sein. Diese Abhängigkeiten werden im RFP ausdrücklich abgefragt.
Longlist methodisch aufbauen
Quellen können eigene Erfahrung, Fachnetzwerke, Marktbeobachtung, Ausschreibungsdaten und begründete Empfehlungen sein. Jede Aufnahme erhält eine kurze Begründung entlang der Muss-Kriterien.
Die Liste wird auf Anbieterrolle, Länder, Zielgruppe, Plattform, Integrationen, Betrieb und Nachweise geprüft. Mögliche Interessenkonflikte und Partnerabhängigkeiten bleiben sichtbar.
Die Longlist wird anschließend über RFI oder strukturierte Vorprüfung auf eine Shortlist verdichtet. Eine feste Anzahl ist nicht automatisch besser; Qualität und Vergleichbarkeit sind entscheidend.
Muss-Kriterien und Ausschlussgründe
Muss-Kriterien sind unverzichtbare Voraussetzungen, etwa bestimmte Länder, Datenverarbeitung, Rollenmodell, Integrationen, Servicezeiten oder Prämienprozesse. Sie werden vor der Anbieterkommunikation abgestimmt.
Ausschlussgründe können fehlende Zielgruppenpassung, nicht erfüllbare Sicherheitsanforderungen, unklare Datenhoheit, fehlende Betriebsressourcen oder nicht passende Vertragsmodelle sein.
Wunschkriterien werden davon getrennt gewichtet. Ein Anbieter darf Muss-Kriterien nicht durch Punkte in nebensächlichen Feldern kompensieren.

RFI und Shortlist
Ein RFI fragt Fähigkeiten, Team, Plattformrolle, Partner, Länder, Mengen, Nachweise und relevante Referenzen ab. Fragen sollten Beispiele und Einschränkungen verlangen, nicht nur Ja/Nein.
Die Shortlist entsteht aus Muss-Kriterien, Aufgabenpassung und Risiko. Antworten werden mit Quellen, Rückfragen und offenen Punkten dokumentiert.
Anbieter erhalten Informationen in vergleichbarem Umfang. Vertrauliche Projektdaten werden erst geteilt, wenn Zweck und Schutz angemessen geklärt sind.
RFP-Mengengerüst und Preisblatt
Das RFP enthält Teilnehmer, aktive Nutzer, Länder, Sprachen, Datenquellen, Transaktionen, Aktionen, Einlösungen, Prämien, Versandvolumen, Supportfälle und erwartete Änderungen.
Preispositionen werden getrennt ausgewiesen: Konzept, Setup, Plattform, Integration, Betrieb, Prämien, Versand, Support, Change und Exit. Annahmen, Mindestmengen und Ausschlüsse müssen sichtbar sein.
Ein gemeinsames Mengengerüst macht Angebote vergleichbar. Die TCO-Seite Was kostet ein Loyalty-System? erklärt die wichtigsten Kostenblöcke.
Use Cases und Anbieter-Demos
Kritische Abläufe werden als Use Cases beschrieben: Registrierung, Identifikation, Regelberechnung, Korrektur, Storno, Rollenwechsel, Einlösung, Support, Reporting und Datenexport.
Alle Anbieter bearbeiten dieselben Fälle. Nicht nur der Happy Path wird bewertet; Sonderfälle zeigen, wie Plattform und Betrieb zusammenspielen.
Agenda, Zeit, Teilnehmer und Bewertungsfragen werden vorab festgelegt. Nachträgliche Informationen werden allen Kandidaten zugänglich gemacht.
Für jede Demo wird ein Protokoll mit beobachtetem Ablauf, offenen Fragen, zugesagten Nachweisen und Verantwortlichen geführt. Die Bewertungsgruppe unterscheidet Funktionsumfang, Konfiguration, individuelle Entwicklung und manuelle Workarounds. Dadurch wird sichtbar, ob ein Anbieter eine Anforderung standardmäßig erfüllt oder nur unter zusätzlichen Bedingungen. Auch Abhängigkeiten zu externen Plattformen, Logistikpartnern oder internen Teams werden festgehalten. Diese Details sind für TCO, Risiko und spätere Betriebsfähigkeit relevanter als eine reine Feature-Anzahl.
Bewertungsmatrix und Scorecard
| Dimension | Beispielgewichtung nach Projekt | Beleg |
|---|---|---|
| Fachliche Passung | Zielbild, Mechanik, Zielgruppe und Prozess | Konzept und Use-Case-Antwort |
| Technologie | Daten, Plattform, Integrationen und Export | Architektur und Demo |
| Betrieb | Support, Prämien, Reporting und Eskalation | Servicekatalog und RACI |
| Nachweise und Risiko | Datenschutz, Sicherheit, Vertrag und Partner | Dokumentenprüfung |
| Kosten und TCO | Mengen, Szenarien, Change und Exit | Preisblatt und Annahmen |
Gewichte sind projektspezifisch und werden vor der Bewertung beschlossen. Punkte ohne Beleg bleiben nicht ausreichend.
Kommentare, Abweichungen und offene Fragen werden neben der Scorecard dokumentiert. Eine Entscheidung kann von der reinen Punktzahl abweichen, muss dann aber begründet werden.
Nachweise, Datenschutz und Vertrag
Welche Nachweise benötigt werden, hängt von Daten, Ländern, Integrationen und Risikoprofil ab. Möglich sind Rollen- und Berechtigungskonzepte, Unterauftragnehmer, Service-Level, Sicherung, Wiederanlauf, technische Dokumentation und Exit-Regelungen.
Steuer-, Arbeits-, Datenschutz- und weitere Rechtsfragen werden mit zuständigen Fachstellen geprüft. Pauschale Rechts- oder Zertifizierungsbehauptungen sind kein Ersatz für projektbezogene Prüfung.
Geltungsbereich, Aktualität und Bezug zum angebotenen Service werden je Nachweis bewertet.
Die RFP-Scorecard kann zusätzlich eine Risikospalte enthalten. Dort werden Abhängigkeiten, offene Nachweise, Lieferfähigkeit, Datenzugang und Exit-Risiken bewertet. Risiken werden nicht durch eine positive Präsentation ausgeblendet, sondern erhalten eine Maßnahme oder eine bewusste Akzeptanz. So wird die Entscheidung auch für spätere Projektgremien und Vertragsverhandlungen nachvollziehbar.
Entscheidung und Übergabe
Die Auswahl verbindet Scorecard, Belege, TCO, Risiken, Team und Umsetzbarkeit. Eine Longlist wird nicht automatisch zum Zuschlag.
Vor Vertragsschluss werden Leistungsgrenzen, Verantwortlichkeiten, Datenzugang, Unterauftragnehmer, Preise, Änderungen, Laufzeit, Kündigung und Exit geprüft.
Die Übergabe in Umsetzung plant Daten, Integrationen, Prämien, Tests, Kommunikation und Betriebsstart. Der Leitfaden Loyalty-System einführen ordnet diese Arbeit in sechs Entscheidungsschritte ein. Offene Punkte aus RFP und Demo werden als Aufgaben weitergeführt.
Wie PRODATA im RFP einzuordnen ist
PRODATA begleitet Kundenbindungs- und Incentive-Programme je nach Projektumfang. Je nach Projekt kann die Unterstützung Strategie und Konzeption, technische Plattform, Programmbetrieb sowie Prämien- und Versandprozesse umfassen.
PRODATA ist möglicher Anbieter für bestimmte Leistungsfelder und keine neutrale Rankingstelle. Wenn PRODATA angefragt wird, gelten dieselben Anforderungen, Use Cases und Nachweiskriterien wie für andere Kandidaten.
Ein Erstgespräch kann Scope, Anbietermodell und nächsten Auswahlbaustein klären.
Ein RFP-Prozess sollte nach der Entscheidung in die Umsetzungsplanung übergehen. Anforderungen, Annahmen, offene Punkte, Freigaben und zugesagte Nachweise werden in einem gemeinsamen Übergabestand dokumentiert. So bleiben Auswahl und Umsetzung verbunden und der Anbieter muss nicht bei null beginnen.
Bei komplexen Programmen können Fachkonzept, Datenprüfung oder Pilot als separate Entscheidungsstufen vereinbart werden. Das erlaubt eine kontrollierte Risikoprüfung, ohne bereits alle späteren Leistungen verbindlich zu beauftragen.
PRODATA Loyalty-Kompendium – kostenlos als PDF
Grundlagen, Mechaniken und Entscheidungshilfen für die Planung von Kundenbindungs- und Incentive-Programmen.
Häufige Fragen zum Loyalty-RFP
Ein RFP ist eine strukturierte Anfrage, die Ziel, Scope, Mengen, Use Cases, Nachweise, Preise und Bewertungsmethodik für Anbieter vergleichbar macht.
Anbieterklassen werden nach benötigter Rolle strukturiert. Jede Aufnahme wird anhand von Zielgruppe, Leistung, Ländern, Technik, Betrieb und Nachweisen begründet.
Typisch sind Strategieberatung, Loyalty-Agentur, Softwareanbieter, Prämien-/Fulfillment-Spezialist und Full-Service-Modelle. Rollen können sich überschneiden.
Nach einer Vorprüfung oder RFI werden Muss-Kriterien, Aufgabenpassung und Risiken bewertet. Eine feste Anzahl ist weniger wichtig als belastbare Vergleichbarkeit.
Zielbild, Leistungsumfang, Mengengerüst, Daten, Integrationen, Use Cases, Betrieb, Nachweise, Preisblatt, Zeitplan und Bewertungskriterien gehören hinein.
Fachliche Passung, Technologie, Betrieb, Nachweise, Risiko, Kosten und Exit werden mit vorab festgelegten Gewichten und Belegen bewertet.
PRODATA ist möglicher Anbieter für bestimmte Leistungsfelder und keine neutrale Rankingstelle. Die Anbieterrolle wird transparent gemacht.
RFP und Longlist belastbar vorbereiten
PRODATA kann je nach Projekt als Anbieter für Konzeption, Plattform, Programmbetrieb sowie Prämien- und Versandprozesse geprüft werden.
Projekt unverbindlich einordnen