Loyalty-Lastenheft und RFP für die Plattformauswahl erstellen

Anforderungen, Anbieterantworten und Abnahme so strukturieren, dass Marketing, Vertrieb, IT und Einkauf eine belastbare Entscheidung treffen können.

Warum PRODATA
  • ISO/IEC 27001zertifiziertes Unternehmen
  • Seit 199135 Jahre Erfahrung
  • Full-ServiceStrategie, Software, Prämienlogistik
  • B2B · B2C · B2EProgramme für alle Zielgruppen
Schnellantwort

Ein Loyalty-Lastenheft beschreibt Geschäftsziele und prüfbare Anforderungen; der RFP macht Anbieterantworten vergleichbar. Daten, Betrieb, Kosten, Demo-Fälle, Bewertung und Abnahme gehören in denselben Entscheidungsprozess.

Auf einen Blick
  • Lastenheft, RFP und Pflichtenheft
  • Muss- und Soll-Anforderungen
  • Daten, Betrieb und Gesamtkosten
  • Demo, Scorecard und Abnahme
Entscheidungslogik auf einen Blick
Need · ScopeZiele und Leistungsgrenzen
Data · FlowDaten, Rechte und Integrationen
Run · ServiceBetrieb und Verantwortlichkeiten
Proof · ExitNachweise, Abnahme und Übergabe
Kapitel 01

Loyalty-Lastenheft, RFP und Pflichtenheft sauber trennen

Ein Loyalty-Lastenheft formuliert aus Sicht Ihres Unternehmens, welche Ergebnisse, Prozesse und Rahmenbedingungen das künftige Programm erfüllen soll. Es verbindet Geschäftsziele, Zielgruppen, Mechaniken, Daten, Integrationen, Kommunikation, Betrieb und messbare Abnahme zu einer gemeinsamen Entscheidungsgrundlage für Marketing, Vertrieb, CRM/CX, IT, Einkauf und weitere beteiligte Fachbereiche.

Das Request for Proposal überführt diese Anforderungen in eine strukturierte Anbieteranfrage. Alle Kandidaten erhalten denselben Scope, dieselben Mengengerüste, Use Cases und Preispositionen. So werden Lösungsvorschläge, Verantwortungsgrenzen, Kosten und Risiken nachvollziehbar vergleichbar, ohne die technische Umsetzung schon vor der Marktabfrage festzuschreiben.

Das Pflichtenheft konkretisiert anschließend gemeinsam mit dem ausgewählten Anbieter, wie die vereinbarten Anforderungen umgesetzt werden sollen. Die klare Trennung verhindert, dass gewünschte Ergebnisse, Verkaufsantworten und spätere Detailplanung miteinander vermischt werden.

DokumentZweck im Loyalty-ProjektTypische InhalteFederführende Perspektive
LastenheftAnforderungen und erwartete Ergebnisse festlegenZiele, Zielgruppen, Mechaniken, Daten, Integrationen, Betrieb, Kostenrahmen, Exit und AbnahmeAuftraggeber und beteiligte Fachbereiche
RFPVergleichbare Angebote und Nachweise einholenEinheitlicher Scope, Fragen, Mengengerüst, Preisstruktur, Risiken und BewertungsmatrixEinkauf und Projektteam
PflichtenheftVorgesehene Umsetzung konkretisierenArchitektur, Konfiguration, Schnittstellen, Migration, Tests und BetriebsprozesseAusgewählter Anbieter mit dem Auftraggeber

Für Entscheider wichtig: Ein gutes Loyalty-Lastenheft ist weder eine lose Wunschliste noch eine vorweggenommene Produktbeschreibung. Es legt Ziele, Muss-Kriterien, Nachweise und Abnahme so konkret fest, dass Anbieter passende Lösungen anbieten und Ihr Projektteam die Unterschiede belastbar bewerten kann.

Projektteam bei der strukturierten Auswahl einer Loyalty-Plattform
Ein gemeinsames Anforderungsbild verbindet Geschäftsziele, Technologie und den späteren Programmbetrieb.
Kapitel 02

Vom Geschäftsmodell zum belastbaren Scope

Der Scope beginnt nicht mit einer möglichst langen Funktionsliste. Zuerst werden Programmziel, Zielgruppen und der gewünschte Wertbeitrag geklärt. Soll das Programm Endkunden binden, Händler aktivieren, Vertriebspartner entwickeln oder Mitarbeitende motivieren? Welche Verhaltensweisen, Services oder Transaktionen sind relevant? Welche Länder, Marken, Kanäle und Organisationseinheiten gehören in die erste Ausbaustufe?

