Comment dessiner un hibou pour la recherche: 1ère partie

Une fois que vous avez commencé, vous êtes à mi-chemin

Il y a un an et demi, j'ai rejoint mon équipe en tant que premier chercheur d'utilisateurs. Il n’existait pas de cadre ni d’outils d’exploitation de la recherche pour prendre en charge les tests de convivialité. Alors, j'ai commencé à mettre en place les opérations de recherche à partir de zéro.

J'ai cartographié les workflows et les personas et analysé les outils de recherche les plus appropriés pour différents cas d'utilisation. Cela a conduit à une réunion avec notre responsable de la conception afin de présenter ma solution. Après avoir mobilisé plus de 30 équipes de Palo Alto à Mumbai, je travaille maintenant en partenariat avec notre équipe de conception mondiale pour élaborer un plan de déploiement mondial des opérations de recherche.

Je suis chanceux d’avoir été encadré par des personnes très intelligentes. J'ai posé beaucoup de questions, j'ai pris beaucoup de notes et je les ai rassemblées ici pour que cela puisse peut-être aider quelqu'un d'autre.

C’est ainsi que j’ai dessiné le hibou des opérations de recherche.

Étape 1. Dessinez deux cercles

Premier cercle: Affiner le plan de recherche

Quels sont les points douloureux du contexte de recherche actuel? Quelle est l'étendue ou la portée de ces points douloureux? Qui partage ces défis?

Pour répondre à ces questions, j'ai commencé par documenter mon propre contexte de travail, en planifiant mon flux de travail pour la réalisation de tests d'utilisabilité et d'interviews d'utilisateurs, et en notant les outils utilisés à chaque étape. J'ai également écrit une épopée et des récits d'utilisateurs pour représenter les principaux besoins des chercheurs en matière d'utilisateurs.

Contexte de travail, épopée et histoires d'utilisateurs

J'ai envoyé ce document aux directeurs UX de toute la société, leur demandant de valider les résultats de la recherche et de partager leurs expériences.

J'ai ensuite interrogé des utilisateurs avec autant de rôles que possible, dans autant de secteurs d'activité. Des propriétaires de produits aux directeurs de produits, en passant par les concepteurs et les directeurs UX, j'ai demandé à mes collègues de me parler de leur expérience d'intégration des connaissances des utilisateurs dans le cycle de développement des produits.

Voici quelques-unes des questions que j'ai posées:

  • Quelle est votre cadence de développement - cascade, agilité, vague?
  • Quels outils utilisez-vous actuellement pour créer des prototypes? Qu'aimez-vous de ces outils? Qu'est-ce qui est frustrant avec ces outils?
  • Lorsque vous avez une question sur les utilisateurs, quelles ressources utilisez-vous? Avec quels rôles (avec quelles personnes) interagissez-vous pour vous connecter aux utilisateurs?
  • Votre équipe est-elle au même endroit ou avez-vous une équipe distribuée?
  • Y a-t-il un moment où les développeurs et les concepteurs se réunissent pour examiner ensemble des structures filaires ou des maquettes? À quelle fréquence faites-vous cela?
  • Pouvez-vous me parler d'un moment où vous avez eu une question utilisateur / utilisabilité et que vous avez réussi à obtenir une réponse? Qu'en est-il de ce processus qui a bien fonctionné pour vous?
  • Pouvez-vous me parler d'une fois où vous avez eu une question utilisateur / utilisabilité et que vous n'avez pas réussi à obtenir une réponse? Qu'en est-il de ce processus était frustrant pour vous?
Déclarations de besoin de haut niveau pour les personas créées à partir d'entretiens internes avec les utilisateurs

Deuxième cercle: définition du résultat

Tenant compte des excellents conseils de ma collègue Rana Chakrabarti sur l’intensification de la conception en entreprise, j’ai présenté les opérations de recherche comme un problème système. J'ai défini le résultat en tant qu'outils de ciblage et cadres pouvant être optimisés.

