Fast UX Research : un moyen plus simple d'impliquer les parties prenantes et d'accélérer le processus de recherche

Aujourd'hui, la recherche UX a acquis une large reconnaissance en tant qu'élément essentiel de la conception de produits et de services. Cependant, les professionnels de l'UX semblent toujours confrontés à deux gros problèmes en matière de recherche UX : un manque d'engagement de l'équipe et des parties prenantes ainsi que la pression pour réduire constamment le temps de recherche.

Dans cet article, je vais examiner de plus près chacun de ces défis et proposer une nouvelle approche connue sous le nom de "FAST UX" afin de les résoudre. Il s'agit d'un outil simple mais puissant que vous pouvez utiliser pour accélérer la recherche UX et transformer les parties prenantes en champions actifs du processus.

Contrairement à ce que vous pourriez penser, accélérer le processus de recherche (à court et à long terme) nécessite une collaboration efficace, plutôt que de partir et de vous débrouiller tout seul.

L'acronyme FAST ( F ocus, A ttend, S ummarise, T ranslate) regroupe un certain nombre de techniques et d'idées qui rendent le processus UX plus transparent, amusant et collaboratif. Je décris également un projet de 5 jours avec un département central du gouvernement britannique qui vous montre comment le modèle peut être mis en pratique.

L'article est pertinent pour les professionnels UX et les personnes qui travaillent avec eux, y compris les propriétaires de produits, les ingénieurs, les analystes commerciaux, les scrum masters, les professionnels du marketing et des ventes.

1. Manque d'engagement de l'équipe et des parties prenantes

"Les parties prenantes ont la capacité d'être votre pire cauchemar et votre meilleur collaborateur."

— IUE (2017)

En tant que chercheurs UX, nous devons nous assurer que « tous les membres de notre équipe comprennent les utilisateurs finaux avec la même empathie, la même précision et la même profondeur que nous ». Il a été démontré qu'il n'y a pas de meilleure alternative pour accroître l'empathie que d'impliquer les parties prenantes pour qu'elles vivent elles-mêmes l'ensemble du processus : de la conception de l'étude (objectifs, questions de recherche), au recrutement, à la mise en place, au travail de terrain, à l'analyse et à la présentation finale. .

Quiconque a essayé de le faire sait qu'il peut être extrêmement difficile d'organiser et de faire participer les parties prenantes à la recherche. Il y a deux raisons principales pour cela:

1. La recherche est le travail de quelqu'un d'autre .
   D'après mon expérience, les professionnels de l'UX sont souvent embauchés pour "faire l'UX" pour une entreprise ou une organisation. Même si le titre de « Lead UX Researcher » sonne bien et est très important dans ma tête, il conduit souvent à des idées fausses lors des réunions de lancement. Tout le monde suppose automatiquement que la recherche est uniquement MA responsabilité. Il n'est pas étonnant que les parties prenantes ne veuillent pas s'impliquer dans le projet. Ils supposent que la recherche est mon travail et celui de personne d'autre.
2. Les cadres de processus UX sont incomplets .
   Le problème est que même lorsque les parties prenantes veulent s'engager et participer à l'UX, elles ne savent toujours pas *comment* elles doivent s'impliquer et *ce* qu'elles doivent faire. Nous passons beaucoup de temps à vendre un processus UX et des cadres de recherche qui sont utiles mais finalement incomplets — ils n'expliquent pas comment les non-chercheurs peuvent s'impliquer dans le processus de recherche.

En outre, de nombreuses parties prenantes peuvent trouver des mots tels que « conception », « analyse » ou « travail sur le terrain » intimidants ou sans rapport avec ce qu'elles font. En fait, "UX regorge de jargon qui peut être rebutant pour les personnes d'autres domaines". Dans certaines situations, les termes sont familiers mais signifient quelque chose de complètement différent, par exemple, la recherche en UX par rapport à la recherche marketing.

2. Pression pour réduire constamment le temps de recherche

Un autre problème est qu'il existe une pression croissante pour accélérer le processus UX et réduire le temps consacré à la recherche. Je ne compte plus le nombre de fois où un chef de projet m'a demandé d'écourter encore plus une étude en sautant l'étape d'analyse ou les sessions de lancement.

Alors qu'auparavant vous pouviez passer des semaines sur la recherche, un cycle de recherche de 5 jours devient de plus en plus la norme. En fait, le livre Sprint décrit comment la recherche peut se réduire à une seule journée (à partir d'un cycle global de 5 jours).

