Parce que le piège le plus fréquent — et le plus coûteux — en résolution de problèmes et en innovation est de concevoir pour un utilisateur imaginaire à notre image, en projetant nos propres besoins, préférences et suppositions sur les vrais utilisateurs. Or ceux-ci sont souvent très différents de nous : ils ont d'autres contextes, d'autres contraintes, d'autres priorités, un autre niveau d'expertise, d'autres frustrations. « Ce qui me semble bon » reflète MON point de vue, pas forcément le leur. Résultat classique : on développe une solution qu'on trouve géniale… et qui tombe à plat parce qu'elle ne répond pas au vrai besoin des utilisateurs, ou qu'elle résout un problème qu'ils n'ont pas. Se mettre à la place de l'utilisateur (empathie) permet de découvrir ses besoins réels — y compris les besoins implicites (qu'il n'exprime pas directement mais qui comptent), ses frustrations concrètes, ses motivations profondes. Cela évite de « résoudre le mauvais problème » et de gaspiller des efforts sur des solutions inadaptées. C'est le fondement de l'approche centrée utilisateur. Un exemple parlant : beaucoup de produits échouent non parce qu'ils sont techniquement mauvais, mais parce que leurs concepteurs ont supposé savoir ce que voulaient les utilisateurs sans jamais vraiment les comprendre. À l'inverse, les solutions qui marchent partent presque toujours d'une compréhension fine des utilisateurs. L'humilité de reconnaître « je ne suis pas l'utilisateur, je dois comprendre l'utilisateur » est l'une des postures les plus précieuses du résolveur de problèmes.

Oui, c'est un risque réel et un piège à éviter absolument — et c'est la différence entre un persona utile et un persona trompeur. Un persona ou une carte d'empathie inventés de toutes pièces, à partir de suppositions et de clichés (« notre client type est probablement quelqu'un comme ça… »), ne font que formaliser nos propres biais : on croit se baser sur l'utilisateur alors qu'on projette nos préjugés, avec en prime une fausse impression de rigueur (« on a fait des personas, donc on connaît nos utilisateurs »). C'est parfois pire que rien, car cela donne une confiance injustifiée. Pour que ces outils aient de la valeur, ils doivent impérativement s'appuyer sur une vraie connaissance des utilisateurs, issue de sources réelles : entretiens avec de vrais utilisateurs, observation de leurs comportements, données (retours clients, statistiques d'usage, réclamations, enquêtes), échanges avec ceux qui les côtoient (service client, commerciaux). Le persona est alors une synthèse de ces observations réelles, incarnée dans un portrait représentatif — pas une fiction. La règle : aller à la rencontre des utilisateurs avant de les modéliser. Même une poignée d'entretiens qualitatifs bien menés vaut infiniment mieux que des heures à imaginer des personas au bureau. Si vous n'avez pas accès à des utilisateurs réels, soyez au moins conscient que votre persona est hypothétique (à valider dès que possible), et confrontez vos suppositions à la réalité par le test précoce (prototypes, section 4.3). Ce sont des outils de synthèse et de communication, pas des générateurs de vérité : ils valent ce que valent les informations qu'on y met.