Objectif
L’objectif n’est pas simplement «davantage de recherche sur les utilisateurs», car cet objectif isole la recherche et ne prend pas en considération la manière dont les informations sont utilisées par d’autres rôles.

Nous souhaitons accroître la consommation de recherche tout au long du processus de conception et de développement.

Indicateurs de réussite
Les rôles UX peuvent recueillir les informations des utilisateurs en tirant parti des outils et des méthodes de recherche dans un laps de temps adapté à leur contexte de travail, afin de prendre les bonnes décisions.

Les rôles non-UX peuvent s’appuyer sur des méthodes de recherche UX fondamentales pour valider les besoins des utilisateurs et corriger le problème.

Métrique
Les métriques doivent être spécifiques à chaque équipe. Quelques exemples incluent:

  • Coût - réduction du temps nécessaire pour recruter et planifier les participants
  • Engagement - augmenter le volume des demandes de recherche

L’engagement est l’un des paramètres que j’ai trouvé efficace. J'aime le modèle de tableau kanban de connaissances du gov.uk pour suivre et gérer les demandes de recherche des utilisateurs.

Un moyen astucieux pour intégrer la recherche, la conception et les développements, et pour suivre et documenter les résultats de la recherche

Leçons apprises

Simplement fais-le.

Commencer peut être effrayant et accablant. Je savais que je devais me connecter à d'autres rôles UX pour pouvoir continuer. Mais SAP emploie 90 000 personnes dans des bureaux situés dans 130 pays. Je connaissais à peine quelqu'un, je n'avais pas accès aux listes de distribution internes et je ne connaissais aucun autre utilisateur.

J'ai donc commencé avec ce que je savais - notre portail d'entreprise comprend un répertoire complet des employés. J’ai cherché le terme «UX» et envoyé un e-mail à chaque personne avec ce terme n’importe où dans son profil. Oui, cela a pris une éternité. Oui, j'ai dû copier et coller la copie de l'e-mail d'innombrables fois. Mais j'ai reçu plus d'une centaine de réponses et j'ai pu démarrer rapidement.

Ne laissez pas votre syndrome de l'imposteur vous retenir. Tu as ça! Vous êtes un professionnel en résolution de problèmes, et tous les problèmes peuvent - et devraient - être décomposés en petits morceaux. C’est pourquoi vous commencez par dessiner le contour de la chouette.
Notre garçon a été volé au Grammy’s, mais ça va aller.

Posez beaucoup de questions.

Faire votre recherche. Créer un cadre d'analyse. Analysez ce que vous avez découvert. Trouvez ensuite des personnes intelligentes et expérimentées et posez-leur vos questions. Affinez votre cadre, mis à jour avec cette nouvelle information, puis posez plus de questions. Rincez, répétez.

Donner aux gens des scones.

Vous pouvez exploiter le pouvoir de la réciprocité avec tout ce que vous avez, mais honnêtement, les scones sont un produit vraiment polyvalent. Ils se marient bien avec un café, un thé ou même une bière (de préférence une bière brune ou plate), que vous pouvez les consommer en repas ou en collation, qu'ils soient sucrés ou salés, vous pouvez en faire des dizaines à la fois, et ils le sont facile à emballer et à prendre au bureau.

Ainsi, lorsque vous avez besoin d'une faveur (par exemple, vous voulez que tous les produits d'une base de données hébergée sur un serveur particulier afin de réaliser des tests de convivialité) soient livrés armés de scones.

La recette du scone de Son Altesse Royale. Si c’est suffisant pour la sanglante reine d’Angleterre, c’est suffisant pour vous.

Les prochaines étapes sont la définition de la portée d'une solution, son dimensionnement et l'obtention de l'adhésion des parties prenantes. Vous pouvez voir comment je l'ai fait dans la partie 2!

PS Voici quelques articles que j'ai trouvés utiles, écrits par des designers plus sages et plus expérimentés que moi. Donnez-leur une lecture, et s'ils vous aident, donnez-leur un (ou maintenez ce bouton enfoncé et donnez-leur 50, vous .)