Compte tenu de cela, il y a BEAUCOUP de pression sur les chercheurs UX pour qu'ils livrent rapidement, sans compromettre la qualité de l'étude. La difficulté augmente lorsqu'il y a plusieurs parties prenantes , chacune avec ses propres opinions, demandes, points de vue, hypothèses et priorités.

L'approche UX rapide

Contrairement à ce que vous pourriez penser, réduire le temps nécessaire à la recherche UX ne signifie pas que vous devez vous débrouiller seul. Je l'ai fait et cela ne fonctionne qu'à court terme. Peu importe à quel point les résultats sont étonnants - il n'y a pas assez de diapositives PowerPoint dans le monde pour convaincre une équipe de l'urgence d'agir si elle n'a pas elle-même fait le voyage de la recherche.

À long terme, plus votre équipe et vos parties prenantes sont activement engagées dans la recherche, plus elles se sentiront responsabilisées et plus elles seront disposées à agir. Une collaboration productive signifie également que vous pouvez avancer ensemble à un rythme plus rapide et accélérer l'ensemble du processus de recherche.

Le cadre de recherche FAST UX (voir Fig. 2 ci-dessous) est un outil pour impliquer véritablement les membres de l'équipe et les parties prenantes d'une manière qui les transforme en défenseurs actifs et en champions du processus de recherche. Il montre aux non-chercheurs quand et comment ils doivent s'impliquer dans la recherche UX.

En substance, les parties prenantes s'approprient chacune des étapes de recherche UX en réalisant les quatre activités, chacune correspondant à son étape de recherche.

Travailler ensemble réduit le temps nécessaire à la recherche UX. Le véritable avantage de l'approche, cependant, est qu'à long terme, il faut de moins en moins de temps à l'entreprise pour agir sur la base des résultats de la recherche, car les gens deviennent de véritables défenseurs de l'orientation utilisateur et du processus de recherche.

Cette approche peut être appliquée à n'importe quelle méthode de recherche qualitative et avec n'importe quelle équipe . Par exemple, vous pouvez effectuer des tests d'utilisabilité FAST, des entretiens FAST, une ethnographie FAST, etc. Pour être efficace, vous devrez expliquer cette approche à vos parties prenantes dès le départ. Parlez-leur du cadre, en expliquant chaque étape. Insistez sur le fait que c'est ce que TOUT LE MONDE fait, que c'est autant son travail que celui du chercheur UX, et que ce n'est réussi que si tout le monde est impliqué tout au long du processus.

Étape 1 : Focus (Définir un objectif commun)

Il existe un consensus uniforme au sein de l'UX sur le fait qu'un projet de recherche doit commencer par définir son objectif : pourquoi cette recherche est-elle effectuée et comment les résultats seront-ils exploités ?

Généralement, cela est exprimé dans les buts, les objectifs, les questions de recherche et/ou les hypothèses de recherche. La plupart des projets commencent par une réunion de lancement au cours de laquelle ceux-ci sont soit discutés (sur la base d'un briefing disponible), soit définis lors de la réunion.

Le problème le plus courant avec les sessions de lancement comme celles-ci est que les parties prenantes proposent trop de choses qu'elles veulent apprendre d'une étude. La façon de renverser la situation est d' attribuer une tâche spécifique à votre équipe immédiate (les autres professionnels de l'UX avec lesquels vous travaillez) et aux parties prenantes (les principaux décideurs) : ils aideront à cibler l'étude dès le début.

Pour ce faire, ils travailleront ensemble à travers les étapes suivantes :

1. Identifiez en groupe les défis et problèmes actuels .
   Demandez à quelqu'un de prendre des notes sur un document partagé ; sinon, demandez à tout le monde de participer et d'écrire sur des notes autocollantes qui seront ensuite affichées sur un « mur du projet » pour que tout le monde puisse les voir.
2. Identifier les objectifs potentiels et les questions d'une étude de recherche .
   Faites-le de la même manière que vous avez fait l'étape précédente. Vous n'avez encore rien à vous engager.
3. Prioriser .
   Demandez à l'équipe de classer les objectifs et les questions, en commençant par les plus importants.
   
4. Reformulez et reformulez .
   Regardez les 3 principales questions et objectifs. Sont-ils trop larges ou étroits ? Pourraient-ils être reformulés afin qu'il soit plus clair sur quoi porte l'étude? Sont-ils réalisables ? Avez-vous besoin de scinder ou de fusionner des objectifs et des questions ?
