Compétences clés du Product Designer et du User Researcher : écouter, comprendre, solutionner

Ce que les formations ne disent pas toujours sur le Product Design et la recherche utilisateur

De loin, le métier de Product Designer peut ressembler à un métier de création d’écrans. On imagine des interfaces, des maquettes, des couleurs, des parcours agréables. C’est vrai, en partie. Mais ce n’est pas le cœur complet du métier.

Sur le terrain, le point de départ n’est pas toujours l’idée brillante. C’est souvent un problème très concret : une personne qui n’arrive pas à prendre rendez-vous, un formulaire qui bloque, une gare dans laquelle on se perd, une inscription qui décourage. Le rôle consiste à comprendre ce qui coince, puis à construire une solution testable.

Vanessa Vallée, Product Designer & User Researcher, le formule ainsi : « Mon travail, c’est vraiment ça, c’est-à-dire c’est d’écouter les utilisateurs, les utilisatrices, de les observer dans leur usage du produit ou dans l’expérience, de poser des questions, de comprendre le plus possible leur expérience en me rapprochant d’eux et ensuite de trouver des solutions. »

Autre écart avec l’image du métier : la créativité ne suffit pas. Une partie du travail peut être très minutieuse. Reprendre une interview, la transcrire, l’annoter, classer les passages importants par thèmes, préparer une restitution claire pour une équipe : tout cela demande de la patience et de la méthode.

Les compétences humaines réellement décisives en Product Design et User Research

1. L’empathie qui écoute sans projeter

Situation concrète : dans une recherche utilisateur, il faut rencontrer des personnes, leur poser des questions, les observer dans leur usage d’un service, puis comprendre leurs difficultés réelles. Cela peut concerner un logiciel, une application, une signalétique ou une expérience non digitale.

Cette empathie n’est pas une posture floue. Elle ne consiste pas à dire : « à leur place, je ferais ceci ». Au contraire, elle demande de suspendre ses propres évidences. On écoute ce que la personne vit, ce qu’elle comprend, ce qu’elle contourne, ce qui l’agace ou la freine.

Pourquoi c’est indispensable : sans cette écoute, l’équipe risque de construire une solution sur des impressions. Or une impression n’est pas une preuve. Le terrain révèle souvent des détails que personne n’avait vus depuis un bureau : une étape trop longue, un mot mal compris, un usage imprévu, une attente silencieuse.

« Il faut écouter ces utilisateurs, il faut avoir aussi cette curiosité de comprendre leurs problèmes, de comprendre leurs besoins, de toujours aller creuser. Vous le voyez, je suis très bavarde, donc c’est très dur pour moi, par exemple, d’écouter les gens. En tout cas, ça a été dur au début de leur poser des questions courtes, non biaisées. Ensuite, d’écouter tout ce qu’ils avaient à dire et de ne pas rebondir. »

2. La curiosité qui creuse les vrais besoins

Situation concrète : avant de concevoir une solution, il faut définir ce que l’on cherche à comprendre. Par exemple : comment se passe une inscription ? Quelles personnes veut-on rencontrer ? Quels points de friction veut-on clarifier ? Ensuite, il faut mener les échanges, relancer au bon moment, puis analyser ce qui revient.

La curiosité utile n’est pas une curiosité dispersée. Elle sert à aller sous la surface. Une personne peut dire qu’un outil est « compliqué ». Le travail commence là : compliqué à quel moment ? À cause de quel mot ? De quelle étape ? De quelle peur ? De quelle contrainte de temps ?

Pourquoi c’est indispensable : un Product Designer ou un User Researcher ne cherche pas seulement des avis. Il cherche des enseignements exploitables. Cette curiosité transforme une conversation en matière de décision. Elle aide les équipes à prioriser, à tester, à améliorer.

3. La capacité à travailler avec des équipes différentes

Situation concrète : une fois les enseignements récoltés, il faut les partager avec des designers, des ingénieurs, des product managers ou d’autres personnes impliquées dans le produit. Le Product Designer peut ensuite créer des croquis d’interface, cartographier une expérience, fabriquer un prototype, puis travailler avec les développeurs pour construire la solution.

Le métier n’avance pas en solitaire. Même quand une personne est seule designer dans une jeune structure, elle dépend des échanges avec les équipes techniques, les décideurs, les utilisateurs et utilisatrices. Il faut donc traduire, expliquer, ajuster, parfois défendre une décision.

Pourquoi c’est indispensable : une bonne idée ne suffit pas si elle ne peut pas être comprise, testée ou développée. Il arrive aussi qu’une solution pensée côté design se heurte à une contrainte technique. La collaboration devient alors une compétence clé : elle permet de garder le cap sans se crisper.

Ce qui s’apprend uniquement avec l’expérience en Product Design et recherche utilisateur

• Poser de meilleures questions : formuler court, neutre, sans orienter la réponse, puis accepter les silences.
• Analyser sans se perdre : reprendre des entretiens, isoler les passages utiles, les regrouper par thèmes, produire une synthèse claire.
• Faire tester une solution : créer une première version, la confronter aux usages, puis accepter de l’améliorer.
• Composer avec les contraintes techniques : travailler avec les développeurs quand une idée ne peut pas être réalisée telle quelle.
• Convaincre sans s’épuiser : expliquer pourquoi la recherche utilisateur est nécessaire dans des équipes qui pensent déjà connaître leurs utilisateurs.
• Choisir son environnement : avec l’expérience, repérer les entreprises où la culture design permet vraiment de faire son travail.

