Journal
Les portefeuilles d’Apple et de Google accueillent les cartes de fidélité à côté des cartes bancaires et des billets. Voici comment une carte y entre, ce qu’elle peut faire une fois là, et ses limites.
Apple Wallet et Google Wallet sont préinstallés sur la quasi-totalité des téléphones en circulation. Ils ont été conçus pour les cartes bancaires et les billets, mais ils acceptent depuis longtemps un troisième objet : la carte de fidélité. Pour un commerce, c’est l’occasion d’exister dans l’endroit du téléphone que les clients ouvrent déjà pour payer, sans leur demander d’installer quoi que ce soit. Cet article décrit ce qu’une telle carte peut faire, comment elle arrive dans le portefeuille, et ce qu’elle demande côté comptoir.
C’est une carte numérique, un « pass », rangée dans le portefeuille du téléphone à côté des cartes bancaires et des billets. Elle affiche votre enseigne, le solde de tampons ou de points du client et un code que le comptoir peut lire, et elle se met à jour à distance.
Apple appelle ces objets des passes et les décrit dans un format ouvert, le fichier .pkpass, lu par Apple Wallet depuis iOS 6. Google Wallet les nomme des cartes de fidélité et les gère par une interface de programmation dédiée. Dans les deux cas, la carte n’est pas une application : c’est un document signé par l’émetteur, que le portefeuille sait afficher, ranger et mettre à jour.
Une carte contient un nom d’enseigne, des couleurs, un logo, des champs (solde, niveau, prochaine récompense), un code-barres ou un QR code, et au dos des informations libres : adresse, horaires, conditions du programme, lien vers le site. Elle est signée par un certificat de l’émetteur, ce qui empêche qu’on la fabrique ou qu’on la modifie sans lui.
Elle montre le solde à jour, le code à présenter au comptoir et vos informations au dos. Elle reçoit des mises à jour à distance et, dans Apple Wallet, peut se proposer sur l’écran verrouillé à proximité de l’établissement ou à l’approche d’une date déclarée.
La carte est un document vivant. Quand un tampon est validé, l’émetteur pousse une mise à jour et le solde change sur le téléphone, avec une notification discrète si l’émetteur le souhaite. Apple Wallet permet d’attacher à une carte des lieux et des dates de pertinence : à proximité d’une adresse déclarée, ou à l’approche d’une date, la carte se propose d’elle-même sur l’écran verrouillé. Google Wallet permet à l’émetteur d’attacher des messages à la carte, visibles à son ouverture.
Ces mécanismes remplacent avantageusement l’application : ils tiennent dans un objet que le client a déjà accepté, à un endroit qu’il connaît. Ils ont aussi une limite saine : une carte de fidélité n’envoie pas de notifications à volonté. Elle informe quand il se passe quelque chose sur le programme, et c’est très bien ainsi.
Le client présente le code de sa carte ; le commerçant le scanne avec son propre téléphone ou sa tablette, ou saisit un code court. La validation remonte à l’émetteur, qui met la carte à jour dans les secondes qui suivent. Aucun terminal dédié n’est nécessaire.
Le code affiché sur la carte, QR ou code-barres, identifie le client. Au comptoir, le commerçant l’ouvre avec l’appareil photo de son téléphone ou depuis un écran de gestion, et valide le tampon ou les points. Certains programmes utilisent une lecture sans contact en approchant le téléphone ; ce mode demande un matériel compatible et n’est pas indispensable pour un commerce de proximité.
Chaque validation est datée et rattachée à un point de vente : c’est ce qui rend les abus faciles à repérer et permet des règles automatiques, par exemple une seule validation par passage. Le commerçant garde la main ; le client, lui, n’a rien d’autre à faire que montrer sa carte.
La carte affiche et met à jour ; elle ne remplace ni un site pour raconter, ni une caisse pour encaisser. Son émission demande un émetteur enregistré auprès d’Apple et de Google, et un soin réel du dessin : la carte porte votre image dans le portefeuille du client.
Le format est volontairement contraint : quelques champs, une palette, un code. On ne peut pas y mettre un catalogue ni une boutique. C’est une force, parce que la carte reste lisible en un regard, et une limite, parce que le programme doit tenir dans des règles simples.
Techniquement, émettre des cartes suppose un compte développeur Apple avec un certificat de signature, un compte émetteur Google Wallet, et un service qui génère, signe et met à jour les cartes. Ce n’est pas à la portée d’un tableur, mais c’est un travail d’installation fait une fois. Ce qui compte pour vous, c’est que la carte porte fidèlement vos couleurs et votre nom, et que les règles y soient lisibles.
Une règle du programme en une phrase, un dessin de carte fidèle à votre enseigne, un moyen d’inscription au comptoir et à distance, une procédure de validation connue de toute l’équipe, et une information claire sur les données collectées. Cinq points, une page.
Ces cinq points se règlent avant le premier client. Ils tiennent sur une page et évitent l’essentiel des programmes lancés puis oubliés : une règle que l’équipe explique différemment d’une personne à l’autre, une carte qui ne ressemble pas à l’enseigne, une inscription possible seulement au comptoir. La carte n’est qu’un support : ce qui fait revenir un client tient d’abord à l’accueil et à la constance, comme nous l’expliquons dans comment fidéliser ses clients.
Oui pour l’affichage : la carte et son code sont stockés sur le téléphone et se montrent sans réseau. La mise à jour du solde, elle, arrive dès que le téléphone est de nouveau connecté.
Oui, sans limite pratique. Le portefeuille les range ensemble et, dans Apple Wallet, la carte pertinente peut se proposer d’elle-même à proximité de l’établissement, ce qui évite de la chercher.
L’identifiant du client, son solde, la date de sa dernière visite et, selon le réglage du programme, son prénom. Il valide en un geste ; la carte du client se met à jour dans les secondes qui suivent.
Non. Un écran de gestion accessible depuis le navigateur du téléphone ou de la tablette suffit pour scanner, valider et consulter le programme. Une application native n’apporte rien de plus pour ce geste.
· Fidélité mobile
Une carte de fidélité dématérialisée s’ajoute au téléphone en quelques secondes et n’en sort plus. Voici ce qui se passe derrière, ce qui fait revenir, et ce qu’il faut mesurer.
· Fidélité mobile
Le prix d’une application se fait sur deux plateformes, un serveur, des comptes, des notifications et des mises à jour chaque année, bien plus que sur les frais des magasins, qui sont publics et modestes. Pour la plupart des commerces, la question n’est pas combien, mais pourquoi.
· Fidélité mobile
La récompense est la seule promesse d’un programme de fidélité. Trop lointaine, personne ne l’atteint ; trop généreuse, elle coûte plus qu’elle ne rapporte. Voici comment la choisir, mécanique par mécanique.
Toutes les questions auxquelles le journal répond, chacune avec sa réponse directe : la page des questions.
Et maintenant
Un premier échange suffit pour savoir si un projet de fidélité mobile a du sens pour vous, et ce qu’il demanderait.
02 Comment un client ajoute-t-il la carte à son portefeuille ?
En touchant un bouton « Ajouter à Apple Wallet » ou « Ajouter à Google Wallet » depuis une page web, un e-mail ou un SMS, ou en scannant un QR code au comptoir. Le portefeuille ouvre un aperçu, le client confirme : la carte est là, sans magasin d’applications ni compte.
Le geste tient en deux touchers. Le client scanne un QR code posé sur le comptoir ou touche un lien reçu après une première visite ; une page s’ouvre dans le navigateur, avec sa carte et le bouton du portefeuille correspondant à son téléphone. Le portefeuille affiche la carte, demande une confirmation, et la range. Il n’y a ni magasin d’applications, ni compte à créer, ni mot de passe à retenir.
Sur iPhone, le bouton d’ajout est celui d’Apple, dessiné selon ses règles ; sur Android, celui de Google. Un même lien peut proposer l’un ou l’autre en détectant le téléphone, ce qui évite au client de choisir. Pour les rares téléphones sans portefeuille actif, la carte reste consultable dans le navigateur, avec le même code.