1. Zielgruppe und Konto
- Bedarf
- B2C, B2B, B2D oder B2E einschließlich benötigter Rollen und Hierarchien.
- Test
- Berechtigten Teilnehmer und ausgeschlossene Rolle im gleichen Programm testen.
- Nachweis
- Nachvollziehbare Konten- und Rechtesicht.
Loyalty-Software auswählen
Loyalty-Software fundiert auswählen
Vergleichen Sie Regeln, Integrationen, Sicherheit, Betrieb und Kosten anhand realer Anforderungen.
Die gleiche Frage an jede Plattform stellenAnforderung, Test und Nachweis.
Anforderung, Test und Nachweis.
Erst dann die Entscheidung.
Eine umfangreiche Featureliste lässt sich leicht abhaken. Aussagekräftiger ist ein identischer Vorgang mit definiertem Eingabestand und erwartetem Ergebnis. Die folgende Matrix hilft, diese Prüfung vorzubereiten.
Ihre RFP-ArbeitsmatrixLokal im Browser
12 Kriterien · noch kein Nachweis erfasst.
Gewichte sind frei anpassbare Planungshilfen, kein Anbieterranking. Pflichtkriterien werden separat beurteilt. Eingaben werden nicht an einen Server übertragen und nicht dauerhaft gespeichert.
Programm und Nutzerweg · 4 Kriterien
2. Regeln und Mechaniken
- Bedarf
- Punkte, Status, Coupons, Cashback oder passende Missionen.
- Test
- Kombination, Zeitraum, Limit und Rücknahme mit Soll-Ergebnis prüfen.
- Nachweis
- Gültige Regelversion und erklärbare Entscheidung.
3. Ledger und Finance
- Bedarf
- Verfügbare Werte, Reservierung, Korrektur und Abstimmung.
- Test
- Kauf +100, Einlösung −30, Retoure −20 und Dublette.
- Nachweis
- Restbestand 50 und vollständige Referenzkette.
4. Kanäle und Frontends
- Bedarf
- Shop, POS, Web, App, Wallet oder eigenes Frontend.
- Test
- Den relevanten Nutzerweg samt Timeout und Kanalwechsel zeigen.
- Nachweis
- Bestätigte Systemversion und vollständiger Ablauf.
Nachweis, Integration und Zugriff · 4 Kriterien
5. Belege und Produktkatalog
- Bedarf
- Indirekter Kauf, SKU-Matching und fachliches Review.
- Test
- Geeignete, ausgeschlossene und unklare Position plus erneute Einreichung.
- Nachweis
- Begründete Entscheidung ohne Doppelwirkung.
6. Integration und Ereignisse
- Bedarf
- Richtung, Datenhoheit, Authentifizierung und Aktualität.
- Test
- Datenprobe mit Retry, Deduplizierung und Abgleich verarbeiten.
- Nachweis
- Vertrag, Referenzen und Ergebnisbericht.
7. Sicherheit und Trennung
- Bedarf
- Identität, Rollen, Mandant und kritische Freigaben.
- Test
- Fremden Mandantenkontext und unberechtigte Aktion nachstellen.
- Nachweis
- Abgewiesener Zugriff und prüfbarer Kontrollnachweis.
8. Daten und Datenschutz
- Bedarf
- Zweck, Datenstandort, Kopien und Lebenszyklus.
- Test
- Datenlandkarte, Export- und Löschweg für den konkreten Umfang prüfen.
- Nachweis
- Aktuelle Unterlagen mit Version und Geltungsbereich.
Betrieb, Portabilität und Wirtschaftlichkeit · 4 Kriterien
9. Betrieb und Wiederanlauf
- Bedarf
- Messpunkt, Servicegrenze, Zuständigkeit und Recovery.
- Test
- Unterbrechung und kontrollierte Wiederherstellung durchlaufen.
- Nachweis
- RPO/RTO-Messung, fachlicher Abgleich und Runbook.
10. Partner und Märkte
- Bedarf
- Partnerrolle, Finanzierung, Sprache und lokale Variante.
- Test
- Einlösung bei anderem Partner und eine lokale Abweichung prüfen.
- Nachweis
- Nachvollziehbarer Kostenbezug und lokaler Freigabestand.
11. Migration und Exit
- Bedarf
- Identitäten, Salden, Historie und offene Vorgänge.
- Test
- Testimport und vollständigen Export mit Mengen- und Saldenabgleich prüfen.
- Nachweis
- Datenwörterbuch, Rückfallplan und nutzbares Exportpaket.
12. Wirkung und TCO
- Bedarf
- Messmethode, Kostenumfang und realistischer Ausbau.
- Test
- Vergleichsdesign und vollständige Kostenpositionen abgleichen.
- Nachweis
- Dokumentierte Annahmen statt ungetesteter ROI-Zusage.
Exportiert den aktuellen Stand einschließlich „nicht geprüft“.
Pflicht, Wahl und Zukunft bewusst unterscheidenWas muss heute stimmen?
Was muss heute stimmen?
Was darf später wachsen?
Pflicht
Eine nicht erfüllte Muss-Anforderung kann den vorgesehenen Einsatz ausschließen. Ein schöner Gesamtscore soll diesen Sachverhalt nicht verdecken.
Beispiel: Der benötigte Mandantenzugriff oder die kritische Buchungswirkung ist nicht nachgewiesen.
Wahl
Zusätzliche Funktionen können einen Mehrwert schaffen, wenn sie zum konkreten Programm beitragen. Aufwand und Betriebsfolgen gehören zur Bewertung.
Eine App ist nicht in jedem Programm wichtiger als ein verlässlicher Web- oder POS-Weg.
Zukunft
Geplante Fähigkeiten werden mit Status, Abhängigkeit und gewünschtem Zeitpunkt erfasst. Sie zählen nicht automatisch wie verfügbare Produktfunktion.
Ein Roadmap-Versprechen ersetzt keinen aktuellen Abnahmetest.
Identische Fälle mit identischer Datenbasis vergleichenEin fairer Proof of Concept
Ein fairer Proof of Concept
zeigt auch den Fehlerweg.
Kauf und Beleg
- Kauf mit RetoureDieselben Positionen, Einlösungen und Korrekturen für alle Teilnehmer verwenden.
- Claim mit DubletteGeeigneten und unklaren Nachweis sowie erneute Einreichung bereitstellen.
Betrieb und Daten
- Isolation und WiederanlaufFremden Datenkontext sowie Unterbrechung und Abgleich nachstellen.
- Export und PortabilitätMitglieder, Salden, Historie und offene Vorgänge auf Vollständigkeit prüfen.
Was muss vergleichbar bleiben?
Scope, Produktversion, Datenmenge, Routenmix und Messmethode werden vor Beginn festgelegt. Ein Anbieter erhält nicht nur den Normalfall und ein anderer zusätzlich alle Ausnahmen. Testdaten und erwartete Ergebnisse gehören in ein gemeinsames Protokoll.
Wie wird eine Abweichung bewertet?
Die Entscheidung unterscheidet bestätigte Standardfunktion, Konfiguration, Projektintegration und noch nicht verfügbare Erweiterung. Teilweise Erfüllung erhält einen sichtbaren Restumfang mit Aufwand und Verantwortung. Bis zum Beleg bleibt der Stand „nicht geprüft“.
Funktionsumfang und Folgekosten gemeinsam betrachtenEin Angebot muss
Ein Angebot muss
über die erste Einrichtung hinaus passen.
Ein niedriger Einstiegspreis erklärt noch nicht die Gesamtkosten. Entscheidend sind der tatsächlich benötigte Umfang, die Migration und der betreibbare laufende Prozess.
Die TCO-Betrachtung trennt Einrichtung, Lizenz beziehungsweise Plattformnutzung, Konfiguration, Schnittstellen, Datenübernahme, Support und interne Aufwände. Prämien, Versand und externe Dienste bekommen ihren eigenen nachvollziehbaren Bezug.
Welche Vertrags- und Betriebsgrenzen werden geprüft?
Service Level, Messbasis, Wartung, Ansprechpartner, Datenexport und Exit gehören in die Entscheidung. Supportgrenzen zwischen Plattform, Integration und Partnerdienst sind ausdrücklich zuzuordnen. Eine pauschale Verfügbarkeitszahl ohne Messpunkt genügt nicht.
Was hilft ein Referenzgespräch?
Es sollte zu Zielgruppe, Prozess und übernommener Projektrolle passen. Namen, Umfang und Ergebnisse benötigen einen belegten zulässigen Bezug. Eine veröffentlichte Unternehmensreferenz beweist nicht automatisch den produktiven Einsatz jeder abgefragten Funktion.
Die Unterlagen müssen dieselbe Geschichte erzählenVom Bedarf
Vom Bedarf
zur begründeten Auswahl.
- 01
Priorisieren
Konkretes Programm, Pflichtanforderungen und Zukunftsbild gemeinsam abgrenzen.
- 02
Testen
Normal- und Fehlerfälle mit denselben Eingangsdaten durchführen.
- 03
Belegen
Prüfergebnis, Version und Einschränkung dokumentieren.
- 04
Kalkulieren
Gesamtkosten und verbleibende Projektintegration transparent vergleichen.
- 05
Entscheiden
Fachteam, IT, Einkauf und spätere Betreiber auf dieselbe Grundlage stellen.
Passende Bausteine
Hier geht Ihr Thema weiter.
Lassen Sie uns konkret werden
Ihr Vorhaben. Unser gemeinsamer nächster Schritt.
Besprechen wir Ihre Zielgruppe, Ihre Datenquellen und den Ablauf, den Sie verbessern möchten. Daraus entsteht eine Demo, die zu Ihrem Programm passt.
Ihre Demo beginnt mit Ihrem Alltag.
Ein normaler Vorgang. Ein Sonderfall. Die beteiligten Systeme. Wir zeigen, wie Regeln, Kanäle und Kontrolle zusammenspielen.