Suchen Sie nach einer Anleitung zum Bau einer Kundenkarte, finden Sie meist zwei Arten: eine, die Apple Wallet durchgeht und dort endet, und eine, die dasselbe für Google Wallet macht. Folgen Sie nur einer davon, haben Sie ein halbes Programm gebaut, denn ungefähr die Hälfte Ihrer Kundschaft trägt die Wallet, für die Sie nicht gebaut haben.
Diese Version deckt von Anfang an beide ab, denn die Plattform der Kundschaft sollte nicht darüber entscheiden, ob Ihre Kundenkarte sie erreicht.
Digitale Kundenkarte erstellen (ohne zwei getrennte Builds)
Nativ gebaut sind Apple Wallet und Google Wallet zwei unabhängige technische Wege. Apple nutzt eine signierte .pkpass-Datei über PassKit; Google nutzt ein Pass-Objekt über die eigene Wallet API. Jede läuft über eigene Zertifikate und eine eigene Update-Pipeline, sodass die Unterstützung beider in den meisten Unternehmen zwei getrennte Tickets im Backlog bedeutet statt eines.
Ein No-Code-Pass-Builder fasst das in einem Workflow zusammen. Sie gestalten die Karte – Felder, Farben, Barcode und alles Weitere – einmal im Dashboard, und die Plattform generiert und signiert daraus sowohl die Apple- als auch die Google-Version. Sie pflegen keine zwei Kartendefinitionen, die unbemerkt auseinanderlaufen können; Sie pflegen eine.
Kundenbindungs-App für kleine Unternehmen: Brauchen Sie überhaupt eine?
Eine eigene Kundenbindungs-App für kleine Unternehmen klingt nach der vollständigen Lösung, aber die meisten kleinen Teams unterschätzen die Kosten: einen Download, den die meisten Kundinnen und Kunden nicht abschließen, laufende App-Store- und Play-Store-Pflege und einen Build, der bei jeder Regeländerung einer der beiden Plattformen aktualisiert werden muss.
Ein Wallet-Pass liefert dieselbe Kernmechanik – Punktestand, Stufe, scanbarer Barcode – ganz ohne Download. Für die meisten kleinen Unternehmen spricht dieser Tausch immer für den Wallet-Pass. Eine App rechnet sich, wenn Sie Funktionen brauchen, die ein Pass wirklich nicht leisten kann, etwa In-App-Bestellungen oder einen Social Feed; für das Zählen von Punkten und den Anstoß zum Wiederkommen ist sie unnötiger Aufwand.
Schritt für Schritt: eine Karte, beide Wallets
-
Karte einmal gestalten
Legen Sie Branding, Farben, Logo und die relevanten Felder fest: Punktestand oder Stempelanzahl als Hauptfeld, Ablaufdatum oder Mitgliedsnummer als Nebenfeld. Fügen Sie den Barcode- oder QR-Wert hinzu, den Ihre Kasse scannen wird. Dieser Gestaltungsschritt passiert genau einmal, unabhängig davon, für wie viele Plattformen Sie ausstellen.
-
Gleichzeitig für Apple und Google veröffentlichen
Generieren Sie aus demselben Dashboard sowohl die Apple-Wallet- als auch die Google-Wallet-Version des Passes. Die Plattform übernimmt Signierung und Formatunterschiede auf ihrer Seite, sodass Sie am Ende einen Install-Link und einen QR-Code veröffentlichen, die je nach Gerät der Kundschaft zum passenden Pass-Format führen.
-
Install-Link auf beiden Plattformen testen
Öffnen Sie den Link auf einem iPhone und prüfen Sie, ob die Karte korrekt zu Apple Wallet hinzugefügt wird, dann wiederholen Sie das auf einem Android-Gerät für Google Wallet. Prüfen Sie, ob der Barcode scannt, das Branding wie erwartet erscheint und eine standortbasierte Benachrichtigung im Umkreis auslöst. Eine Karte, die auf einer Plattform funktioniert und auf der anderen versagt, macht den ganzen Sinn des Doppel-Setups zunichte.
Beide Versionen synchron halten
Zwei getrennte Passes für Apple und Google zu bauen und zu pflegen, verdoppelt bei jeder Änderung die Arbeit – eine neue Stufe, ein Rebranding, eine verschobene Prämienschwelle. Pushwoosh Wallet Passes stellt eine Karte aus, die auf beiden funktioniert, sodass eine Änderung, die Sie einmal vornehmen, jedes Gerät erreicht, das sie gespeichert hat, Apple oder Google, ohne einen zweiten Build zu pflegen.
Kundenbindung über beide Wallets hinweg starten
Pushwoosh Wallet Passes baut aus einem Dashboard eine Karte für Apple Wallet und Google Wallet, sodass jede Kundin und jeder Kunde dieselbe Erfahrung bekommt, unabhängig vom Smartphone in der Tasche – mit Datenverarbeitung auf EU-gehosteter Infrastruktur. Sehen Sie, wie dieselbe Mechanik bei einem Kundenbindungsprogramm für Restaurants oder einem breiteren Kundenbindungsprogramm im Einzelhandel greift.
