Ce cas pratique met bout à bout les notions du chapitre sur l'application de fidélité.

Vision (leçon 1) : « un compagnon d'achat qui rend les points visibles et faciles à utiliser, tout automatique, contrairement aux cartes papier ».

Comprendre les utilisateurs (leçon 2) : l'observation de cinq clientes révèle que le besoin n'est pas « un menu points » mais « voir mon solde tout de suite ».

Prioriser (leçon 3) : « afficher le solde sur l'accueil » — forte valeur, faible effort : priorité haute. « Programme partenaire » — grosse inconnue : petite exploration d'abord pour lever le risque.

MoSCoW et coût du retard (leçon 4) : « points doublés semaine anniversaire » a un coût du retard élevé (au-delà de la date, valeur nulle) : passe devant « historique détaillé ».

Roadmap (leçon 5) : Maintenant — points clairs et fiables ; Bientôt — utilisation des points en caisse ; Plus tard — partenaires. Aucune date de fonctionnalité.

Dire non (leçon 6) : le carrousel de promotions sur l'accueil est refusé (contraire à la vision de clarté), avec proposition d'un test sur un second écran.

Parties prenantes (leçon 7) : revue de roadmap mensuelle ; le service client obtient un suivi bimensuel dédié plutôt que des relances quotidiennes.

Mesurer la valeur (leçon 8) : indicateur de résultat — taux de clientes consultant leur solde chaque mois. Cible : 30 % → 50 % en trois mois. Après deux sprints : 44 %.

À retenir : le Product Owner ne gère pas une liste de tâches, il pilote un produit vers un cap, avec des priorités assumées et des résultats mesurés.

À vous de jouer : reprenez un produit que vous connaissez et esquissez sa vision en une phrase, plus un indicateur de résultat.