Recherche générative - méthodes pour trouver des domaines d'amélioration dans une application existante
Je suis franchement surpris par l'absence de questions ici sur la recherche générative. C'est la dixième question jamais publiée ici à ce sujet.
Quoi qu'il en soit, je me retrouve dans une impasse dans l'approche de la recherche pour les entreprises qui me demandent simplement "Trouver des problèmes et les améliorer". Les sondages peuvent être utiles, mais ils sont meilleurs lorsque j'ai une base sur laquelle écrire les questions, sinon je pourrais finir par valider mes hypothèses. Je n'aime pas l'idée de faire ma propre analyse heuristique parce que, encore une fois, je teste mes propres biais personnels et ne me renseigne pas au nom de l'utilisateur. La plupart des entreprises n'aiment pas l'idée de devoir débourser immédiatement de l'argent pour les tests de laboratoire/les enquêtes contextuelles, car elles estiment qu'il n'y a aucune garantie dans leur esprit que je vais identifier les domaines de préoccupation valables sur la base d'environ 5 entretiens avec les utilisateurs. Ce qui témoigne davantage de ma capacité à communiquer la valeur de l'UX plutôt que la méthode.
Cela a été un point de friction pour moi et je suis prêt à résoudre mon problème. Quelles sont les meilleures façons non seulement de mener des recherches génératives pour identifier les domaines de préoccupation qui impliquent l'utilisateur, et qui seront généralement bien reçues par le propriétaire du produit? Merci.
Je suppose qu'avec les produits existants, c'est peut-être une idée de se pencher uniquement sur les méthodes de recherche évaluative, mais j'aimerais également inclure les méthodes génératives.
Ethnographie serait idéal, si vous en avez l'occasion. Et documentez/enregistrez tout ce que vous pouvez sur le terrain ... idéalement, avec eux en utilisant le produit ou le prototype. Cela n'a pas à être coûteux et pourrait en fait être plus utile que la construction d'un laboratoire. Les études de journal peut également être efficace ... peut-être incorporer une incitation comme " terminer cette étude de journal et obtenir une carte-cadeau de 20 $ " ou quelque chose comme ça. Semble collant, mais peut être efficace ... descendez moins de 20 $ si le prix est un problème. Une fois, j'ai obtenu un taux d'achèvement de 61% (33/54) sur une étude de tri des cartes , en grande partie (je parie) en incorporant un incitatif de carte-cadeau de 20 $.
Avez-vous la possibilité de poser constamment des questions au client? Si vous pouvez commencer par comprendre toute l'étendue de leur entreprise et la diviser en étapes ou en petits morceaux, vous pouvez commencer à vous concentrer sur chacun d'eux avec des questions de plus en plus spécifiques.
Lorsque vous atteignez le point où plus d'informations sont nécessaires et que le client ne fournit pas, faites le cas pour avoir accès aux utilisateurs pour combler les trous dans la recherche. Demandez au client ce que vous demanderiez aux utilisateurs, s'ils ne peuvent pas répondre, dites-leur que c'est pourquoi l'accès aux utilisateurs est important.
D'un autre côté, vous pouvez prendre les bonnes manières en main et rechercher les utilisateurs pour prouver votre point de vue au client.
Enfin, si rien ne fonctionne, reconsidérez si vous souhaitez passer du temps à travailler pour des clients qui paient mais qui ne valorisent pas votre contribution.
Les enquêtes et les entretiens reposent sur des données autodéclarées, auxquelles les chercheurs UX ont tendance à faire moins confiance que l'observation directe. C'est moins précis car les gens ont tendance à oublier les détails importants et
En revanche, tests d'utilisabilité vous permet de voir de première main ce que les gens font et où ils ont des problèmes. Un protocole de réflexion à voix haute donne des résultats encore meilleurs. Vous verrez les résultats après seulement 5-6 d'entre eux et, si vous n'avez pas de budget, vous pouvez les faire avec des collègues de comptabilité (par exemple) qui n'utilisent pas le système. Même des personnes extérieures à vos types d'utilisateurs spécifiques peuvent rencontrer des problèmes de convivialité. Pas besoin de recrutement fin. L'un des avantages de cette opération est que vous pouvez utiliser un enregistreur d'écran pour rassembler des preuves visuelles et sonores qui sont souvent assez convaincantes pour les sceptiques.
évaluations heuristiques utilisez des principes objectifs qui ne sont pas si difficiles à appliquer sans introduire vos préjugés personnels. (Demandez à trois ou quatre collègues de faire l'ES si cela vous pose problème.) Il s'agit d'une méthode de recherche très utile - et bon marché - et je vous encourage à trouver un moyen de le faire avec lequel vous êtes à l'aise.
Bonne chance!
Je pense que les entretiens sont le bon outil pour ce travail tant qu'ils sont menés de manière ciblée. Donc, ayez juste assez de sujet à l'esprit pour recruter les sujets d'entrevue appropriés, mais ne le surécrivez pas ou n'imposez pas de paramètres à ce que vous recherchez. Considérez toutes les données comme pertinentes jusqu'à preuve du contraire.
Séparez les activités de collecte de données de l'interprétation des données et essayez de rechercher des modèles exploitables.
Cela fait quelques années, mais entretien de Steve Portigal avec Gregg Bernstein fournit ce que je pense être un excellent exemple pratique de la façon de rechercher des gens pour trouver sur quoi vous devriez travailler.
"... l'idée est de laisser les données dicter ce qui est important. Vous ne définissez pas de paramètres sur ce que vous recherchez. Par exemple, l'une des façons dont nous collectons les informations des clients est par e-mail. Ils peuvent nous donner des commentaires sur notre application.
"Ce n'est pas du support technique, et ce n'est pas une enquête, mais simplement:" Envoyez-nous un e-mail à propos de quelque chose que vous avez à dire sur notre application. " Les gens nous donneront des idées ou ils parleront des points douloureux qu'ils ont, qui ne sont pas vraiment des problèmes techniques. C'est juste la façon dont notre application pourrait leur faciliter la vie si nous changions une chose.
"C’est un parfait exemple de théorie fondée, car nous ne recherchons rien de particulier. Nous ne demandons rien de particulier, mais avec le temps, des tendances émergeront de ces e-mails que nous recevons. Nous verrons: "Oh, c'est quelque chose que nous devons corriger", "C'est quelque chose que nous devons construire" ou "C'est une intégration que nous devons connecter."
(Il utilise les e-mails comme moyen de collecte de données, mais le même principe est appliqué.)
Si vous ne parvenez pas à vendre les parties prenantes lors des entretiens avec les utilisateurs, n'hésitez pas à les signaler au framework JTBD pour découvrir et hiérarchiser les besoins des clients . C'est une approche qui gratte la même démangeaison mais n'est pas enseignée comme une technique spécifique à l'UX et peut donc être exempte de toute connotation que le mot "UX" peut avoir. Ou faites simplement ce que Gregg a fait et utilisez des e-mails ouverts pour les clients.
Bonne chance,