Types de cartes et modèles

Comprenez les modèles de carte et choisissez le bon type de carte Apple Wallet et Google Wallet pour chaque cas d’usage.

Un modèle définit la structure et le design visuel d'une Carte Wallet. Il détermine la disposition, les étiquettes, les images et les champs de données spécifiques affichés sur la Carte.

Dans The Wallet Crew, chaque modèle est construit sur un type de Carte. Le type de Carte établit le format de base et les contraintes techniques requises par Apple Wallet et Google Wallet. Le modèle applique ensuite l'identité de marque, le style et les règles de mappage des données sur cette base pour produire le design final de la Carte.

Aperçu

Types de Cartes et modèles (Apple Wallet / Google Wallet)

Les Cartes de portefeuille numériques permettent aux entreprises de fournir des cartes de fidélité, billets, coupons et plus directement sur le téléphone des utilisateurs. Comprendre les types de Cartes et les modèles est essentiel pour créer des Cartes à la fois fonctionnelles et esthétiques.

Un type de Carte pose les bases : il définit la forme, la disposition et les contraintes techniques requises par Apple ou Google. Par dessus cela, un modèle applique l'identité de marque, les éléments de design et les règles de mappage des données, déterminant exactement quelles informations apparaissent et comment elles sont présentées.

Après la lecture de cette section, vous saurez :

• La différence entre types de Cartes et modèles

• Pourquoi ces structures existent et comment elles aident à garantir une expérience utilisateur cohérente

• Comment utiliser les modèles pour concevoir des Cartes prêtes pour Apple Wallet et Google Wallet

Pourquoi Apple et Google imposent des modèles

Apple Wallet et Google Wallet n'autorisent pas des designs totalement libres pour les Cartes. Ils exigent que les Cartes suivent des modèles spécifiques. Cela garantit que chaque Carte s'intègre à l'interface native du portefeuille, se comporte de manière cohérente et reste lisible et fonctionnelle sur différents appareils.

Bien que cela puisse sembler restrictif au premier abord, c’est en réalité un avantage :

• Cohérence : Les utilisateurs reconnaissent et comprennent instantanément les Cartes car elles suivent des mises en page familières.

• Fiabilité : Les Cartes fonctionnent correctement sur différents appareils et tailles d'écran.

• Simplicité : Les concepteurs peuvent se concentrer sur l'identité de marque et le contenu, sans craindre de perturber l'interface du portefeuille.