Aus dieser Geschäftsperspektive entstehen priorisierte Use Cases. Ein Use Case beschreibt Auslöser, beteiligte Rollen, benötigte Daten, erwartetes Ergebnis, Fehlerfälle und Abnahme. Damit erkennen Anbieter, wie Ihre Anforderungen zusammenwirken. Zugleich verhindert die Priorisierung, dass seltene Sonderfälle dieselbe Bedeutung erhalten wie geschäftskritische Kernprozesse.

Marketing- und Vertriebsleitungen erhalten so eine Entscheidungsgrundlage, die Kundennutzen und Steuerbarkeit verbindet. IT, Einkauf und Datenschutz können ihre Anforderungen früh einbringen, ohne das Programmziel aus dem Blick zu verlieren.

Kapitel 03

Was in ein Loyalty-Lastenheft gehört

BausteinLeitfrageEntscheidungsrelevantes Ergebnis
Ziele und KPIsWelche Veränderung soll das Programm unterstützen?Messlogik, Ausgangswerte, Datenquellen und Zielkonflikte
Zielgruppen und RollenWer nimmt teil, entscheidet, administriert und unterstützt?Teilnehmer-, Organisations- und Berechtigungsmodell
Mechaniken und VorteileWelche Aktivitäten, Regeln und Vorteile erzeugen relevanten Nutzen?Priorisierte Use Cases und Regelvarianten
Daten und IntegrationWelche Systeme liefern oder empfangen welche Informationen?Objekte, Ereignisse, Schnittstellen, Frequenzen und Fehlerwege
KommunikationWelche Botschaft erreicht welche Zielgruppe über welchen Kanal?Kontaktlogik, Trigger, Freigaben und Inhaltsrollen
Betrieb und ServiceWer übernimmt Kampagnen, Support, Prämien, Reporting und Änderungen?RACI, Serviceziele, Eskalation und Übergaben
Kosten und VertragWelche einmaligen, laufenden und variablen Kosten entstehen?Einheitliches Preisblatt, Annahmen, Laufzeit und Change-Regeln
Nachweise und ExitWie werden Eignung, Abnahme und spätere Übergabe belegt?Dokumente, Tests, Export, Löschung und Rückfallweg
Kapitel 04

Funktionale und nicht-funktionale Anforderungen priorisieren

Funktionale Anforderungen beschreiben, was das Programm leisten soll: Registrierung, Organisationszuordnung, Punkte- oder Statuslogik, Vorteile, Kampagnen, Prämien, Korrektur, Storno, Service und Reporting. Nicht-funktionale Anforderungen beschreiben, unter welchen Bedingungen dies geschieht – etwa Verfügbarkeit, Leistung, Sicherheit, Bedienbarkeit, Nachvollziehbarkeit, Skalierbarkeit im vereinbarten Scope oder Wiederanlauf.

Nicht jede denkbare Eigenschaft ist automatisch ein Muss-Kriterium. Verbindlich wird nur, was aus Scope, Risiko und Zielbetrieb abgeleitet ist. Die Einteilung in Muss, Soll und Option macht sichtbar, welche Abweichung einen Anbieter ausschließt, welche bepreist werden soll und welche erst in einer späteren Ausbaustufe relevant wird.

Für jedes wichtige Kriterium wird zugleich festgelegt, welcher Nachweis zählt: Dokumentation, Architekturgespräch, Demo, Referenz im passenden Scope, Testfall oder Proof of Concept. So bleibt der Vergleich näher an der späteren Realität als ein reines Abhaken von Funktionsnamen.

Kapitel 05

Daten, Integrationen und Datenschutz konkret beschreiben

Ein Loyalty-System verbindet häufig CRM, ERP, POS, E-Commerce, App, Marketing Automation, Prämienshop, Service und Reporting. Das Lastenheft benennt deshalb nicht nur Systemnamen. Relevant sind Datenobjekte, führendes System, Ereignisse, Übertragungsrichtung, Aktualität, erwartete Mengen, Berechtigungen sowie Fehler- und Wiederholungslogik.