Les erreurs fréquentes quand on débute en Product Design ou User Research

• Penser que l’on connaît déjà les utilisateurs : avoir des hypothèses n’est pas la même chose que les avoir observés ou écoutés.
• Sous-estimer le travail d’analyse : une interview ne s’arrête pas à l’échange. La transcription, les tags et la restitution prennent du temps.
• Croire que la créativité suffit : concevoir, c’est aussi décliner, documenter, tester, expliquer et ajuster.
• Ne pas anticiper la collaboration technique : une interface séduisante doit aussi pouvoir être construite avec les équipes de développement.
• Se laisser arrêter par une offre trop ambitieuse : certaines annonces ressemblent à des listes idéales. Elles ne décrivent pas toujours le profil réellement recruté.

Comment ces compétences de Product Designer et User Researcher se développent réellement

Par le terrain. Rien ne remplace le fait d’aller rencontrer des utilisateurs, de les observer, de préparer un plan de recherche, puis de voir ce qui se passe vraiment. Le terrain apprend à être précis. Il apprend aussi l’humilité : une solution logique sur le papier peut ne pas fonctionner dans la vraie vie.

Par les formations ciblées. Des parcours en UX, design digital, design thinking, recherche utilisateur ou formats intensifs peuvent donner les bases. Certaines formations sont aussi reconnues dans le secteur et ouvrent des portes, notamment quand on vient d’un autre métier.

Par l’alternance et la pratique. Travailler en agence, en startup, dans une équipe produit ou dans un organisme de formation permet de toucher à plusieurs contextes. On découvre les rythmes, les contraintes, les différences de maturité, les attentes des équipes.

Par les mentors et les rencontres. Une rencontre peut faire changer de regard sur un métier. Une personne passionnée peut aider à comprendre ce qui se joue vraiment : l’écoute, la résolution de problèmes, la créativité, mais aussi les limites du poste.

Par la veille continue. Articles, conférences, lectures, réseaux professionnels et échanges entre pairs complètent les formations. C’est particulièrement vrai pour des spécialités récentes comme les opérations de recherche utilisateur, encore peu développées en France.

« On demandait cinq ans d’expérience, dont trois ans dans le SaaS B2B. Il fallait des connaissances en data, il fallait parler allemand, plein de trucs que je n’avais pas. Et finalement, elle m’a dit : Écoute, je pense que tu es un bon profil. Elle m’a coopté et puis j’ai été recrutée. »

Ce que le terrain apprend sur le plan humain en Product Design et User Research

La bonne posture : écouter ne veut pas dire absorber toutes les émotions de l’autre. Le cadre reste professionnel. Il s’agit de comprendre une expérience, pas de devenir thérapeute, ni de porter seul les problèmes des utilisateurs.

Le rapport au temps : la recherche demande du temps avant la solution. Il faut préparer, recruter, interroger, analyser, restituer, prototyper, tester. Aller trop vite peut donner l’illusion d’avancer, mais faire rater le vrai problème.

Les limites personnelles : certains postes sont plus créatifs, d’autres plus opérationnels. Les opérations de recherche utilisateur, par exemple, permettent de résoudre des problèmes d’organisation, de méthodes et d’outils, mais offrent moins de création visuelle au quotidien. Il peut alors être utile de garder des espaces créatifs ailleurs : bénévolat, projets personnels, hobbies.

À qui le métier de Product Designer ou User Researcher convient vraiment

Ce métier convient aux personnes qui aiment comprendre avant d’agir. Si vous aimez poser des questions, observer des usages, chercher ce qui bloque et transformer ces apprentissages en solutions concrètes, vous pouvez vous y sentir à votre place.

Il convient aussi aux profils qui aiment travailler avec d’autres métiers. Designers, ingénieurs, responsables produit, utilisateurs, parfois équipes de formation ou associations : le quotidien implique beaucoup de liens. La qualité de ces liens compte autant que la qualité des maquettes.

Il peut être plus difficile pour les personnes qui veulent créer seules, vite, sans compromis. Le métier demande de tester ses idées, d’écouter les objections, d’accepter des contraintes techniques, de documenter des choix et parfois de défendre la valeur de la recherche.

Il peut aussi peser si l’on cherche une créativité permanente. Certaines tâches sont répétitives ou minutieuses. Décliner des états d’interface, corriger une transcription, classer des verbatims ou standardiser des méthodes n’a rien de spectaculaire. Pourtant, ces gestes soutiennent la qualité du produit.

Choisir l’écoute avant la solution

Le premier pas peut être simple. Choisissez un service que vous utilisez souvent : une application de rendez-vous, un formulaire d’inscription, un trajet en gare, un outil administratif. Observez une personne l’utiliser, sans l’aider tout de suite. Notez où elle hésite, ce qu’elle comprend, ce qu’elle contourne.

Ensuite, posez trois questions courtes : qu’avez-vous voulu faire ? Qu’est-ce qui vous a ralenti ? Qu’auriez-vous attendu à cet endroit ? Vous toucherez déjà au cœur du métier : écouter, comprendre, puis seulement après, imaginer.

C’est souvent là que le choix devient plus clair. Si vous sentez de l’énergie à résoudre un problème réel plutôt qu’à défendre une idée parfaite, vous êtes peut-être tout près de ce petit battement de cœur professionnel : celui qui dit que votre place se construit au contact du terrain.