Chaque modèle (cartes de fidélité, billets d'événement, etc.) a sa propre architecture Apple et Google, que vous pouvez trouver ici :

Wallet Developer Guide: Pass Design and Creationdeveloper.apple.com

Loyalty Template  |  Loyalty cards  |  Google for DevelopersGoogle for Developers

Concepts clés

Glossaire : Type de Carte, Modèle, Carte émise, Système source

Avant de concevoir des Cartes Wallet, il est essentiel de comprendre les principaux éléments constitutifs :

• Type de Carte : Le format de base et les contraintes techniques requises par Apple Wallet ou Google Wallet

• Modèle : Une couche de design appliquée au type de Carte, contrôlant la disposition, l'identité de marque et le mappage des données.

• Carte émise : La Carte réelle délivrée au portefeuille de l'utilisateur, contenant des données réelles.

• Système source : Le système externe qui fournit les données pour la Carte émise (outils POS, outils d'automatisation marketing, outils e‑commerce, etc.)

Structurer l'information, pas seulement le visuel

Concevoir une Carte ne consiste pas seulement à la rendre esthétique, le design inclut :

• Structure : Comment l'information est organisée sur la Carte

• Mappage des données : Relier le modèle aux bonnes données du système source

• Contraintes : Respecter les règles d'Apple/Google et les limites des appareils

• Branding : Appliquer couleurs, logos et style de manière cohérente

• Opérations : Gérer les mises à jour, la gestion des versions et la distribution

Un design efficace garantit qu'une Carte est à la fois fonctionnelle et reconnaissable par les utilisateurs.

Séparation des responsabilités : Modèle vs Source de vérité

Un modèle définit comment l'information est présentée sur une Carte Wallet, mais il n'est pas la source de vérité pour les données métier. Des éléments clés comme la validité, les soldes, les droits et les règles de rédemption restent dans des systèmes en amont, tels qu'un CRM, un moteur de fidélité, un POS, une plateforme de billetterie ou des systèmes e‑commerce.

The Wallet Crew rend et met à jour la Carte Wallet en utilisant ces données-source de vérité. Cette approche garantit que la Carte reste cohérente avec les opérations tout en offrant les avantages de l'expérience Wallet, notamment l'accès hors ligne, la présentation native de l'appareil et les mises à jour en temps réel.

En séparant les responsabilités de design et de données :

• Les modèles se concentrent sur la disposition, l'identité de marque et les règles

• Les systèmes sources gèrent l'exactitude, les mises à jour et la logique métier

Cette séparation évite des erreurs comme l'encodage en dur des données dans les modèles ou la mauvaise gestion des mises à jour, tout en maintenant une expérience fluide pour l'utilisateur final.

Transformer les besoins en Cartes

Du cas d'usage à la Carte : le parcours en 5 étapes

La création d'une Carte chez The Wallet Crew suit un flux clair et répétable :

1. Choisir un type de Carte : Sélectionner le format de base (Apple Wallet ou Google Wallet) adapté au cas d'usage, tel que fidélité, billet, coupon ou carte cadeau.

2. Créer un modèle : Concevoir la disposition de la Carte, appliquer l'identité de marque et définir les champs de données qui apparaîtront.

3. Connecter les sources de données : Lier le modèle aux systèmes source de vérité qui contiennent les données métier, tels qu'un CRM, un moteur de fidélité, un POS, une plateforme de billetterie ou un backend e‑commerce.

4. Émettre la Carte : Générer et délivrer la Carte au portefeuille de l'utilisateur avec des données réelles.

5. Mettre à jour la Carte : Pousser des mises à jour lorsque les données changent, en veillant à ce que la Carte reflète l'état métier le plus récent tout en conservant la fonctionnalité hors ligne et native de l'appareil.

Ce flux structuré garantit cohérence, exactitude et une expérience utilisateur sans rupture.

Systèmes connectés

Les mises à jour des Cartes proviennent de systèmes connectés qui servent de source de vérité. Exemples :

• Cegid Y2 : pour des événements tels que le solde de points, les reçus

• Salesforce Marketing Cloud (SFMC) : pour les campagnes de fidélité et les promotions

• Bloomreach : pour les mises à jour et notifications e‑commerce

Des événements dans ces systèmes, tels que le solde de points, une rédemption, un changement de statut ou des modifications d'agenda, déclenchent des mises à jour de la Carte Wallet, la maintenant synchronisée avec les opérations métier en temps réel.

Choisir le bon type de Carte

Sélectionner le bon type de Carte n'a pas à être compliqué. Utilisez ce mini-guide pour faire correspondre votre besoin métier au type de Carte approprié :

Grille de décision rapide :

• Voulez‑vous suivre des points ou des récompenses ? Carte de fidélité

• Est‑ce pour un événement ponctuel ou une admission ? Billet d'événement

• Émettez‑vous un crédit en magasin ou une valeur prépayée ? Carte cadeau

• S'agit‑il d'une promotion ou réduction limitée dans le temps ? Offre

• Votre cas d'usage ne correspond pas aux précédents ? Carte générique

Aperçu des Types de Cartes pris en charge

The Wallet Crew prend en charge plusieurs types de Cartes. Le bon choix dépend du flux opérationnel et des données devant rester à jour.

Carte de fidélité

Utilisez une carte de fidélité lorsque la Carte représente une relation client continue et doit se mettre à jour dans le temps.

Le contenu typique inclut un identifiant membre, le niveau/statut, les points ou tampons, et des liens d'assistance. La rédemption se fait souvent via un code-barres/QR scanné au POS, suivi d'une mise à jour des points ou du niveau.

Plus de détails : Configuration du modèle de Carte de fidélité.

Billet d'événement

Utilisez un billet d'événement lorsque le flux principal est un accès contrôlé avec un scan d'entrée rapide.

Le contenu typique inclut le nom de l'événement, le lieu, la date/heure, le siège/section, la porte et un code-barres/QR. Les mises à jour sont utiles pour les changements de programme, les changements de siège ou les messages opérationnels.

Plus de détails : Billet d'événement.

Carte cadeau

Utilisez une carte cadeau lorsque la Carte représente une valeur stockée qui doit diminuer ou augmenter dans le temps.

Le contenu typique inclut un identifiant de carte, le solde et la devise, la date d'expiration le cas échéant, et un code-barres/QR de rédemption (ou NFC lorsque pris en charge). Les mises à jour de solde après rédemption sont l'exigence principale.

Plus de détails : Carte cadeau.

Offre

Utilisez une offre pour des coupons ou promotions limitées dans le temps, généralement rédimés une seule fois.

Le contenu typique inclut un titre d'offre, une date d'expiration, des conditions et un code de rédemption (code-barres/QR ou code promo). L'offre peut être mise à jour pour refléter l'état de rédemption.

Plus de détails : Offre.

Générique

Utilisez une Carte générique lorsqu'aucun type dédié ne correspond au cas d'usage, mais qu'une identification présentable ou scannable est nécessaire.

Les modèles courants incluent des cartes de membre qui ne sont pas des programmes de fidélité, des badges de personnel, des cartes de garantie, des réservations de service ou des justificatifs de retrait.

Plus de détails : Générique.

Cas d'usage

Fidélité Retail

Un détaillant souhaite que ses clients gardent leur carte de fidélité dans Apple Wallet ou Google Wallet. La Carte doit refléter les points, le statut d'adhésion et les promotions, et se mettre à jour après chaque achat.

Données minimales requises

• ID client

• Nom du client (optionnel)

• Niveau ou statut de fidélité (optionnel)

• Solde de points ou nombre de tampons (optionnel mais recommandé)

• Code-barres ou QR pour le scan au POS

Face avant de la Carte

• Logo et couleurs de la marque

• Nom du client ou identifiant d'adhésion

• Solde de points

• Code-barres/QR/NFC

Dos de la Carte

• Termes et conditions

• Liens d'assistance

• Emplacements des magasins ou coordonnées

Mises à jour typiques

• Augmentation des points après un achat

• Promotion ou rétrogradation de niveau

• Messages de campagne de fidélité

• Expiration ou renouvellement d'offres

Billet d'événement

Carte cadeau

Coupon

Générique

Apple Wallet vs Google Wallet : contraintes de design qui impactent les modèles

Alors qu'Apple Wallet et Google Wallet supportent des cas d'usage similaires, leurs systèmes de design et contraintes techniques diffèrent. Ces différences affectent la façon dont les modèles sont structurés, le contenu qui tient sur la Carte et la manière dont l'information est présentée à l'utilisateur.

Comprendre ces contraintes aide à s'assurer qu'un modèle fonctionne de manière cohérente sur les deux écosystèmes tout en respectant le comportement natif de chaque plateforme.

Limites de mise en page

Apple et Google Wallet s'appuient tous deux sur des mises en page UI natives, ce qui signifie que le modèle ne contrôle pas chaque détail visuel.

Les différences clés incluent :

• Densité des champs : Apple Wallet a tendance à afficher moins de champs sur la face avant de la Carte, privilégiant la lisibilité. Google Wallet permet souvent un empilement d'informations plus flexible.

• Placement des champs : Apple Wallet utilise des zones prédéfinies (en-tête, primaire, secondaire, champs auxiliaires), tandis que les mises en page de Google Wallet peuvent s'adapter de façon plus dynamique.

• Comportement d'expansion : Certains champs peuvent n'apparaître que lorsque la Carte est développée ou lorsque l'utilisateur ouvre les détails.

Pour le design du modèle, cela signifie que vous devez prioriser les informations les plus importantes et éviter de surcharger la Carte avec des données secondaires.

Images : formats, ratios, tailles et zones de sécurité

Les images sont une partie centrale de l'identité visuelle des Cartes, mais chaque plateforme applique des règles différentes.

Les considérations importantes incluent :

• Types d'images et dimensions prises en charge

• Ratios d'aspect exigés par le type de Carte

• Zones de sécurité où les logos ou éléments clés doivent rester visibles

• Recadrage ou mise à l'échelle automatique effectué par l'UI du portefeuille

Concevoir des images avec un padding supplémentaire et des compositions flexibles aide à garantir que la Carte s'affiche correctement sur différents appareils et tailles d'écran.

Codes-barres et QR : contraintes et bonnes pratiques

La plupart des Cartes Wallet s'appuient sur des codes-barres ou QR pour le scan et la rédemption.

Apple Wallet et Google Wallet prennent en charge plusieurs formats de codes-barres, mais les considérations pratiques incluent :

• Compatibilité des scanners au POS ou aux portails d'entrée

• Contraste et taille adéquats pour un scan fiable

• Placement dans la mise en page de la Carte

Gouvernance des modèles

Au fur et à mesure que les programmes Wallet grandissent, il devient facile d'accumuler trop de modèles. Sans une gouvernance claire, les équipes peuvent créer des modèles légèrement différents pour chaque campagne, langue ou marché, ce qui entraîne une complexité de maintenance et des expériences utilisateurs incohérentes.

Une approche de gouvernance simple aide à garder les modèles évolutifs, maintenables et faciles à opérer.

De combien de modèles avez‑vous réellement besoin ?

Une bonne règle de départ est :

Commencez par un modèle par programme et par type de Carte.

Par exemple :

• Un modèle de fidélité pour le programme de fidélité

• Un modèle de billet d'événement par programme de billetterie

• Un modèle de carte cadeau pour les cartes à valeur stockée

À partir de là, des variations telles que différents clients, soldes, statuts ou campagnes doivent être gérées via des mises à jour de données, pas de nouveaux modèles.

Cette approche garde le système simple tout en permettant de la flexibilité via du contenu dynamique.

Quand créer un nouveau modèle

La création d'un nouveau modèle se justifie lorsque la Carte nécessite un comportement ou une structure fondamentalement différente.

Les bonnes raisons incluent :

• Une disposition différente est requise (billet d'événement vs carte de fidélité)

• Contraintes opérationnelles différentes

• Structure de données ou règles métier différentes

• Un environnement d'identité de marque complètement différent

Si la différence peut être gérée via des changements de données, des messages ou des mises à jour, un nouveau modèle est généralement inutile.

Erreurs courantes

• Créer trop de modèles Les équipes créent parfois de nouveaux modèles pour chaque campagne ou variation mineure. Au lieu de cela, réutilisez les modèles et laissez les données dynamiques produire les différences.

• Séparer les modèles par langue Les plateformes Wallet prennent en charge la localisation. Au lieu de créer un modèle par langue, utilisez des étiquettes et du contenu localisés au sein du même modèle.

• Surcharger la face avant de la Carte Tenter d'afficher trop d'informations réduit la lisibilité. Gardez la face avant axée sur l'information essentielle et placez le contenu secondaire au dos.

• Intégrer du texte dans les images Le texte dans les images ne peut pas être localisé ni facilement mis à jour. Préférez des champs et étiquettes réels autant que possible.

FAQ

Quelle est la différence entre un type de Carte, un modèle et une Carte ?

Le type de Carte est le modèle de base requis par Apple Wallet et Google Wallet (fidélité, offre, carte cadeau, billet d'événement, générique).

Un modèle est une instance configurée de ce type de Carte dans The Wallet Crew. Il définit l'identité de marque, les champs et les règles de mappage.

Une Carte est l'objet individuel installé par un client. Elle utilise un modèle à la fois et peut être mise à jour au cours de son cycle de vie.

Une Carte peut‑elle être mise à jour après installation ?

Oui. Les mises à jour sont une capacité centrale des Wallets. The Wallet Crew met à jour la même Carte installée, de sorte que les clients n'ont pas besoin de la rajouter.

Un seul modèle suffit‑il pour tout un programme ?

Souvent oui. Un modèle par type de Carte est une base courante. Plusieurs modèles sont utiles lorsque des dispositions ou règles de contenu différentes sont nécessaires.

Un modèle décide‑t‑il si une Carte est valide ?

Non. La validité et l'état métier restent dans les systèmes sources. Le modèle contrôle la façon dont cet état est affiché dans Apple Wallet et Google Wallet.

Puis‑je utiliser le type Carte Générique pour tout ?

Techniquement, oui, mais ce n'est pas toujours le meilleur choix.

Les types dédiés tels que Carte de fidélité, Billet d'événement, Carte cadeau et Offre fournissent des structures adaptées aux flux opérationnels courants. Ils correspondent également mieux aux attentes d'Apple Wallet et Google Wallet quant au comportement de certaines Cartes.

Utilisez Générique lorsque le cas d'usage ne correspond pas à une catégorie prédéfinie mais nécessite quand même une preuve présentable ou scannable.

Qu'est‑ce qui déclenche une mise à jour de Carte ?

Une mise à jour de Carte se produit généralement lorsqu'une donnée dans le système source change.

Les déclencheurs courants incluent :

• Ajout ou utilisation de points de fidélité

• Changements de solde sur une carte cadeau

• Mises à jour d'information de billet (siège, porte, programme)

• Rédemption ou expiration d'une offre

• Changements de statut (niveau d'adhésion, validité)

Lorsque ces événements se produisent dans le système source de vérité (CRM, POS, outil d'automatisation marketing, plateforme de billetterie, etc.), The Wallet Crew peut mettre à jour la Carte pour refléter le nouvel état.

Un seul modèle peut‑il servir plusieurs marques ?

Cela dépend de la différence entre les marques.

Un unique modèle peut servir plusieurs marques si :

• La disposition reste la même

• Les éléments de marque (logo, couleurs) peuvent être configurés dynamiquement

• La structure des données est identique

Si le design visuel ou les champs requis diffèrent significativement, créer des modèles séparés est généralement plus propre.

Prochaines étapes

Maintenant que vous comprenez les types de Cartes, les modèles et le fonctionnement des Cartes Wallet, l'étape suivante est de commencer à concevoir et configurer vos propres Cartes.

Les guides suivants vous aideront à approfondir des sujets spécifiques :

Configuration du modèleEngager et animer