Für Datenschutz und Informationssicherheit werden Zweck, Rollen, Zugriff, Aufbewahrung, Löschung, Unterauftragnehmer und erforderliche Nachweise projektspezifisch beschrieben. Rechts- und Datenschutzverantwortliche bewerten das konkrete Modell. Pauschale Aussagen oder Zertifikatsnamen ohne belegten Geltungsbereich ersetzen diese Prüfung nicht.

Gute Anbieterantworten zeigen zudem, was Standardkonfiguration ist, was entwickelt oder integriert werden muss und welche Verantwortung beim Auftraggeber bleibt. Diese Transparenz wirkt sich direkt auf Zeitplan, Kosten und Betriebsrisiko aus.

Kapitel 06

Betriebsmodell, Service und Prämienprozesse einbeziehen

Eine technisch passende Plattform ist noch kein funktionsfähiges Kundenbindungsprogramm. Das Lastenheft klärt deshalb auch Kampagnenplanung, Content, Regelpflege, Teilnehmer- und Partnerservice, Prämienbeschaffung, Versand, Retouren, Datenqualität, Reporting und kontinuierliche Weiterentwicklung.

Für jede Aufgabe wird festgelegt, ob sie intern, durch den Plattformanbieter oder durch weitere Partner erbracht wird. Serviceziele beziehen sich auf konkrete Fälle und Prioritäten. Eskalationswege, Vertretung, Freigaben und Änderungen werden so beschrieben, dass Angebote dieselbe Betriebsleistung kalkulieren.

Diese Betriebsperspektive ist für Marketing- und Vertriebsleitungen besonders wichtig: Sie zeigt früh, welche Ressourcen nach dem Go-live benötigt werden und ob Strategie, Technologie und tägliche Umsetzung tatsächlich zusammenpassen.

Kapitel 07

Anbieterantworten und Gesamtkosten vergleichbar machen

Alle Anbieter beantworten dieselben Szenarien und verwenden dasselbe Mengengerüst. Das Preisblatt trennt Konzeption, Setup, Plattform, Integrationen, Nutzung, Betrieb, Support, Prämien, Versand, Änderungen und Exit. Annahmen zu Teilnehmern, Transaktionen, Kampagnen und Einlösungen bleiben sichtbar.

Eine gewichtete Bewertungsmatrix verbindet fachliche Eignung, Technologie, Betrieb, Kosten, Risiken und Teambeurteilung. Ausschlusskriterien werden vor Sichtung der Angebote festgelegt. Die Shortlist entsteht damit nicht aus der überzeugendsten Präsentation, sondern aus nachvollziehbaren Antworten und Belegen.

Neben dem Startpreis zählen die Gesamtkosten über einen gemeinsamen Betrachtungszeitraum. Nutzung, Zusatzmodule, manuelle Services, neue Länder, Schnittstellen, Regeländerungen und Übergabe können die Wirtschaftlichkeit wesentlich beeinflussen. Ein Szenariovergleich macht diese Unterschiede sichtbar, ohne eine exakte Zukunftsprognose vorzutäuschen.

Kapitel 08

Demos, Proof of Concept und Abnahme mit realen Fällen steuern

Die Demo folgt Ihren wichtigsten Use Cases. Neben dem Normalfall gehören Korrektur, Storno, Rollenwechsel, Nichtverfügbarkeit, Servicefall und Datenexport in die Prüfung. Dadurch wird sichtbar, wie gut das vorgeschlagene Fachmodell, die Bedienung und die Verantwortlichkeiten zu Ihrem Programm passen.

Ein Proof of Concept ist sinnvoll, wenn geschäftskritische Datenflüsse, komplexe Regeln oder Integrationen nicht allein durch Unterlagen und eine Standarddemo beurteilt werden können. Umfang, Testdaten, Erfolgskriterien, Zuständigkeiten und Zeitrahmen werden vorab begrenzt. Das Ergebnis ist ein Nachweis für definierte Risiken, keine pauschale Garantie für das Gesamtprojekt.

Die späteren Abnahmekriterien werden bereits im Lastenheft vorbereitet. Sie beschreiben beobachtbare Ergebnisse und zugehörige Testfälle. Das schafft einen durchgängigen Weg von der Anforderung über das Angebot bis zur Umsetzung.

Kapitel 09

Typische Fehler beim Loyalty-Lastenheft vermeiden

Ein klarer Prozess hält offene Punkte sichtbar und trennt Beobachtung, Anbieterbehauptung und belegte Eignung. So bleibt die Entscheidung auch für Geschäftsleitung, Einkauf und interne Fachstellen nachvollziehbar.

