Feuille de route de mise en œuvre
Séquence typique pour lancer un programme wallet avec The Wallet Crew, de la signature du contrat à la mise en production, avec une approche de livraison par lots.
Cette feuille de route décrit la séquence typique pour lancer un programme Wallet avec The Wallet Crew. Elle commence à la signature du contrat et se termine au go‑live, avec une approche de livraison agile et de petits incréments testables.
Aperçu de la feuille de route
La plupart des projets Wallet réussissent lorsque les opérations pilotent la conception. La Carte doit fonctionner au point de vente ou à l’entrée avant de devenir un canal marketing. The Wallet Crew priorise donc la validation précoce de la chaîne de bout en bout : systèmes sources → données de la Carte → distribution → installation dans le Wallet → utilisation.
La séquence ci‑dessous est celle par défaut. Certaines étapes peuvent se chevaucher. L’approche de livraison par lots reste la même : livrer de petits incréments, valider rapidement sur des appareils réels, puis élargir le périmètre.
Phases du projet (contrat → go-live)
1) Contrat et lancement
Cette phase aligne le périmètre, les parties prenantes et les contraintes. Elle fixe le rythme de travail et définit ce que signifie « terminé » pour la première version.
Les livrables typiques comprennent un calendrier de projet, une liste des responsables et un premier objectif de go‑live.
2) Collecte des besoins (atelier)
The Wallet Crew organise un atelier dédié pour recueillir les besoins et contraintes de la marque. C’est une session de travail, pas une présentation. L’objectif est d’aboutir à une première expérience Wallet « minimalement viable ».
L’atelier couvre généralement le cas d’usage de la Carte, les canaux de distribution, les contraintes de validation/scan, les champs de données requis, les attentes en matière de consentement/RGPD et les besoins de reporting.
3) Configuration technique (tenant + Wallets + domaine personnalisé)
Cette phase prépare la plateforme pour des tests sécurisés et la future émission en production.
Elle comprend généralement :
Provisionnement du tenant (staging et, le cas échéant, production).
Configuration d’Apple Wallet (certificats, clés push, identité de signature).
Configuration de Google Wallet (accès au compte émetteur, compte de service / identifiants API).
Mise en place d’un domaine personnalisé pour les liens de marque et les pages hébergées, si nécessaire.
Docs associées :
Configuration du fournisseur Wallet : Apple & Google Wallet
Certificats Apple : Certificats Apple Wallet
Configuration de l’émetteur Google : Compte Google Wallet
Domaine personnalisé : Domaine personnalisé
4) Définition de l’architecture IT (système de référence et propriété des données)
Cette phase définit la place de The Wallet Crew dans le paysage informatique global. Elle précise aussi quels systèmes restent la source de vérité pour chaque élément de données affiché sur la Carte.
La décision clé concerne le flux de données : ce qui déclenche la création de la Carte, comment les mises à jour sont calculées et comment les identifiants relient une Carte aux systèmes de la marque dans le temps.
Docs associées :
Modèle de données et identifiants : Structure
5) Définition du projet et livraison par lots (incréments agiles)
Cette phase transforme le périmètre en lots livrables. Chaque lot doit pouvoir être testé sans travail ultérieur. Cela réduit le risque de go‑live et évite les déploiements « big bang ».
Une décomposition courante est la suivante :
Lot 1 : un modèle + un canal de distribution + un parcours d’utilisation.
Lot 2 : cycle de vie des mises à jour (rafraîchissement des champs, changements de statut, règles de désactivation).
Lot 3 : segmentation, analytique et outils opérationnels.
Lot 4 : automatisation marketing, notifications et personnalisation à grande échelle.
6) Parcours utilisateur (installation → présentation → mise à jour)
Cette phase définit le parcours client et le parcours opérationnel. Elle inclut les points d’entrée (« Ajouter au Wallet »), les écrans d’installation, les parcours de secours (ordinateur de bureau → QR), et la manière dont la Carte est récupérée ensuite.
Les choix de distribution se répartissent généralement sur ces docs :
7) Configuration de la Carte (modèles + champs + code-barres)
Cette phase traduit l’UX et le modèle de données en une configuration de modèle de Carte pour Apple Wallet et Google Wallet. Elle couvre les éléments de marque, la disposition des champs, les liens et la charge utile du code‑barres/QR.
La configuration du modèle se trouve sous :
Référence de conception : Conception de Carte (couleurs, images et champs)
8) Connecter d’abord les outils principaux (billetterie, POS, CRM/fidélité)
The Wallet Crew recommande de connecter les systèmes opérationnels principaux avant d’ajouter des couches marketing. Wallet est un identifiant. Il doit fonctionner de manière fiable là où la Carte est utilisée.
Cette phase livre généralement :
Un flux de création/mise à jour opérationnel provenant des systèmes principaux.
Une stratégie d’identifiant stable (numéro d’adhérent, ID de billet, code de carte cadeau, …).
Un flux d’utilisation validé dans des conditions réelles (scanner, POS, porte d’entrée).
Une fois cela stable, l’automatisation marketing peut être ajoutée sans mettre les opérations en risque.
9) Ajouter le marketing et l’engagement (optionnel, après validation du noyau)
Cette phase ajoute des fonctionnalités d’engagement sur le cycle de vie, comme les notifications Wallet, la géolocalisation et les connecteurs d’automatisation marketing. Il est plus facile d’itérer une fois que l’émission et l’utilisation du cœur sont stables.
Points d’entrée :
Notifications : Notifications push
Déclencheurs de localisation : Notifications géolocalisées
Connecteurs marketing : Automatisation marketing
10) Go-live et opérations
Cette phase achève la préparation à la production : supervision, procédures de support et déploiement contrôlé. Elle définit aussi comment les changements sont livrés après le go‑live (mises à jour de modèles, ajout de champs, nouveaux lots).
La validation typique comprend un pilote en production, des contrôles sur appareils réels sous iOS et Android, et des tests de scan dans des environnements représentatifs.
Livrables courants (à quoi ressemble « terminé »)
Au go‑live, le package minimal attendu comprend généralement un modèle de Carte, un flux de distribution et un flux opérationnel d’utilisation. Il inclut aussi une stratégie de mise à jour claire, afin que la Carte reste fiable après l’installation.
À mesure que le programme se développe, les livrables s’étendent à des modèles supplémentaires, à la segmentation, au reporting et à des fonctionnalités d’engagement optionnelles.