Un Product Owner qui décide seul, depuis son bureau, ce dont les utilisateurs ont besoin se trompe souvent. Comprendre les besoins demande d'aller les observer.

Écouter ce que les gens font, pas seulement ce qu'ils disent

Les utilisateurs décrivent mal leurs besoins et proposent souvent des solutions (« il me faudrait un bouton ici »). Le travail du PO est de remonter au besoin derrière la solution (« qu'est-ce que ce bouton vous permettrait de faire ? »).

Trois façons simples de se rapprocher des utilisateurs

• Observer : regarder quelqu'un utiliser le produit sans l'aider, et noter où il hésite.
• Interroger : quelques entretiens courts, ouverts, sur des situations réelles vécues récemment.
• Mesurer : regarder les données d'usage — quels écrans sont vus, où les gens abandonnent.

Le persona : un utilisateur type

Une fiche courte qui décrit un utilisateur représentatif : son contexte, ses objectifs, ses freins. Elle évite le piège du « on », et sert de référence quand on hésite (« est-ce que ça aide notre cliente régulière ? »).

Le parcours utilisateur

La suite d'étapes que traverse un utilisateur pour atteindre son but, avec ses points de friction. Une carte de ce parcours montre où le produit aide vraiment et où il gêne.

Exemple concret : la PO de l'application de fidélité observe cinq clientes en magasin. Trois cherchent leur solde de points sur l'écran d'accueil et ne le trouvent pas : il est dans un sous-menu. Le besoin réel n'était pas « un menu points », mais « voir mon solde tout de suite ».

À vous de jouer : pour un produit que vous connaissez, décrivez en deux lignes un utilisateur type (contexte, objectif, frein).