Technischer Überblick
Loyalty-Plattform und technische Architektur: Engine, API, Wallet, Daten und Betrieb
Woraus ein Kundenbindungssystem technisch besteht, wie die Bausteine zusammenspielen und worauf IT und Einkauf bei der Architekturentscheidung achten sollten — mit Integrationsmatrix und Verweisen auf die Detailseiten.
Beratungsgespräch vereinbaren →- ISO/IEC 27001zertifiziertes Unternehmen
- Seit 199135 Jahre Erfahrung
- Full-ServiceStrategie, Software, Prämienlogistik
- B2B · B2C · B2EProgramme für alle Zielgruppen
Eine Loyalty-Plattform besteht aus sechs Schichten: der Regel- und Punkte-Engine, den Schnittstellen zu CRM, ERP, Shop und Kasse, den Kanälen (App, Web, Wallet), der Datenschicht, dem Reporting und dem Betrieb inklusive Hosting und Sicherheit. Die Architekturentscheidung fällt nicht bei den Features, sondern bei Integrationstiefe und Betriebsmodell — sie bestimmt Aufwand und Kosten über Jahre.
- Engine: Earn- und Burn-Logik, Status, Kampagnen
- Schnittstellen: CRM, ERP, Shop, Kasse, offene API
- Kanäle: App, Web-Portal, Mobile Wallet
- Daten & Reporting: First-Party-Daten, KPI, BI-Anbindung
- Betrieb: Verantwortlichkeiten, Sicherheit, Serviceumfang
Für die technische Anbindung: PRODATA unterstützt die Konzeption und technische Umsetzung von Loyalty-Programmen. Zielbild, Datenquellen, Schnittstellen, Rollen und Betriebsmodell werden anhand konkreter Projektanforderungen festgelegt; Reporting und Dashboards werden nur im vereinbarten Funktionsumfang umgesetzt.
Die Regel- und Punkte-Engine: das Herz des Systems
Die Engine entscheidet, welches Verhalten wie belohnt wird. Sie verarbeitet Transaktionen, Belege oder Ereignisse zu Punkten, Status oder Cashback und setzt dabei Regeln um, die sich im laufenden Betrieb ändern lassen sollen — Aktionszeiträume, Multiplikatoren, Produktgruppen, Zielgruppen. Entscheidend ist, ob solche Regeln konfigurierbar sind oder jedes Mal Entwicklungsaufwand auslösen.
Praktisch relevant sind außerdem Punkteverfall, Stornierungen und Korrekturbuchungen: Ein Programm ohne saubere Storno-Logik erzeugt im Support mehr Aufwand, als die Mechanik an Wirkung bringt. Vertiefend: Loyalty Framework: Aufbau und Architektur und Statusprogramme und Tiering.
Kapitel 02Schnittstellen: CRM, ERP, Shop und Kasse
Ein Loyalty-System ist immer ein Anbausystem — es lebt von den Daten der Systeme, die ohnehin laufen. Die zentrale Frage ist nicht, ob integriert werden kann, sondern ob es erprobte Standard-Anbindungen gibt oder jede Schnittstelle zum Einzelprojekt wird. Bidirektionalität ist dabei der Unterschied zwischen einem Datensilo und einem gesteuerten Programm.
Details je System: CRM- und ERP-Integration (Salesforce, SAP und Co.), E-Commerce-Integration für WooCommerce, Shopify und Shopware, API-first: Integrationsleitfaden sowie Headless Loyalty: API-only-Architektur.
Kapitel 03Kanäle: App, Web-Portal und Mobile Wallet
Teilnehmende erreichen ein Programm über drei Wege: eine App mit Punktekonto, ein Web-Portal für Prämien und Kontostand sowie die digitale Karte in Apple Wallet oder Google Wallet. Wallet ist dabei der Kanal mit der geringsten Einstiegshürde — keine Installation, aber Push-fähig. Welche Kombination sinnvoll ist, hängt von Nutzungsfrequenz und Zielgruppe ab. Vertiefend: Mobile Wallet und digitale Kundenkarte.
Kapitel 04Datenschicht: First-Party-Daten statt Datensilo
Ein Loyalty-Programm ist der wirksamste legitime Weg zu First-Party-Daten — vorausgesetzt, Einwilligungen sind sauber eingeholt und die Daten liegen in Ihrer Hoheit, nicht ausschließlich beim Dienstleister. Prüfen Sie deshalb früh, wem die Daten gehören, wie ein Export aussieht und was bei einem Anbieterwechsel passiert. Vertiefend: Zero-Party-Data und Datenschutz prüfen und Datenschutz im Loyalty-Programm.
Kapitel 05Reporting, Analytics und Belegerfassung
Ohne belastbares Reporting lässt sich weder steuern noch nachweisen, ob ein Programm wirkt. Sinnvoll sind Kennzahlen zu Teilnahmequote, Aktivierung, Einlösung und Wiederkaufrate — angebunden an das eigene BI- oder Data-Warehouse-System. Im B2B kommt die Belegverarbeitung hinzu: Rechnungen und Kassenbons müssen Teilnehmenden und Umsätzen zugeordnet werden.
Vertiefend: Data Analytics in Loyalty-Programmen, Loyalty-Erfolg messen: die wichtigsten KPIs, Predictive Analytics sowie KI-gestützte Rechnungserfassung.
Kapitel 06Integrationsmatrix: welche Systeme angebunden werden
Die folgende Übersicht zeigt, welche Systemklassen typischerweise angebunden werden und wozu:
| Systemklasse | Beispiele | Wozu die Anbindung dient |
|---|---|---|
| CRM | Salesforce, Microsoft Dynamics, HubSpot | Stammdaten, Segmente, Kampagnensteuerung |
| ERP | SAP | Umsätze, Artikel- und Kundenstamm, Gutschriften |
| E-Commerce | Shopware, Adobe Commerce, Shopify, WooCommerce | Bestellungen, Punktegutschrift, Einlösung im Checkout |
| Handel/Retail | Oracle Retail, POS-Kassensysteme | Bon-Erfassung, Offline-Punkte, Kartenidentifikation |
| Wallet | Apple Wallet, Google Wallet | digitale Karte, Push-Kommunikation |
| BI / Data Warehouse | bestehende DWH-/BI-Landschaft | Reporting, Kohorten, Wirkungsnachweis |
| Individuell | offene REST-API | Eigenentwicklungen und Speziallösungen |
Betrieb, Sicherheit und Betriebsmodell
Die letzte Schicht wird am häufigsten unterschätzt: Wer betreibt das Programm im Alltag? Ein Managed Service mit klaren Service-Zusagen entlastet Marketing und IT dauerhaft, während ein reines Lizenzmodell internen Aufwand erzeugt, der selten eingeplant wird. Sicherheitsseitig sind Hosting-Standort, Zertifizierung und Löschkonzepte die Prüfpunkte.
Bei jedem Anbieter sollten Hosting-Standort, Zertifizierungen, Datenschutz, Löschkonzepte, Berechtigungen und Serviceumfang anhand aktueller Nachweise geprüft werden. Die passende Betriebsform hängt von Verantwortlichkeiten, Datenflüssen, Sicherheitsvorgaben und internen Ressourcen ab. Vertiefend: Loyalty-Programm als Managed Service und Eigenentwicklung oder Standardsoftware?.
PRODATA ist ISO-27001-zertifiziert. Die IT läuft in einer TISAX-zertifizierten Azure-Umgebung. Diese Nachweise ordnen den Sicherheitsrahmen ein; die konkrete Architektur, Datenverarbeitung und Betriebsverantwortung werden für jedes Programm anhand der tatsächlichen Anforderungen geprüft.
Kapitel 08Wie Sie die Architekturentscheidung strukturiert treffen
Beginnen Sie nicht bei der Software, sondern bei drei Fragen: Welche Systeme müssen zwingend angebunden werden? Wie viel Betrieb wollen wir selbst leisten? Und wie stark werden sich die Programmregeln in den nächsten drei Jahren ändern? Aus den Antworten ergibt sich fast zwangsläufig, ob ein SaaS-Baukasten, eine Full-Service-Plattform oder eine Individualentwicklung passt.
Für die Anbieterauswahl entlang dieser Kriterien: Kundenbindungssysteme: Software, Anbieter und Auswahlkriterien, Loyalty-Software Anbieter-Vergleich und RFP und Ausschreibung.
Kapitel 09Ein bestehendes System ablösen: worauf es technisch ankommt
Bei einer Migration ist die Architektur zweitrangig — kritisch sind die Daten. Punktestände, Statuslevel, Einwilligungen und historische Transaktionen müssen vollständig und nachvollziehbar übernommen werden, sonst verlieren Teilnehmende Guthaben und das Vertrauen in das Programm. Klären Sie deshalb vor der Auswahl, in welchem Format der Altanbieter exportiert, ob historische Belege mitkommen und wie lange ein Parallelbetrieb möglich ist.
Bewährt hat sich ein dreistufiges Vorgehen: vollständiger Testimport mit Abgleich der Salden, danach ein Stichtagsimport mit eingefrorenem Altsystem, anschließend Nachbuchung der Zwischenzeit. Vertiefend: Loyalty-System wechseln: Migration ohne Daten- und Kundenverlust.
Kapitel 10Was die Architektur wirtschaftlich bedeutet
Die Technik ist selten der größte Kostenblock — das ist in der Regel die Prämienwelt. Die Architekturentscheidung wirkt aber auf alle anderen Positionen: Ein System mit konfigurierbarer Regel-Engine spart über Jahre Entwicklungsaufwand; erprobte Standard-Integrationen sparen Projektkosten bei jeder Anbindung; ein Managed Service verlagert Betriebsaufwand, der sonst intern anfällt und selten budgetiert wird.
Rechnen Sie deshalb nicht Lizenzpreise gegeneinander, sondern Gesamtkosten über drei bis fünf Jahre — inklusive interner Aufwände. Vertiefend: Was kostet ein Loyalty-System? und ROI eines Loyalty-Programms berechnen.
Kapitel 11Fünf typische Fehler bei der Architekturentscheidung
Erstens: die Featureliste vor den Zielen prüfen — es wird verglichen, bevor klar ist, welches Verhalten das Programm überhaupt verändern soll. Zweitens: Integrationen als Nebensache behandeln; sie entscheiden über Datenqualität und damit über jede spätere Auswertung. Drittens: die Datenhoheit nicht vertraglich klären — spätestens beim Anbieterwechsel wird das teuer.
Viertens: den Betriebsaufwand unterschätzen. Ein Pilot lässt sich mit Bordmitteln stemmen, ein laufendes Programm mit Support, Kampagnen und Prämienfragen nicht. Fünftens: Recht und Steuer zu spät einbinden — Einwilligungen, Transparenzpflichten und die Behandlung von Sachprämien gehören in die Konzeptphase, nicht in die Abnahme. Vertiefend: Steuerleitfaden Incentives und Sachprämien.
Kapitel 12Sicherheit, Datenschutz und Nachweispflichten im Detail
Kundenbindungsprogramme verarbeiten personenbezogene Daten in erheblichem Umfang — Kontaktdaten, Kaufhistorie, teils Standort- und Gerätedaten. Für IT und Einkauf sind vier Punkte prüfbar: der Hosting-Standort, die Zertifizierung des Anbieters, das Berechtigungs- und Löschkonzept sowie die Frage, ob ein Auftragsverarbeitungsvertrag mit klaren Unterauftragsverhältnissen vorliegt.
Wichtig ist die saubere Unterscheidung zweier Ebenen: Die Zertifizierung des Anbieters und die Konformität einer Infrastruktur sind nicht dasselbe. Hosting-Standort, Sicherheitsnachweise, Datenschutz, Protokollierung und Freigabeprozesse sollten anhand aktueller Unterlagen sowie der eigenen Branchenanforderungen geprüft werden.
Barrierefreiheit wird ab 2025 relevanter: Anforderungen nach BFSG beziehungsweise WCAG 2.1 AA sind auf Wunsch umsetzbar und sollten früh im Lastenheft stehen, weil sie Oberflächen und Kommunikationswege betreffen. Vertiefend: Datenschutz im Loyalty-Programm und Einwilligungsmanagement in Loyalty-Programmen.
Kapitel 13Wie die Plattform ProLoyalty die sechs Schichten abbildet
ProLoyalty ist die von PRODATA entwickelte Loyalty-Plattform. Sie deckt die Regel- und Punkte-Engine, die Kanäle App, Web und Wallet sowie Prämienshop und Reporting ab; Integrationen zu CRM-, ERP- und Shop-Systemen bestehen als erprobte Standard-Anbindungen, ergänzt um eine offene REST-API für individuelle Systemlandschaften. Der Betrieb erfolgt auf Wunsch als Managed Service.
Der praktische Unterschied zu einer reinen Lizenzlösung liegt weniger in der Technik als in der Verantwortung: Konzeption, Plattform, Prämienlogistik aus eigenem Lager und laufender Betrieb kommen aus einer Hand, statt über mehrere Dienstleister koordiniert zu werden. Ob dieses Modell passt, hängt davon ab, wie viel Steuerungsaufwand Sie intern leisten wollen — die Abwägung finden Sie unter Full-Service versus Software-only.
PRODATA Loyalty-Kompendium – kostenlos als PDF
Sie planen die technische Umsetzung eines Kundenbindungsprogramms? Das 18-seitige Kompendium liefert die Aufbau-Anleitung von Strategie und Kennzahlen über Technik bis zum Betrieb, mit Checklisten und Praxis-Playbooks.
Wann eine andere Architektur die richtige ist
Die hier beschriebene Full-Service-Architektur ist nicht in jedem Fall die passende. Ein reines Headless-/API-Setup ist sinnvoll, wenn Sie eine eigene Entwicklungsmannschaft haben, die Oberflächen selbst bauen will und lediglich eine Engine samt API benötigt.
Ein Standard-SaaS-Baukasten genügt, wenn das Programm einfach bleibt, keine Prämienlogistik und keine Belegverarbeitung erfordert und die Regeln sich selten ändern. Umgekehrt wird es aufwendig, sobald mehrstufiger Vertrieb, physische Prämien, internationale Rollouts oder regulatorische Anforderungen dazukommen — dann trägt eine integrierte Architektur mit Betrieb aus einer Hand weiter.
PRODATA und die Plattform ProLoyalty
PRODATA unterstützt die Konzeption und technische Umsetzung von Loyalty-Programmen. Welche Plattformbausteine, Schnittstellen und Betriebsleistungen eingesetzt werden, wird anhand von Zielbild, Datenmodell, Rollen und Nachweisen im Projekt festgelegt.
- Plattformbausteine: Regel-Engine, Datenmodell, Kanäle und Reporting als zu prüfende Architekturkomponenten
- Schnittstellen: CRM, ERP, Commerce, Kasse oder individuelle Systeme anhand konkreter Datenflüsse und Berechtigungen bewerten
- API und Governance: Übergaben, Versionierung, Monitoring, Rollen und Löschkonzept dokumentieren
- Prämien und Fulfillment: Sortiment, Versand, Retouren und Verantwortlichkeiten projektspezifisch festlegen
- Betrieb: Verantwortlichkeiten, Security, Support und Serviceumfang anhand belastbarer Anbieterunterlagen vergleichen
Weitere Anbieter sollten nach Anbietertyp, Funktionsumfang, Nachweisen und Betriebsmodell verglichen werden – nicht nach pauschalen Rankings.
Häufige Fragen zur Loyalty-Plattform
Was ist eine Loyalty-Plattform?
Eine Loyalty-Plattform bündelt Regel- und Punkte-Logik, Daten, Kanäle, Vorteile, Reporting und Betriebsprozesse. Welche Bausteine benötigt werden, hängt von Programmziel, Zielgruppen und Systemlandschaft ab.
Welche Komponenten gehören zur Architektur?
Typische Komponenten sind Regel- und Punkte-Engine, Datenmodell, API- und Schnittstellenebene, App oder Portal, digitale Karte, Reporting sowie Rollen- und Berechtigungskonzepte.
Wie werden CRM, ERP oder Commerce-Systeme angebunden?
Zuerst werden Ereignisse, Identifikatoren, Datenfelder, Frequenzen, Fehlerfälle und Berechtigungen beschrieben. Danach wird geprüft, ob vorhandene Schnittstellen, APIs oder projektspezifische Übergaben geeignet sind.
Was ist der Unterschied zwischen Headless Loyalty und einem Portal?
Headless Loyalty trennt die fachliche Loyalty-Logik von der Frontend-Darstellung. Ein Portal bringt dagegen eine vordefinierte Nutzeroberfläche mit. Die Entscheidung richtet sich nach Kanälen, Ownership, UX-Anspruch und Betriebsmodell.
Welche Daten- und Governance-Fragen müssen geklärt werden?
Zu klären sind Zweck, Einwilligung, Datenminimierung, Rollen, Zugriff, Aufbewahrung, Löschung, Nachvollziehbarkeit und die Übergabe an CRM-, ERP- oder BI-Systeme. Datenschutz- und Rechtsfragen müssen projektspezifisch geprüft werden.
Wie werden Hosting und Betrieb eines Loyalty-Systems bewertet?
Verglichen werden sollten Verantwortlichkeiten, Hosting-Standort, Sicherheitsnachweise, Monitoring, Support, Wiederanlauf, Änderungsprozesse und vertragliche Serviceumfang. Pauschale Betriebsversprechen ersetzen keine Nachweise.
Wie wählt man einen Anbieter für eine Loyalty-Plattform aus?
Eine belastbare Auswahl bewertet Zielbild, Architektur, Datenflüsse, Integrationen, Security, TCO, Betriebsmodell, Referenznachweise und einen abgegrenzten Pilot oder Testfall.
