App, Webportal und Wallet bieten unterschiedliche Zugänge zu demselben Loyalty-Programm. Wählen Sie für Anmeldung, Kontostand, digitale Karte und Prämieneinlösung den passenden Mitgliedermoment.
Ein neues Mitglied möchte sich anmelden. An der Kasse genügt eine digitale Karte. Für eine Prämie braucht es dagegen den vollständigen Kontoblick. Diese Situationen verlangen unterschiedliche Oberflächen.
App, Webportal und Wallet können Teil derselben Customer Journey sein. Identität, Guthaben und Regeln bleiben im gemeinsamen Programm verbunden; die Darstellung richtet sich nach Aufgabe, Gerät und Zielgruppe.
| Weg | Gestaltung und Verantwortung | Geeignet, wenn … |
|---|---|---|
| White-Label-App / Portal | Markenauftritt und konfigurierte Funktionen auf einer vereinbarten Oberfläche. Bereitstellung und laufende Pflege werden ausdrücklich zugeordnet. | … ein eigenständiger Programmeinstieg mit klar begrenztem Anpassungsumfang gebraucht wird. |
| Eigene Oberfläche | Ihr Frontend-Team gestaltet beispielsweise mit React oder Next.js. APIs verbinden die Oberfläche mit den bestätigten Loyalty-Funktionen. | … Loyalty in eine bestehende App oder individuelle Experience eingebettet werden soll. |
| Web / PWA / Widget | Ein Browserzugang oder eingebetteter Bereich reduziert Einstiegshürden. Gerätefunktionen und Offlineverhalten hängen vom tatsächlichen Aufbau ab. | … der Einstieg über Website, Shop oder Partnerportal erfolgen soll. |
Eine eigene Oberfläche braucht Frontend-Entwicklung, UX, Zugänglichkeit und laufende Kompatibilitätstests. Ein White-Label-Angebot benötigt Konfiguration und abgestimmte Gestaltung innerhalb seines bestätigten Rahmens. Eine App benötigt zusätzlich geklärte Store-Konten, Veröffentlichung und Versionspflege. Ein allgemeines „schneller und günstiger“ lässt sich daraus ohne Projektumfang nicht ableiten.
Ein Programmversprechen und klare Teilnahmeinformationen erklären, welchen Nutzen das Konto hat.
Registrierung oder vereinbartes SSO ordnet die Teilnahme einer berechtigten Person zu.
Erforderliche Teilnahmeangaben und freiwillige Kommunikations-Opt-ins werden getrennt behandelt.
Kontostand, Status und nächste mögliche Aktivität werden verständlich angezeigt.
Das Mitglied findet Profil, Einwilligungen, Historie und die vorgesehenen Support- oder Löschwege.
Vorgemerkt, verfügbar und reserviert bedeuten in App, Portal und Service dasselbe. Eine Oberfläche darf einen erwarteten Bonus nicht als bereits einlösbar darstellen.
Klare Beschriftung, sichtbarer Fokus, ausreichender Kontrast und Bedienung ohne reine Farbcodes gehören zur Konzeption. Die konkrete Zugänglichkeit wird am fertigen Frontend geprüft, nicht aus dem Vorhandensein einer API abgeleitet.
Ein gespeicherter Code kann auf einem Gerät sichtbar bleiben, während keine Verbindung besteht. Daraus folgt noch keine sichere Offline-Einlösung. Zulässige Aktionen, lokale Limits, spätere Synchronisierung und Konflikte bei paralleler Nutzung werden je Kassen- und Gerätearchitektur festgelegt. Die Anzeige eines alten Kartenstands darf nicht als bestätigter Live-Saldo erscheinen.
In-App-Inhalte, persönlicher Angebotsbereich und digitale Sammelpässe schaffen einen Anlass zur Wiederkehr. Die fachliche Berechtigung wird vor einer tatsächlichen Einlösung geprüft.
Zweck: relevante Vorteile auffindbar und nutzbar machen.
Push, E-Mail und SMS ergänzen Umfragen, Empfehlungen und Social-Einstiege. Kanal, Einwilligung und Frequenz werden separat berücksichtigt.
Zweck: aktivieren, ohne den erlaubten Kontaktumfang zu überschreiten.
Filialsuche, Terminbuchung und ortsbezogene Angebote verkürzen einen konkreten Weg. Standortzugriff und verfügbare Gerätefunktionen benötigen eine bewusste Wahl.
Zweck: den nächsten sinnvollen Schritt erleichtern.
Eine Bezahlfunktion wird über einen dafür vorgesehenen Partner und einen konkret bestätigten Integrationsumfang geplant. Kartenidentifikation, Loyalty-Guthaben und Geldzahlung bleiben unterschiedliche Aufgaben. Die Oberfläche muss Zuständigkeit und Zahlungsstatus verständlich darstellen.
Branding, Inhalte und Frontend-Technik brauchen einen klaren Verantwortlichen. Die schönste App hilft wenig, wenn eine Regeländerung oder ein Store-Update nicht verlässlich ankommt.
Für iOS und Android werden Bereitstellung, unterstützte Versionen, Store-Verantwortung und Updateweg festgelegt. Beim Portal gehören Hosting, Zugangsverwaltung und Kompatibilität dazu. Inhaltspflege, Kampagnen und Serviceübergaben werden mit den zuständigen Teams abgestimmt.
Onboarding und Login, Kundenkarte, Kontostatus, Opt-ins, Angebotsaufruf und Einlösung bilden den Normalfall. Dazu kommen abgelaufene Sitzung, verweigerte Geräterecht, schwache Verbindung, nicht unterstütztes Wallet-Update und spätere Synchronisierung. Die Kasse wird mit zulässigem und unzulässigem Vorteil getestet.
Die Oberfläche verwendet unterstützte API-Versionen und behandelt Fehlerzustände verständlich. Eine Änderung im Backend braucht einen abgestimmten Kompatibilitätsweg. Der konkrete API-Vertrag und die zulässigen Daten werden im Integrationsprojekt bestätigt.
Besprechen wir Ihre Zielgruppe, Ihre Datenquellen und den Ablauf, den Sie verbessern möchten. Daraus entsteht eine Demo, die zu Ihrem Programm passt.
Ein normaler Vorgang. Ein Sonderfall. Die beteiligten Systeme. Wir zeigen, wie Regeln, Kanäle und Kontrolle zusammenspielen.