5. Engagez-vous à être flexible .
   Mettez-vous d'accord sur les 1-2 principaux objectifs et assurez-vous que tout le monde s'accorde à dire que c'est sur cela que vous vous concentrerez.
   

Voici quelques questions que vous pouvez poser pour aider vos parties prenantes et votre équipe à se concentrer plus rapidement sur l'étude :

• Parmi les objectifs que nous avons reconnus, qu'est-ce qui est le plus important ?
• À quoi ressemble le succès ?
• Si nous n'apprenions qu'une seule chose, laquelle serait la plus importante ?

Votre rôle au cours du processus est de fournir une expertise pour déterminer si :

• Les objectifs et les questions identifiés sont réalisables pour une seule étude ;
• Aide à la rédaction des objectifs et des questions;
• Concevoir l'étude (y compris la sélection d'une méthodologie) après que l'objectif a été identifié.

À première vue, les activités Focus and Attend (prochaines étapes) peuvent vous être familières, car vous organisez déjà une réunion de lancement et invitez les parties prenantes à assister à des sessions de recherche.

Cependant, l'adoption d'une approche FAST signifie que vos parties prenantes ont autant de propriété que vous pendant le processus de recherche, car le travail est partagé et co-détenu. Réitérez que le processus est collaboratif et à la fin de la séance, insistez sur le fait qu'il n'est pas facile de s'entendre sur des objectifs de recherche clairs . Rappelez à tout le monde qu'avoir un objectif commun est déjà mieux que ce avec quoi de nombreuses équipes commencent.

Enfin, rappelez à l'équipe et à vos parties prenantes ce qu'elles doivent faire pendant le reste du processus.

