Conso Claude
Étude de cas · HR Tech, cartes cadeaux

illicado

illicado est le leader français de la carte cadeau multi-enseignes, avec plus de 6 millions de bénéficiaires par an. Ma mission était de fusionner deux produits existants en une seule application d'avantages salariés, et de la lancer en 9 mois, sans que l'utilisateur ait à porter la complexité réglementaire URSSAF.

Rôle
Lead Product Manager
Période
Oct. 2022 - Avr. 2024 · 1 an 6 mois
Équipe
2 → 18 · 3 squads
Lieu
Croix, Lille
App illicado : recevoir une cagnotte d'entreprise, retrouver ses cagnottes sur l'app, gérer ses cartes cadeaux converties
01 · Contexte

En arrivant en octobre 2022, ma mission était de lancer en 9 mois un nouveau produit, sur lequel tout nouveau client devait signer.

Le nouveau produit regroupait deux offres existantes : avantager les salariés via les CSE, et inciter les bénéficiaires par la distribution de crédits cadeaux.

Ces crédits sont encadrés par l'URSSAF : ils ne peuvent être distribués et dépensés qu'à l'occasion de certains événements. Cette contrainte réglementaire a orienté toutes les décisions produit qui ont suivi.

02 · Monter l'équipe

Ma première mission a été de constituer l'équipe. Nous sommes passés de deux personnes (une PMM et moi) à une vingtaine de personnes réparties en trois squads en juillet 2023 : un front bénéficiaire, un front client, et le back-office. J'ai coaché deux Product Managers en migration interne et porté la voix du produit au COMEX, jusqu'à l'arrivée d'un CPO fin 2023.

Anoulay a accompagné le projet en définissant le produit avec deux autres PM internes. En six mois, un premier MVP a été lancé, suivi d'une démarche d'amélioration continue. Toujours force de proposition et envie de créer en permanence.

Christophe Briançon · CPO, illicado
03 · La méthode de delivery

Pour livrer sous forte contrainte de délai, nous avons cadré un MVP couvrant, de l'avis des métiers, 80 % des besoins, identifiés en ateliers (Job-To-Be-Done, Story Map, Empathy Map). La delivery tournait sur des sprints de deux semaines avec les rituels agiles, une équipe en partie basée à Madagascar, et une semaine de stabilisation dédiée aux bugs avant chaque mise en production, appuyée par des tests automatisés.

Une fois l'application lancée et la squad légitimée, j'ai structuré un processus discovery → delivery en cinq étapes :

  • Centraliser les feedbacks, utilisateurs comme métiers
  • Prioriser en instances bi-mensuelles avec les départements métiers
  • Concevoir avec la tech, puis valider avec les parties prenantes
  • Livrer : rédaction des specs, puis embarquement en sprints
  • Mesurer l'impact sur le problème visé
04 · Le renversement

Sur les deux applications d'origine, l'utilisateur devait choisir comment dépenser son crédit avant même de l'avoir acheté. Or il arrivait qu'il sélectionne une enseigne pour laquelle il n'avait aucun budget URSSAF disponible, et se retrouve bloqué. Autrement dit, c'était l'utilisateur qui "portait" la particularité métier.

Nous avons donc inversé le parcours pour que ce soit le produit qui porte cette règle, et non l'utilisateur. C'est une approche user-centric simple à formuler, mais exigeante à tenir compte tenu des contraintes réglementaires.

Avant : l'utilisateur choisit l'enseigne avant l'achat, et peut se retrouver bloqué faute de budget URSSAF.
Avant : l'utilisateur choisit l'enseigne avant l'achat, et peut se retrouver bloqué faute de budget URSSAF.
Après : le produit applique la règle URSSAF, l'utilisateur achète puis choisit librement.
Après : le produit applique la règle URSSAF, l'utilisateur achète puis choisit librement.
05 · Product-Led Growth

J'ai poussé une logique Product-Led Growth : faire du produit le moteur de l'acquisition et de la rétention, pas seulement un outil livré à la vente. J'ai porté la vision produit et structuré l'équipe autour d'elle : alignement des PM, voix produit au COMEX, et OKR produit définis avec le pôle revenu.

