Apple Wallet versus Google Wallet voor klantenkaarten

Als je klantenkaarten uitgeeft, kies je niet tussen Apple Wallet en Google Wallet, je klanten hebben al gekozen, door een telefoon te kopen. Waar het om gaat, is weten waar de twee van elkaar verschillen, zodat u na de lancering niet voor verrassingen komt te staan.

Moet ik beide wallets ondersteunen?

Ja. Elke aanmeldlink die maar een wallet aanbiedt, faalt stilzwijgend voor ongeveer de helft van je klanten, en ze zullen het je niet vertellen: ze hebben simpelweg geen kaart.

Een correct opgebouwde registratiepagina detecteert het apparaat en toont de juiste knop, met de andere als alternatief. Loonine doet dit automatisch; als u een ander platform evalueert, open dan de demo-link op zowel een iPhone als een Android telefoon voordat u de marketingpagina gelooft.

Hoe vergelijken de twee platforms zich met elkaar?

Wat zijn de praktische valkuilen?

1. In-app browsers. Links die in sommige sociale apps worden geopend, blokkeren de installatie van creditcards. De oplossing is om de link in Safari of Chrome te openen, en een goede registratiepagina vermeldt dit expliciet in plaats van de klant in de steek te laten.
2. Desktoplinks. De kaarten worden op telefoons geïnstalleerd. Een klant die de link op een laptop opent, ziet niets nuttigs, dus het bericht moet hem of haar bereiken op het apparaat dat hij of zij bij zich heeft.
3. Veldlimieten. De sjabloon van Apple staat een vast aantal velden toe. Een kaartontwerp dat afhankelijk is van zes gegevenspunten zal worden afgekapt, dus ontwerp rekening houdend met de beperking in plaats van ertegenin te gaan.
4. Updatevertraging. Push-ups duren meestal enkele seconden, maar zijn niet gegarandeerd direct. Ontwikkel nooit een workflow waarbij medewerkers moeten wachten tot het scherm van de klant is vernieuwd voordat ze de klant kunnen helpen.

Welke van de twee genereert meer betrokkenheid?

Geen van beide platforms heeft een doorslaggevend voordeel op het gebied van klantbetrokkenheid bij loyaliteitskaarten. De gerapporteerde openingspercentages van ongeveer 90% voor wallet push-kaarten gelden over het algemeen voor walletkaarten, en niet voor één specifiek platform. Bovendien is de variatie tussen bedrijven veel groter dan de variatie tussen wallets.

Wat de betrokkenheid vergroot, is relevantie: een kaart die op het vergrendelscherm verschijnt wanneer de klant in de buurt van uw winkel is, wordt geopend; een kaart die op een dinsdagmiddag een algemene boodschap weergeeft, wordt genegeerd.

Hoe wordt een kaart op elk platform bijgewerkt?

Op beide platforms wordt de update door het besturingssysteem zelf gepusht in plaats van door een app opgehaald. Daarom kan een wallet-kaart wijzigen terwijl de telefoon van de gebruiker in zijn of haar zak zit. Het mechanisme verschilt enigszins, maar het praktische gedrag is vrijwel identiek.

Apple Wallet registreert elke geïnstalleerde kaart bij de server die de kaart heeft uitgegeven. Wanneer het bedrijf iets wijzigt, signaleert de server Apple's pushdienst, vraagt de telefoon de nieuwe versie op, en werkt de kaart ter plekke bij, meestal binnen enkele seconden. Google Wallet werkt met het kaartobject dat aan de kant van Google is opgeslagen: het bedrijf werkt het object bij via de API, en Google verspreidt die update naar elk apparaat dat die kaart bevat.

Het gevolg voor een bedrijf is in beide gevallen hetzelfde: je hoeft nooit een nieuwe kaart uit te geven. Door de beloning, het ontwerp of het aantal stempels te wijzigen, worden alle kaarten die al in omloop zijn bijgewerkt, inclusief de kaarten op telefoons die momenteel zijn uitgeschakeld.

Wat zijn de ontwerpbeperkingen?

Apple hanteert een vast kaartsjabloon met een bepaald aantal gelabelde velden, terwijl Google iets meer vrijheid in lay-out toestaat, maar beide zijn veel beperkter dan een webpagina, en ontwerpen binnen die beperking levert betere kaarten op dan er tegen in te gaan.

De praktische regel is dat een klantenkaart in één oogopslag twee dingen duidelijk moet maken: van wie de kaart is en hoe dicht de klant bij de beloning is. Alles wat daar verder aan toevoegt, concurreert met die twee en verliest het meestal. Bedrijfsnaam, aantal stempels, beloningstekst: dat is een complete kaart.

Test het in de donkere modus voordat je het lanceert. Een logo met een transparante achtergrond en donkere letters verdwijnt volledig op een donkere kaart, en dit is de meest voorkomende ontwerpfout in deze categorie.

Hebben klanten een account nodig?

Apple Wallet vereist helemaal geen account: de kaart installeert op het toestel zonder inloggen. Google Wallet vereist dat de telefoon is ingelogd op een Google-account, wat in feite geldt voor vrijwel elke Android-telefoon in normaal gebruik, maar het is de moeite waard om te weten als mogelijk faalpunt.

Geen van beide platforms vereist dat de klant een account aanmaakt, noch bij u, noch bij de loyaliteitsaanbieder. Dit is het belangrijkste privacyvoordeel van een digitale portemonnee ten opzichte van een app: er is geen wachtwoord, geen e-mailverificatie en geen profiel nodig, afgezien van de identificatiegegevens die het bedrijf toch al nodig had.

En hoe zit het met andere portemonnees?

Apple Wallet en Google Wallet bestrijken in feite de gehele smartphonemarkt waarmee een lokaal bedrijf te maken krijgt, en ondersteuning voor beide is voldoende. Er bestaan andere wallet-apps, maar geen daarvan is de moeite waard om in deze context te ontwikkelen.

Een situatie die het vermelden waard is, betreft nieuwere Huawei-apparaten die zonder Google Mobile Services worden geleverd en waarop geen Google Wallet kaarten kunnen worden geïnstalleerd. Deze apparaten zijn in de meeste landen zeldzaam en in sommige landen komen ze vaker voor. Als de telefoon van een klant geen kaart kan bevatten, blijft een papieren kaart het juiste antwoord voor die klant.

Waarom is de kaart niet geïnstalleerd?

Installatiefouten komen het meest voor in vier categorieën, en alle vier liggen aan de kant van de klant en niet aan die van het platform. Dit betekent dat een goede registratiepagina al deze problemen kan voorkomen.

Het geval van de in-app browser is het geval dat echte aanmeldingen kost, omdat het stil faalt: de klant tikt, er gebeurt zichtbaar niets, en hij concludeert dat de kaart niet werkt. Een aanmeldingspagina die dit probleem detecteert en aangeeft "tik op het deelpictogram en open het vervolgens in Safari", lost het probleem in de meeste gevallen op.