Étape 2 : Participer (immerger profondément l'équipe dans le processus de recherche)

Voir de première main l'expérience de quelqu'un qui utilise un produit ou un service est si riche qu'il n'y a pas de substitut. C'est pourquoi amener les parties prenantes à observer la recherche des utilisateurs est toujours considéré comme l'un des moyens les meilleurs et les plus puissants d'engager l'équipe.

Ce qui arrive souvent, c'est que les observateurs participent le jour de l'étude de recherche et passent ensuite le temps collés à leurs ordinateurs portables et téléphones portables. Pire encore, certaines parties prenantes parlent souvent au preneur de notes et distraient le reste de l'équipe de conception qui doit observer les sessions.

C'est pourquoi il est tout aussi important que l'équipe interagisse avec la recherche . Les activités suivantes permettent à l'équipe de s'immerger dans la séance de recherche. Vous pouvez demander aux parties prenantes de :

• Poser des questions pendant la session via un chat en direct dédié (par exemple, Slack, Google Hangouts, Skype) ;
• Prenez des notes sur des notes autocollantes ;
• Résumez les observations pour tout le monde (voir étape suivante).

Attribuez une personne par séance à chacune de ces activités. Ayez un « gestionnaire de chat en direct », un « preneur de notes » et un « observateur » qui résumeront la session par la suite.

Faites tourner les gens pour la prochaine session.

Avant la session, il est utile de présenter très brièvement aux observateurs les « règles de base ». Vous pouvez avoir une affiche similaire à celle développée par GDS qui vous aidera à le faire et rappellera à l'équipe son rôle pendant l'étude (voir Fig. 3 ci-dessus).

Farrell (2017) fournit plus de détails sur les moyens efficaces pour les parties prenantes de prendre des notes ensemble. Lorsque vous avez plusieurs parties prenantes et qu'il n'est pas possible pour elles d'assister physiquement à une visite sur le terrain (par exemple dans la rue, dans un bureau, au domicile du participant), vous pouvez diffuser la session dans une salle d'observation.

Étape 3 : Résumer (analyse pour les non-chercheurs)

Je suis un fervent partisan de l'idée que l'analyse commence dès le début du travail sur le terrain . Au cours de la toute première session de recherche, vous commencez à rechercher des modèles et à interpréter la signification des données dont vous disposez.

Même après la première session (mais généralement vers la fin du travail de terrain), vous pouvez effectuer une analyse collaborative : une manière amusante et productive qui garantit que tout le monde participe à l'une des étapes les plus importantes de la recherche.

La séance d'analyse collaborative est une activité où vous donnez à chacun l'occasion d'être entendu et de créer une compréhension commune de la recherche.

Étant donné que vous incluez les points de vue d'autres experts, vous augmentez les chances d' identifier des idées plus objectives et pertinentes , et également pour les parties prenantes d'agir sur les résultats de l'étude .

Même si « l'analyse » est une partie essentielle de tout projet de recherche, de nombreuses parties prenantes sont effrayées par le mot. L'activité semble très académique et complexe. C'est pourquoi à la fin de chaque session de recherche, journée de recherche ou de l'étude dans son ensemble, le rôle de vos parties prenantes et de votre équipe immédiate est de résumer leurs observations. Résumer peut sembler superflu, mais c'est une partie importante de l'étape d'analyse ; c'est essentiellement ce que nous faisons pendant les sessions de "Téléchargement".

Écouter le résumé de quelqu'un vous donne l'occasion de comprendre :

• Ce à quoi ils ont prêté attention ;
• Qu'est-ce qui est important pour eux ?
• Leur interprétation de l'événement.

Résumé à la fin de chaque session

Vous faites cela en rappelant à tout le monde au début de la session qu'à la fin vous entrerez dans la salle et leur demanderez de résumer leurs observations et recommandations.

Vous terminez ensuite la session en demandant à chaque partie prenante ce qui suit :

• Quelles ont été leurs principales observations (voir également Fig. 3) ?
• Que s'est-il passé pendant la séance ?
• Y a-t-il eu des difficultés majeures pour le participant ?
• Quelles sont les choses qui ont bien fonctionné ?
• Y a-t-il quelque chose qui les ait surpris ?

Cela rendra l'équipe plus attentive pendant la séance, car elle sait qu'elle devra résumer à la fin. Cela les aidera également à intérioriser les observations (et plus tard, à passer plus facilement aux conclusions).

C'est également le moment de partager systématiquement avec votre équipe ce qui, selon vous, ressort de l'étude jusqu'à présent. Évitez la tentation de faire une « grande révélation » à la fin. C'est mieux si les résultats sont annoncés plusieurs fois aux parties prenantes.

À plusieurs reprises, la recherche m'a donné d'excellents résultats. Au lieu de les partager régulièrement, je les garde pour moi jusqu'au rapport final. Cela ne fonctionne pas bien. Une grande révélation à la fin conduit à des parties prenantes perplexes qui ne peuvent souvent pas passer aussi rapidement des observations aux idées. En conséquence, il y a soit un refus obstiné, soit des haussements d'épaules indifférents.

Résumé à la fin de la journée

Un résumé de l'événement ou de la journée peut alors naturellement se transformer en séance d'analyse collaborative. Votre travail consiste à modérer la session.

Le travail de vos intervenants est de résumer les événements de la journée et les résultats finaux. Demandez à un volontaire de parler au groupe de ce qui s'est passé pendant la journée. D'autres parties prenantes peuvent ensuite compléter ces observations.

Résumé à la fin de l'étude

Une fois l'analyse terminée, demandez à une ou deux parties prenantes de résumer l'étude. Assurez-vous qu'ils expliquent pourquoi nous avons fait des recherches, ce qui s'est passé pendant l'étude et quelles sont les principales conclusions. Ils peuvent également le faire en traversant le mur du projet (si vous en avez un).

Il est très difficile de ne pas parler de votre recherche et de laisser quelqu'un d'autre le faire. Mais ça vaut le coup. Peu importe à quel point vous avez envie de le faire vous-même, ne le faites pas ! C'est une excellente occasion pour les gens d'intérioriser la recherche et de se familiariser avec le processus. C'est l'un des moments clés pour transformer les parties prenantes en défenseurs actifs de la recherche sur les utilisateurs.

À la fin de cette étape, vous devriez avoir 5 à 7 résultats qui capturent l'étude.

Étape 4 : Traduire (faire des parties prenantes des champions actifs de la solution)

"La recherche n'a de valeur que si elle aboutit à des décisions et à des actions."

—Lang et Howell (2017).

Même lorsque vous êtes d'accord avec les résultats, les parties prenantes peuvent ne pas être d'accord sur la signification de la recherche ou manquer d'engagement à prendre d'autres mesures. C'est pourquoi, après avoir résumé, demandez à vos parties prenantes de travailler avec vous et d'identifier le « Et maintenant ? » ou ce que tout cela signifie pour l'organisation, le produit, le service, l'équipe et/ou individuellement pour chacun d'eux.

Traditionnellement, c'était le travail des chercheurs UX de rédiger des résultats clairs, précis et descriptifs et des recommandations exploitables. Cependant, si l'équipe et les parties prenantes ne participent pas à l'identification des recommandations réalisables, elles pourraient être réticentes au changement à l'avenir.

Pour éviter un refoulement ultérieur, demandez aux parties prenantes d'identifier le « Et maintenant ? » (également appelées « recommandations réalisables »). Ensemble, vous serez en mesure d'identifier comment les informations et les résultats :

• Affecter l'entreprise et ce qui doit être fait maintenant ;
• Affecter le produit/service et quels changements devons-nous apporter ;
• Affecter les gens individuellement et les actions qu'ils doivent entreprendre ;
• Mener à des problèmes et défis potentiels et à leurs solutions ;
• Aidez à résoudre des problèmes ou à identifier des solutions potentielles.

Les parties prenantes et l'équipe peuvent traduire les résultats à la fin d'une session d'analyse collaborative.

Si vous décidez de séparer les activités et d'organiser une réunion où l'accent est mis uniquement sur des recommandations réalisables, envisagez le format suivant :

1. Parlez brièvement des 5 à 7 principales conclusions de l'étude (comme rappel si cette étape est effectuée séparément de la session d'analyse ou avec d'autres parties prenantes).
2. Divisez le groupe en équipes et demandez-leur de travailler sur une découverte/un problème à la fois.
3. Demandez-leur d'énumérer autant de façons dont ils voient la découverte les affecter.
4. Demandez à une personne de chaque groupe de présenter les résultats à l'équipe.
5. Demandez à une ou deux parties prenantes finales de résumer l'ensemble de l'étude, ainsi que les méthodes, les conclusions et les recommandations.

Plus tard, vous pouvez avoir plusieurs ateliers similaires ; c'est ainsi que vous arrivez à engager différents départements de l'organisation.

UX rapide en pratique

Un excellent exemple d'une approche FAST UX Research dans la pratique est un projet pour lequel j'ai été embauché pour un département central du gouvernement britannique. Le but ultime du projet était d'identifier les besoins des utilisateurs pour un système interne très complexe.

À première vue, c'était un projet très difficile parce que :

• Nous n'avions pas le temps d'apprendre à connaître le service ou le client .
  Habituellement, j'aurais au moins une semaine ou deux pour apprendre à connaître le client, ses besoins, ses opinions, ses pressions internes et ses défis. Pour ce projet, je devais commencer à travailler le lundi avec une équipe que je n'avais jamais rencontrée ; dans un bâtiment que je n'avais jamais travaillé, dans un domaine que je connaissais peu, et finir le vendredi de la même semaine.
• Le système était très complexe et nécessitait des recherches intenses .
  Le système interne et la nature du travail étaient très complexes ; cela a nécessité la collecte de données avec au moins quelques méthodes de recherche (pour la triangulation).
• C'était la première fois que l'équipe travaillait avec un UX Researcher .
  Les intervenants étaient principalement des informaticiens. Cependant, j'ai eu la chance qu'ils aient été très enthousiastes à l'idée de participer au projet et de se salir les mains.
• Disponibilité des intervenants .
  Comme c'est le cas sur de nombreux autres projets, toutes les parties prenantes étaient extrêmement occupées car elles avaient leur propre travail en plus du projet. Néanmoins, nous avons fait en sorte que cela fonctionne, même si cela impliquait de nous rencontrer pendant le déjeuner ou pour une conclusion de 15 minutes avant de rentrer à la maison.
• Il y avait des pressions et des défis internes .
  Comme pour tout département et grande organisation, il y avait un certain nombre de pressions et de défis internes. Certains d'entre eux auxquels je m'attendais (par exemple, les systèmes hérités, la lenteur du changement) mais certains dont je n'avais aucune idée quand j'ai commencé.
• Nous avons dû coordonner le travail avec des équipes externes .
  Un défi supplémentaire était la nécessité de travailler et de coordonner les efforts avec des équipes externes dans un autre département britannique.

Malgré tous ces défis, ce fut l'un des projets les plus agréables sur lesquels j'ai travaillé en raison de la collaboration étroite initiée par l'approche FAST.

Le projet consistait en :

• 1 journée de séances de lancement et de découverte de l'équipe
• 2,5 jours d'enquêtes contextuelles et d'observation des membres de l'équipe interne,
• Une demi-journée pour un atelier de co-création, et
• 1 jour pour l'analyse et le rapport des résultats.

Au cours du processus, j'ai recueilli des données auprès de plus de 20 employés, j'ai eu plus de 16 heures d'observations, plus de 300 photos et environ 100 pages de notes. Voici un excellent exemple de bachotage de 3 semaines de travail dans un simple cycle de recherche de 5 jours. Plus important encore, les gens du département étaient vraiment enthousiasmés par le processus.

Voici comment nous l'avons fait en utilisant une approche FAST UX Research :

• Se concentrer
  Au début du projet, les deux principales parties prenantes ont identifié l'orientation de la recherche alors que mon rôle consistait principalement à aider à hiérarchiser les objectifs, à peaufiner les questions de recherche et à vérifier la faisabilité. En ce sens, j'ai écouté et surtout posé des questions, intervenant occasionnellement avec des exemples de projets antérieurs ou des options qui ont permis d'ajuster notre approche.
  
  Pendant que j'écrivais le guide de discussion principal pour les enquêtes contextuelles et les sessions d'observation, nous nous sommes assis avec l'équipe principale pour discuter et concevoir l'atelier de co-création avec les utilisateurs internes du système.
• Assister à
  Au cours de l'atelier, l'une des parties prenantes a animé la moitié de la session, tandis que l'autre a pris des notes et observé de près les participants. Ce fut un énorme succès à l'interne, car les parties prenantes ont senti qu'il y avait une meilleure visibilité de leurs efforts pour moderniser le service, tandis que les employés se sentaient écoutés et impliqués dans la recherche.
• Résumer
  Immédiatement après l'atelier, nous nous sommes assis avec les parties prenantes pour une réunion de 30 minutes où je leur ai demandé de résumer leurs observations.
  
  À la suite de l'observation, des enquêtes contextuelles et de l'atelier de co-création, nous avons pu identifier plus de 60 problèmes et problèmes avec le système interne (en ce qui concerne l'intégration, la fonctionnalité et la convivialité), tous capturés dans six conclusions de haut niveau.
• Traduire
  Plus tard, nous avons discuté avec l'équipe de la manière dont chacune des six principales conclusions s'est traduite par un changement ou une implication pour le département, le système interne, ainsi que la collaboration avec d'autres départements.

Nous étions si parfaitement alignés avec l'équipe que lorsque nous devions parler de notre travail devant un autre ministère du gouvernement britannique, je pouvais laisser les parties prenantes parler du processus et de nos progrès.

Ma dernière tâche (sur deux jours supplémentaires) consistait à documenter toutes les conclusions dans un rapport de recherche. C'était nécessaire en tant que référentiel de connaissances car je devais passer à d'autres projets.

Avec une approche plus traditionnelle, le projet aurait pu facilement durer 3 semaines. Plus important encore, comprendre rapidement les pressions et les défis individuels et d'équipe ont été les clés du succès du nouveau système. Cela n'aurait pas pu se produire dans le temps imparti sans une approche collaborative.

Une approche FAST UX a abouti à une collaboration étroite, une forte copropriété et un sentiment partagé de progrès ; tout cela a permis de raccourcir le temps du projet, mais aussi d'instiller un sentiment d'excitation à propos du processus de recherche UX.

L'avez-vous déjà essayé ?

Alors que la recherche UX devient de plus en plus populaire, il est révolu le temps où nous pouvions nous débrouiller seuls et ne consulter les parties prenantes qu'à la fin.

Maîtriser notre métier en tant que chercheurs UX signifie impliquer les autres dans le processus et être articulé, clair et transparent sur notre travail. L'approche FAST est un modèle simple qui montre comment impliquer des non-chercheurs dans le processus de recherche. Réduire le temps nécessaire à la recherche, tant à court (c'est-à-dire l'étude elle-même) qu'à long terme (c'est-à-dire l'utilisation des résultats de la recherche), est un avantage stratégique pour le chercheur, l'équipe et l'entreprise dans son ensemble.

Vous souhaitez gagner en efficacité et transformer les parties prenantes en ambassadeurs de la recherche utilisateur ? Allez l'essayer. Vous pouvez ensuite partager vos histoires et vos conseils ici.

J'aimerais entendre vos commentaires, suggestions et tout commentaire que vous voudriez partager ! Si vous l'avez déjà essayé, avez-vous des exemples de réussite que vous souhaitez partager ? Soyez aussi ouvert que possible : qu'est-ce qui a bien fonctionné et qu'est-ce qui n'a pas fonctionné ? Comme pour toutes les autres choses UX, c'est plus amusant si nous apprenons ensemble en équipe.