
- merci! Utile
- Pas utile
- Pas sûr
Les interviews avec les stakeholders sont l'une de mes activités préférées, que ce soit avec un Product Owner ou avec les Business Owners. Je trouve que c'est un peu comme un jeu de téléphone arabe. En général, le Business Owner demande à votre PO ou PM de livrer le produit ou la fonctionnalité de ses rêves. Le PM pense en termes de planification de produit, de ressources et de budget, mais il ne se concentre pas sur le besoin commercial. Ce n'est pas son travail, et souvent, les Business Owners ne posent pas la question du pourquoi. Ils veulent juste quelque chose livré. Votre travail consiste à comprendre les besoins en amont. Vous devez aller chercher les besoins commerciaux et les attentes des utilisateurs. Une fois que vous comprenez les attentes de vos stakeholders, vous pouvez mieux répondre à leurs demandes. Vous pouvez leur expliquer pourquoi une solution ne correspond pas à leurs attentes et proposer une alternative qui répond mieux aux besoins des utilisateurs. Je pense que cette méthode n'est pas suffisamment utilisée en recherche UX, en particulier lorsque vous travaillez en tant que ressource externe et que vous recevez un brief très technique. Dans beaucoup d'entreprises, vous avez une équipe d'UX décentralisée. Certains PM vous donnent un bon brief, mais ce n'est pas toujours le cas. Cette méthode a toujours fonctionné pour moi, même si elle implique un travail supplémentaire en amont. Une autre activité que j'aime faire est de passer en revue les users flows et les prototypes avec les designers. Avant même de tester auprès des utilisateurs, je fais ma propre expert review pendant une demi-heure. Au fil du temps, j'ai appris que certaines choses n'ont pas besoin d'être testées. Lorsque vous êtes dans une équipe qui est pro user testing, ils vont tester tout et n'importe quoi. Cependant, parfois, je pense que tester une fonctionnalité est une perte de temps pour moi, pour mes utilisateurs et pour les ressources de l'entreprise. Je ne veux pas utiliser les ressources pour quelque chose qui n'a pas besoin d'être testé. Je leur explique que nous sommes suffisamment experts dans ce domaine pour éliminer certaines choses. Faire des expert reviews est souvent considéré comme étant en dehors du cadre de la recherche, mais je pense que c'est la base. Commencez par la base. Une fois que vous avez réglé les choses de base, vous pouvez vous concentrer sur les problèmes plus fondamentaux. Un autre point important est de demander les hypothèses de base de votre équipe produit avant de commencer un user testing. Je trouve cela ahurissant que certains chercheurs n'y pensent pas. Cela permet également d'étayer vos arguments et votre communication. Personnellement, je demande toujours quelles sont les hypothèses de base.
En général, pour commencer : Après, je me focalise sur la marque ou le produit. Parce qu'on a tous en fonction du moment où on a intégré un produit ou une marque, une perception de l'histoire de cette marque, pourquoi et comment elle a été fondée. Puisqu’il y a un degré à ce que l’on connaît vraiment ? En fonction des gens, l'organisation par département peut être différente, et surtout, les perceptions peuvent être différentes aussi. Et ça aussi, c'est intéressant. Il y en a qui sont très Corpo, qui vont pouvoir, qui ont bien appris leur leçon. Et puis, il y en a qui parle avec encore une fois ce cœur et voilà, c’est une façon de voir des subtilités qui peuvent être intéressantes, sur lequel on peut s'appuyer. Puis après, je fais un focus collaborateur. Alors là, c'était en l'occurrence en consultant. Donc, oui, effectivement, je peaufine parfois et j'adapte. Et puis, après, le focus client. Et enfin, le contexte Et il y a un autre point aussi qu'on oublie, c'est que quand on nous donne un travail à faire, il faut commencer par le Pourquoi. Parce que ça m'est arrivé d'être devant une chef de projet qui voulait refaire un Header, et j’ai dit pourquoi ? Et surtout, tu comprends en très peu de temps d'où ça vient. Les problèmes que ça engendre derrière ? Et en fait, elle était étonnée. Elle voulait juste que j'applique et que je lui propose un nouvel Header. J'ai été étonnée moi-même de ces questions et surtout de ces réponses, et ça m'a permis comme ça de penser à une manière de faire pour justement amener les gens et tous ces départements qui veulent tous avoir leur place. Après, elle disait « Plus personne ne clique dessus. ». Ben oui, mais pourquoi autant d’intitulés si personne ne l'utilise? Donc, c'est là où c'est intéressant aussi. Parce qu’ils ne comprenaient pas pourquoi les gens ne cliquaient pas dessus.
Tout le monde pense qu'un projet, ça commence avec un brief. Ce n’est pas vrai. Un projet, ça commence avec des gens qui se sont penchés sur un projet commun et c'est intéressant de les interviewer séparément parce que chacun perçoit le sujet par rapport à son métier, par rapport à ses compétences, par rapport à ses connaissances. Tous les enjeux, la vision business,marketing, utilisateur, chacune est différente. Pour moi, c’est important de commencer par les gens plutôt avant d’attaquer sur les projets. Grâce à cette connaissance humaine, on arrive à percevoir si, effectivement, l'équipe est bien alignée ou si au contraire, il y a des disparités qui vont faire que « Ah, attention, il y a une sensibilité que d’autres n’ont pas », et c'est là où il va falloir avoir des points de vigilance: Parce qu'on nous parle aussi beaucoup d'évangélisation. C'est vrai que certaines personnes sont réfractaires à ces nouvelles méthodes. Ces interviews me permettent aussi de cerner le degré de maturité de chacun et de se préparer, d'appréhender ce qui va se passer derrière. En m'intéressant à la personne, à sa vision et de la manière dont on imagine le produit à sa sortie Puis je vais mettre en place des ateliers parce que les one to one d'interview comme ça, c'est intéressant, mais ce qui est plus enrichissant, c'est de pouvoir rassembler toutes ces personnes autour d'un atelier commun, justement grâce à ce bagage des interviews de cadrage effectué au préalable.
Dans ce groupe posez vos questions et partagez vos astuces, ressources, outils, jobs etc sur la recherche utilisateur!
Un groupe pour poser vos questions et partager vos astuces, ressources, outils, et actualités sur le product design.
Un groupe pour poser vos questions et partager vos astuces, ressources, outils, et actualités sur l'accessibilité numérique.
Un groupe pour poser vos questions et partager vos astuces, ressources, outils, et actualités sur l'utilisation des sciences cognitives dans le monde produit.
Un groupe pour poser vos questions et partager vos astuces, ressources, outils, et actualités sur l'éthique dans le monde produit.
Un groupe pour poser vos questions et partager vos astuces, ressources, outils, et actualités sur la green UX qui comprend l'éco-conception et la sobriété numérique.
Un groupe pour poser vos questions et partager vos astuces, ressources, outils, et actualités sur l'UX writing.
Un groupe pour poser vos questions et partager vos astuces, ressources, outils, et actualités sur la vie de freelancer.
Groupe pour partager les offres d'emplois, et de missions freelance en France ou ailleurs ainsi que de discuter de nos choix de carrières. Postage libre aux professionnels UX. Pas de recruteurs/RH.
Dans ce groupe posez vos questions et partagez vos astuces, ressources, outils, et retours d'expériences sur la facilitation d'ateliers, de réunions.
Dans ce groupe posez vos questions et partagez vos astuces, ressources, outils, jobs et plus encore sur le sujet de la stratégie UX.
Un groupe pour fédérer tous ceux qui enseignent l'UX afin de partager vos questions ressources et astuces.
Dans ce groupe posez vos questions et partagez vos astuces, ressources, outils, jobs et plus encore sur le sujet du management d'équipes UX.
Un groupe pour regrouper les questions, astuces, REX, outils et ressources sur l'utilisation de l'intelligence artificielle dans les métiers de l'UX.