Sur le parcours, j'ai visé deux leviers : un « try before buy » via un environnement de démo utilisable en autonomie, pour raccourcir le time-to-value, et un tunnel self-service pour que les clients achètent et déploient sans friction. Le pilotage se faisait sur la commission moyenne de conversion, avec un objectif de 7,3 %, actionnable par la mise en avant d'enseignes, les jeux concours et l'advertising.

Le modèle économique nourrit cette logique :

  • Les clients paient le déploiement de la plateforme et achètent des crédits à distribuer
  • illicado prend une commission à chaque conversion chez les enseignes partenaires
  • Les crédits périmés non utilisés sont récupérés
  • Les enseignes accèdent à des leviers payants : meilleur référencement, publicité, données d'usage (avec l'accord des clients)
06 · Mesurer, puis l'impact

Après le lancement, j'ai installé le suivi analytique. J'ai listé les parcours critiques de l'application, puis défini pour chacun ses KPI, en partant d'une question simple : quelle est l'efficacité de ce parcours ? Le plan de tagging couvrait le mobile et le web.

En parallèle, j'ai branché Gravite pour centraliser les retours des utilisateurs finaux, des prospects et des clients, remontés par les équipes support et sales. Il servait à prioriser les fonctionnalités, pondérées par le nombre de retours. Les tableaux de bord donnaient aux parties prenantes un accès direct aux KPI, et l'analyse des comportements a nourri nos personae.

Le produit a été construit en environ neuf mois (application mobile puis web), suivis de six mois de run. C'est sur cette période de run que se lisent les résultats.

9 + 6
mois de build produit, puis de run
6 M€
d'ARR
100K
utilisateurs · 180+ clients
Axes stratégiques
Vision, Stratégie & Growth
  • Vision produit à 5 ans traduite en roadmap annuelle, alignée avec la direction
  • Équipe structurée autour de la vision : alignement des PM et OKR produit définis avec le pôle revenu
  • Try-before-buy via un environnement de démo self-service, pour raccourcir le time-to-value
  • Tunnel self-service pour l'achat et le déploiement des clients, sans friction
  • Commission moyenne de conversion pilotée (objectif 7,3 %) via mise en avant d'enseignes, jeux concours et advertising
  • Business model : commission par conversion, crédits périmés récupérés, leviers payants enseignes (ranking, publicité, data d'usage)
Discovery
  • Ateliers de cadrage du MVP ciblant 80 % des besoins (JTBD, Empathy Map, Story Map, entretiens acheteurs)
  • Centralisation continue des feedbacks utilisateurs et métiers, creusés pour isoler le problème sous-jacent
  • Analyse comportementale post-lancement → personae issus des usages réels
Delivery, Cadre & 0 → 1
  • MVP mobile livré en 9 mois, puis web (mobile juillet 2023, web octobre 2023)
  • Sprints de 2 semaines, rituels agiles (3 amigos, planning, dailies, refinement, rétro), équipe en partie à Madagascar
  • Semaine de stabilisation dédiée aux bugs avant chaque mise en production, appuyée par des tests automatisés
  • Process discovery → delivery en 5 étapes : feedbacks → priorisation métiers → conception → livraison → impact
Data & Mesure d'impact
  • Plan de tagging mobile et web, KPI définis par parcours critique (l'efficacité de chaque parcours)
  • Gravite pour centraliser les retours (utilisateurs, prospects, clients) et prioriser en pondérant par le nombre de retours
  • Tableaux de bord ouverts aux parties prenantes ; analyse des comportements → base des personae
Product Ops
  • Squad montée de 2 à 18 personnes sur 3 squads (front bénéficiaire, front client, back-office)
  • Coaching de 2 Product Managers en transition interne ; voix produit portée au COMEX
  • Chaîne de feedback outillée (Gravite) : collecte, priorisation et décision en instances bi-mensuelles avec les métiers