Pourquoi la majorité des projets wallet échouent (et ce n’est pas un problème de technologie)
La plupart des projets wallet n'échouent pas parce que la technologie est complexe. Ils échouent parce qu’ils sont mal positionnés dès le départ.
Le wallet est souvent traité comme : un sujet marketing, un support de distribution ou encore une feature produit. Alors qu’en réalité, c’est un sujet d’architecture.
Résultat : des pass distribués… mais peu utilisés, aucune donnée exploitable et surtout aucun impact business mesurable.
Ce décalage est critique, surtout dans un contexte où 71 % des consommateurs attendent des expériences personnalisées, mais où seules 15 % des entreprises estiment réellement y parvenir.
Le problème n’est donc pas le wallet. Le problème, c’est comment il est intégré.
Les 3 erreurs d’architecture qui limitent 80 % des projets wallet
Traiter le wallet comme un projet isolé
Le schéma classique : on génère un pass → on l’envoie → fin du projet.
Aucun lien avec le reste du SI. Aucune continuité d’usage.
Résultat : le wallet devient un objet mort dès sa création
Dupliquer la donnée
Certaines architectures recréent une base dédiée “wallet”.
Mauvaise idée :
- duplication des données
- désynchronisation
- complexité RGPD
Le principe de minimisation des données (au cœur du RGPD) recommande justement de limiter la duplication et le stockage inutile. Une donnée dupliquée est une donnée qui diverge.
Penser distribution plutôt qu’usage
Beaucoup de projets se focalisent sur le nombre de pass créés ou le taux d’ajout.
Mais on est alors très peu sur de l’usage réel, des interactions ou encore de l’activation.
Résultat : un succès “cosmétique”, mais pas business.
Sous-estimer l’engouement réel des utilisateurs
C’est une erreur plus insidieuse… mais très fréquente côté IT. Le wallet est souvent perçu comme un “nice to have”, un sujet métier à faible impact. Résultat : les architectures ne sont pas dimensionnées pour absorber l’adoption réelle.
Dans les faits, c’est souvent l’inverse qui se produit :
- certaines marques retail ont vu des volumes multipliés par 5 dès le premier jour, largement au-delà des prévisions initiales
- des acteurs ont atteint leurs objectifs annuels d’adoption en quelques jours, avec des taux d’ajout particulièrement élevés
Le problème n’est pas l’adoption. Le problème, c’est d’y être préparé.
Quand l’architecture ne suit pas : latence, bugs, expériences dégradées. Et c’est toute la promesse qui s’effondre.
Les 4 briques d’une intégration wallet performante
Les sources de vérité
Le wallet doit s’appuyer sur vos systèmes existants :
- CRM
- POS
- billetterie
- fidélité
Il ne remplace rien. Il s’y connecte.
L’orchestration (API & connecteurs)
C’est le cœur du système.
- APIs temps réel
- connecteurs natifs
- logique d’événements
C’est ici que se joue la fluidité de l’expérience.
L’activation
Une fois la donnée connectée, elle devient actionnable :
- scénarios marketing
- notifications
- déclenchement d’avantages
Exemples avec Salesforce Marketing Cloud ou Klaviyo. Le wallet devient un point d’entrée dans vos parcours clients.
Le reporting
Toutes les interactions doivent remonter :
- data warehouse comme Snowflake
- outils BI
- outils métiers (billetterie, POS, etc.)
Objectif : mesurer l’usage réel, pas juste la distribution.
Le vrai différenciateur : ne stocker aucunes données
Les architectures les plus performantes ont un point commun : le wallet ne stocke pas la donnée.
Bénéfices :
- RGPD simplifié
- sécurité renforcée
- donnée toujours à jour
Le wallet devient une interface temps réel, pas une base secondaire.
Chez The Wallet Crew, ce choix a été structurant dès le départ. Nous avons fait le pari de l’ouverture : connecter plutôt que stocker.
Concrètement : des connecteurs vers les systèmes existants, une donnée utilisée là où elle vit déjà et aucune duplication inutile. Le wallet devient une couche invisible mais essentielle.
Et c’est tout le paradoxe : plus l’intégration est réussie, plus le wallet disparaît… au profit de l’expérience.
Intégrer un wallet : projet isolé vs approche connectée
Dans de nombreux projets, le wallet est encore traité comme un simple support digital : on génère un pass, on le distribue, et le sujet est considéré comme “terminé”.
Mais cette approche passe à côté de l’essentiel. Un wallet n’a de valeur que s’il est connecté à votre système d’information. Pour bien comprendre l’impact, comparons deux approches, avec des cas concrets par type de pass.
Le wallet : projet marketing… ou projet d’architecture ?
Le wallet fonctionne dans tous les cas. Mais la différence est radicale.
Sans intégration :
- un support digital
- une expérience limitée
Avec une architecture connectée :
- un point de contact
- une source de donnée
- un levier business
La vraie question n’est donc pas : “Faut-il faire du wallet ?” mais plutôt “Comment l’intégrer dans mon architecture ?”
