Un moyen plus facile d'impliquer les parties prenantes et d'accélérer le processus de recherche
Aujourd'hui, la recherche UX est largement reconnue comme une partie essentielle de la conception de produits et de services. Cependant, les professionnels de l'UX semblent toujours être confrontés à deux gros problèmes en matière de recherche UX: un manque d'engagement de la part de l'équipe et des parties prenantes ainsi que la pression pour réduire constamment le temps consacré à la recherche.
Nous allons 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. C'est 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 (à la fois le court et le long terme) exige une collaboration efficace, plutôt que de s'en aller et de s'en prendre à soi-même.
L'acronyme FAST ( F ocus, A ttend, S ummarise, T ranslate) résume 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 cinq jours avec un ministère central du Royaume-Uni qui vous montre comment le modèle peut être mis en pratique.
L'article est pertinent pour les professionnels de l'UX et les personnes qui travaillent avec eux,
En tant que chercheurs UX, nous devons nous assurer que [traduction] «tout le monde dans notre équipe comprend 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 à l'augmentation de l'empathie que impliquant les parties prenantes pour expérimenter eux-mêmes l'ensemble du processus : de la conception de l'étude (objectifs, questions de recherche) au recrutement, le 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 à cela:
- La recherche est le travail de quelqu'un d'autre
Selon mon expérience, les professionnels UX sont souvent embauchés pour «faire l'UX» pour une entreprise ou une organisation. Même si le titre de «Lead UX Researcher» semble très bien et 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 personne d'autre. - 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, ils ne savent toujours pas * comment * s'impliquer et * quoi * ils devraient faire. Nous passons beaucoup de temps à vendre un processus UX et des cadres de recherche utiles mais finalement incomplets – ils n'expliquent pas comment les non-chercheurs peuvent s'impliquer dans le processus de recherche.
Traditionnellement, c'était le travail des chercheurs UX d'écrire des résultats clairs, précis, descriptifs, et des recommandations pratiques. Cependant, si l'équipe et les parties prenantes ne font pas partie des recommandations réalisables, elles pourraient être réfractaires au changement dans le futur.
Pour éviter tout recul, demandez aux parties prenantes d'identifier le " Now what? " (aussi dénommées «recommandations pouvant donner lieu à une action»). Ensemble, vous serez en mesure d'identifier comment les idées et les constatations vont:
- Affecter l'entreprise et ce qui doit être fait maintenant;
- Affecter le produit / service et quels changements avons-nous besoin de faire;
- Affecter les individus individuellement et les actions qu'ils doivent prendre;
- Conduire à des problèmes potentiels et des défis et leurs solutions;
- Aider à résoudre des problèmes ou identifier des solutions potentielles.
Les intervenants et l'équipe peuvent traduire les résultats à la fin de une session d'analyse collaborative
Si vous décidez de séparer les activités et de mener une réunion dans laquelle le seul point est sur les recommandations applicables, alors prenez le format suivant:
- Discutez brièvement des résultats principaux de l'étude (à titre de rappel si cette étape est effectuée séparément de la séance d'analyse ou avec d'autres intervenants.)
- Divisez le groupe en équipes et demandez-leur de travailler sur une constatation / un problème à la fois. de nombreuses façons qu'ils voient t
- Demandez à une personne de chaque groupe de présenter les résultats à l'équipe
- Demandez à un / deux intervenants finaux de résumer l'ensemble de l'étude, ainsi que les méthodes, les résultats et les recommandations. [19659113] Plus tard, vous pouvez avoir plusieurs ateliers similaires;
L'UX en pratique rapide
Un excellent exemple d'approche FAST UX Research en pratique est un projet que j'ai été engagé 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, ce fut un projet très difficile parce que:
- Nous n'avions pas le temps de connaître le département ou le client
Habituellement, j'aurais au moins une semaine ou deux pour connaître le client, ses besoins, ses opinions, ses pressions internes et ses défis. Pour ce projet, j'ai dû commencer à travailler 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 qui se terminait le vendredi la même semaine. - Le système était très complexe et nécessitait d'intenses recherches
Le système interne et la nature des le travail était très complexe; 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 d'être très enthousiaste et enthousiaste à l'idée de participer au projet et de se salir les mains. - Disponibilité des intervenants
Comme c'est le cas pour beaucoup d'autres projets, tous les intervenants étaient très occupés comme ils avaient leur propre travail sur le dessus du projet. Néanmoins, nous l'avons fait fonctionner, même si cela signifiait se réunir au cours du déjeuner, ou pour un résumé de 15 minutes avant de rentrer à la maison. - Il y avait des pressions internes et des défis . organisation, il y avait un certain nombre de pressions et de défis internes. Certains d'entre eux je m'attendais (par exemple systèmes hérités, rythme lent du changement) mais certains je n'avais aucune idée quand j'ai commencé.
- Nous avons dû coordonner le travail avec les équipes externes . travailler avec et coordonner les efforts avec des équipes externes dans un autre département du Royaume-Uni.
Malgré tous ces défis, c'était l'un des projets les plus agréables sur lesquels j'ai travaillé grâce à la collaboration étroite initiée par l'approche FAST. le projet consistait en:
- 1 jour de séances de lancement et de découverte de l'équipe
- 2,5 jours de demandes de renseignements contextuels 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 la déclaration des résultats
Au cours de ce processus, j'ai recueilli des données de plus de 20 employés, plus de 16 heures d'observations, plus de 300 photos et environ 100 pages de notes. Voici un bel exemple de bachotage en 3 semaines de travail dans un cycle de recherche de 5 jours. Plus important encore, les gens du département étaient vraiment excités par le processus.
Voici comment nous l'avons fait en utilisant une approche FAST UX Research:
- Focus
Au début du projet, les deux clés les parties prenantes ont identifié l'objectif de la recherche alors que mon rôle consistait principalement à aider à hiérarchiser les objectifs, à ajuster les questions de recherche et à vérifier la faisabilité. En ce sens, j'ai écouté et posé principalement des questions, en m'interpellant occasionnellement avec des exemples de projets antérieurs ou des options qui ont aidé à ajuster notre approche.Pendant que j'écrivais le guide de discussion principal pour les enquêtes contextuelles et les séances d'observation, équipe principale pour discuter et concevoir l'atelier de co-création avec les utilisateurs internes du système.
- Assister
Pendant l'atelier, l'un des intervenants a modéré la moitié de la session, tandis que l'autre prenait des notes et observait participants Ce fut un énorme succès à l'interne, car les intervenants estimaient qu'il y avait une meilleure visibilité pour leurs efforts de modernisation du ministère, tandis que les employés se sentaient écoutés et impliqués dans la recherche. - Résumer
Immédiatement après l'atelier parties prenantes pour une réunion de 30 minutes où je leur ai fait résumer leurs observations.À la suite de l'atelier d'observation et 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 facilité d'utilisation), tous saisis dans six résultats de haut niveau.
- Translate
Plus tard, nous avons discuté avec l'équipe de la façon dont chacune des six principales constatations s'est traduite par un changement ou une implication pour le ministère, le système interne, ainsi que la collaboration avec d'autres ministères. étaient 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 (plus de deux jours supplémentaires) a été documenter toutes les conclusions dans un rapport de recherche. Cela a été nécessaire en tant que référentiel de connaissances parce que j'ai dû passer à d'autres projets.
Avec une approche plus traditionnelle, le projet aurait facilement pu s'étendre sur trois semaines. Plus important encore, la compréhension rapide des pressions et des défis individuels et d'équipe a été la clé 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 étroite collaboration, à une forte copropriété et à un sens partagé du progrès; tous ceux qui ont permis de raccourcir le temps du projet, mais aussi d'instiller un sentiment d'excitation au sujet du processus de recherche UX.
L'avez-vous déjà essayé?
Alors que la recherche sur UX devient de plus en plus populaire, jours où nous pouvions nous débrouiller seuls et ne consulter que les intervenants à la fin.
Maîtriser notre métier en tant que chercheurs UX signifie engager les autres dans le processus et être articulé, clair et transparent au sujet de notre travail. L'approche FAST est un modèle simple qui montre comment engager les non-chercheurs dans le processus de recherche. Réduire le temps de recherche, à court terme (c'est-à-dire l'étude elle-même) et à long terme (utiliser les résultats de la recherche), est un avantage stratégique pour le chercheur, l'équipe et l'entreprise dans son ensemble. Aimeriez-vous améliorer votre efficacité et faire des intervenants des utilisateurs de la recherche? Allez-y et essayez-le. Vous pouvez ensuite partager vos histoires et vos conseils ici.
J'aimerais entendre vos commentaires, suggestions et commentaires que vous aimeriez 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 avec toutes les autres choses UX, c'est plus amusant si nous apprenons ensemble en tant qu'équipe.
(cc, ra, il)
- Nous n'avions pas le temps de connaître le département ou le client
Source link