Kapitel 10

Wie PRODATA Ihr Lastenheft- und RFP-Projekt unterstützt

In Workshops lassen sich Zielbild, Use Cases, Daten, Integrationen, Rollen, Service und Kostenstruktur gemeinsam schärfen. Bewertung, Gewichtung und Auswahlentscheidung bleiben transparent beim Auftraggeber beziehungsweise dessen beauftragter unabhängiger Stelle.

Für Marketing- und Vertriebsleitungen entsteht so eine belastbare Verbindung zwischen Kundennutzen, technischer Machbarkeit, laufendem Aufwand und wirtschaftlicher Entscheidungsgrundlage. Ein Erstgespräch klärt, welche Bausteine für Ihr Vorhaben sinnvoll sind.

Für die nächste Entscheidungsstufe ergänzen die Leitfäden zu Anbieterklassen und Longlist im RFP, Loyalty-Software-Anbieter vergleichen und Loyalty-System-Kosten das Lastenheft.

Gratis-Download

PRODATA Loyalty-Kompendium – kostenlos als PDF

Grundlagen, Mechaniken und Entscheidungshilfen für die Planung von Kundenbindungs- und Incentive-Programmen – als kompakte Vorbereitung für Ihr Lastenheft und RFP.

Fragen & Antworten

Häufige Fragen zu Loyalty-Lastenheft und RFP

Was gehört in ein Loyalty-Lastenheft?

Ein Loyalty-Lastenheft sollte Geschäftsziele, Zielgruppen, Programmmechaniken, Daten und Rollen, Integrationen, Sicherheits- und Datenschutzanforderungen, Betriebs- und Supportaufgaben, Mengengerüste, Kostenstruktur, Exit-Fähigkeit sowie messbare Abnahmekriterien enthalten. Die Gewichtung hängt vom konkreten Programm ab.

Was ist der Unterschied zwischen Loyalty-Lastenheft, RFP und Pflichtenheft?

Das Lastenheft beschreibt die Anforderungen des Auftraggebers. Das RFP nutzt diese Grundlage, um vergleichbare Antworten und Angebote mehrerer Anbieter einzuholen. Das Pflichtenheft konkretisiert anschließend, wie der ausgewählte Anbieter die vereinbarten Anforderungen umsetzt.

Wer sollte am Loyalty-Lastenheft mitarbeiten?

Typischerweise arbeiten Marketing, Vertrieb, CRM oder CX, IT, Einkauf, Datenschutz, Informationssicherheit und spätere Betriebsverantwortliche zusammen. Welche Rollen erforderlich sind, hängt von Zielgruppen, Daten, Ländern und Leistungsumfang ab.

Wie detailliert sollte ein Loyalty-Lastenheft sein?

Es sollte Ziele, priorisierte Use Cases, Rahmenbedingungen und prüfbare Ergebnisse so konkret beschreiben, dass Anbieter belastbar antworten können. Die technische Umsetzung wird nicht unnötig vorweggenommen, sofern kein begründeter Standard erforderlich ist.

Was sind funktionale und nicht-funktionale Anforderungen?

Funktionale Anforderungen beschreiben gewünschte Prozesse und Funktionen. Nicht-funktionale Anforderungen definieren Qualitätsbedingungen wie Leistung, Verfügbarkeit, Sicherheit, Bedienbarkeit, Nachvollziehbarkeit oder Wiederanlauf.

Wann ist ein RFP für eine Loyalty-Plattform sinnvoll?

Ein RFP ist sinnvoll, wenn mehrere Anbieter, Leistungsfelder, Integrationen, Länder oder Betriebsaufgaben mit denselben Kriterien verglichen werden sollen. Für einen kleinen, klar abgegrenzten Scope kann ein strukturiertes Briefing ausreichen.

Wie unterstützt PRODATA beim Loyalty-Lastenheft und RFP?

Seit 1991 entwickelt PRODATA Loyalty- und Incentive-Programme und kann Beratung, ProLoyalty, projektbezogene Integration sowie vereinbarte Betriebs- und Prämienleistungen modular verbinden. Der konkrete Funktions-, Daten- und Leistungsscope wird dokumentiert und getestet.

Ihr möglicher Partner

Vom Anforderungsbild zur belastbaren Loyalty-Entscheidung

Gemeinsam klären wir, welche Anforderungen, Nachweise und Betriebsleistungen für Ihre Auswahl wirklich entscheidend sind.