Häufige Fragen zur ProLoyalty-Plattform
Antworten zu Funktionen, Integrationen, Sicherheit, Start, Kosten und Betrieb.
Was möchten Sie klären?
Antworten zu Funktionen, Integration, Sicherheit, Kosten und Einführung – mit direkten Links zu den passenden Detailseiten.
Für Menschen gedacht.
Für Abläufe präzisiert.
Für welche Zielgruppen ist ein Loyalty-Programm sinnvoll?
Kunden, Händler, Partner, Vertrieb und Mitarbeitende benötigen jeweils eigene Anreiz- und Kontomodelle.
Ein Geschäftskundenprogramm kann einen Betrieb als Teilnehmer führen, während einzelne Beschäftigte nur berechtigt handeln. Ein B2C-Programm führt meist das individuelle Mitglied. Ziele, Teilnahmebedingungen und Rollen werden zuerst festgelegt.
Welche Module lassen sich verbinden?
Das Konzept verbindet einen fachlichen Kern mit wählbaren Erweiterungen.
Kampagnen, Gamification, Rewards, Frontends, Analytics, Invoice und Backoffice werden entlang des gewünschten Prozesses kombiniert. Welche Kombination im konkreten Produktstand verfügbar ist, gehört in die Leistungsabgrenzung.
Brauchen Teilnehmende zwingend eine eigene App?
Eine eigene native App ist keine fachliche Voraussetzung für Loyalty.
Ein Webportal, eine Integration im bestehenden Shop oder ein Wallet-Pass kann ausreichen. Push, Offline-Nutzung und Betriebssystemfunktionen sind gesondert zu prüfen. Das passende Frontend folgt dem tatsächlichen Nutzungsfall.
Funktioniert ein Programm ohne eigene Kassenintegration?
Ja, wenn ein anderer geeigneter Transaktionsnachweis vereinbart und zuverlässig geprüft wird.
Ein Belegupload ist ein möglicher Weg. Dabei brauchen Dubletten, Retouren, Personenbezug und unleserliche Belege eigene Prüfregeln. Das ersetzt keine automatische Aussage über die Verfügbarkeit eines bestimmten POS-Konnektors.
Wie unterscheiden sich Punkte, Status und Cashback?
Punkte sind eine Programmwährung, Status beschreibt eine Qualifikation und Cashback einen Geldanspruch.
100 Punkte müssen keinen festen Euro-Wert haben. Eine Statusstufe kann vom Jahresumsatz abhängen. Ein Cashback von 10 Euro kann zunächst geprüft sein und erst später ausgezahlt werden. Die drei Logiken sollten getrennt definiert werden.
Was passiert bei Retoure, Storno oder doppelter Übermittlung?
Der Ausgangsvorgang braucht eine eindeutige Referenz und eine nachvollziehbare Korrektur.
Eine Teilretoure kann einen Teil der Gutschrift zurücknehmen. Wiederholte Nachrichten dürfen dieselbe fachliche Wertbewegung nicht erneut auslösen. Offene Reservierungen und bereits eingelöste Werte benötigen klar vereinbarte Sonderregeln.
Wer betreibt und betreut das Programm?
Technischer Betrieb, Programmverwaltung und Teilnehmerbetreuung sind unterschiedliche Aufgaben.
Ihr Team kann Aktionen und Freigaben steuern; PRODATA kann vereinbarte Einführungs- und Betriebsaufgaben übernehmen. Verantwortliche, Servicezeiten, Eskalation und Leistungsgrenzen werden konkret zugeordnet.
Klare Grenzen.
Prüfbare Vereinbarungen.
Wo werden unsere Daten verarbeitet?
Der konkrete Standort ergibt sich aus der vereinbarten Architektur und Auftragsverarbeitung.
Eine allgemeine Cloud-Bezeichnung belegt weder eine bestimmte Region noch ausschließlich europäische Verarbeitung. Datenklassen, Regionen, Unterauftragnehmer, Supportzugriffe und Übermittlungen werden für Ihr Setup dokumentiert.
Welche Konnektoren sind tatsächlich produktiv verfügbar?
Eine Systemnennung ist noch kein Nachweis eines sofort einsetzbaren Konnektors für Ihre Version.
Im Integrationsgespräch werden Zielsystem, Version, Datenobjekte, Richtung, Authentifizierung, Fehlerfälle und Referenznachweis abgeglichen. Ergebnis ist ein Anbindungsscope mit Kennzeichnung: Standard, Anpassung oder Projektentwicklung.
Wie werden SSO und Rollen abgebildet?
Identitätsprüfung und fachliche Berechtigung werden getrennt betrachtet.
Ein Unternehmens-Login kann eine Person authentifizieren. Welche Mandanten, Konten, Kampagnen oder Freigaben sie bedienen darf, folgt aus einer eigenen Rollenmatrix. Protokoll, Provisionierung und Entzug werden im Projekt bestätigt.
Was bedeutet Mandantenfähigkeit konkret?
Sie muss anhand von Daten, Konfiguration, Zugriffsrechten und Betriebsgrenzen beschrieben werden.
Zwei Marken können gemeinsame Regeln nutzen und trotzdem getrennte Konten benötigen. Die gewünschte Isolation wird durch Rollen- und Zugriffstests sowie ein dokumentiertes Datenmodell geprüft.
Gibt es eine Sandbox und wie werden Fehler getestet?
Testumgebung, Testdaten und Freigabeverfahren werden im Einführungsumfang vereinbart.
Für einen Pilot sind synthetische oder geeignet anonymisierte Daten vorzuziehen. Timeouts, Duplikate, Teilfehler und Korrekturen gehören in den Testkatalog. Eine technische Testumgebung ist noch kein bestandener fachlicher Abnahmetest.
Welche Verfügbarkeit und Reaktionszeiten gelten?
Verbindlich sind die vereinbarten Werte für benannte Dienste und Messpunkte.
Ein SLA muss Servicezeit, Verfügbarkeitsmessung, Wartung, Ausschlüsse und Eskalation erklären. Reaktion, Wiederherstellung und endgültige Lösung sind unterschiedliche Zeitgrößen. RPO und RTO brauchen zusätzlich einen getesteten Wiederanlaufplan.
Wie entstehen Preis und laufende Kosten?
Der Preis folgt dem abgegrenzten Leistungsumfang und den vereinbarten Mengentreibern.
Neben Plattform und Einführung gehören Anbindungen, Rewardbudget, Kommunikation, Support, Inhalte und gegebenenfalls Fulfillment in die Betrachtung. Basis, Plus und Enterprise sind mit festen Leistungen und klar getrennten Erweiterungen zu vergleichen.
Wie werden Migration und späterer Exit abgesichert?
Beide benötigen ein abgestimmtes Datenformat, Zustandsmodell und Verantwortliche.
Eine Migration überträgt neben Mitgliedern auch Salden, Verfall, Reservierungen und offene Vorgänge. Beim Exit sind Exportumfang, Löschfristen, Belege, Restansprüche und Übergangsbetrieb ebenso konkret zu regeln.
Vom Gespräch
zum prüfbaren Pilot.
Was sollten wir vor einer Demo vorbereiten?
Ein priorisierter Anwendungsfall und die heutige Systemlandschaft reichen für ein erstes strukturiertes Gespräch.
Hilfreich sind Zielgruppe, gewünschtes Verhalten, Transaktionsquelle, geplante Vorteile, Länder und interne Zuständigkeiten. Noch keine personenbezogenen Echtdaten oder vertraulichen Dokumente über das Kontaktformular übermitteln.
Welche Daten benötigt ein Pilot?
Nur die Daten, die für die vereinbarten Testfälle erforderlich und zulässig sind.
Ein synthetisches Mitglied, zwei Bestellungen, eine Teilretoure und eine Einlösung können einen ersten Wertfluss erklären. Produktive Daten benötigen vorher definierte Zwecke, Berechtigungen und Schutzmaßnahmen.
Wann ist ein Programm bereit für den Go-live?
Wenn fachliche Abnahme, technische Prüfungen und Betriebsübergabe gemeinsam erfüllt sind.
Dazu zählen normale und negative Testfälle, Rechte, Datenabgleich, Monitoring, Support, Rückfallweg und benannte Freigaben. Ein erfolgreiches Demo-Beispiel allein ist keine Produktionsfreigabe.
Wie messen wir die tatsächliche Wirkung?
Mit vorab definierten Kennzahlen und einer geeigneten Vergleichsbasis.
Wiederkauf oder Umsatz nach einer Kampagne belegen noch keinen zusätzlichen Effekt. Zeitraum, Kohorte, Kosten und gegebenenfalls eine Holdout-Gruppe werden vor dem Start festgelegt.
Drei Punkte, die den nächsten Schritt konkret machen.
- 01
Anwendungsfall auswählen
Ein gewünschtes Verhalten und den dazugehörigen Wertfluss beschreiben.
- 02
Offene Frage priorisieren
Zum Beispiel Datenquelle, Budget, Freigabe oder Betriebsverantwortung.
- 03
Prüfergebnis vereinbaren
Festlegen, welche Demonstration oder welcher Nachweis die Frage beantwortet.
Hier geht Ihr Thema weiter.
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.