Comment demander et déterminer ce qui fonctionne, ce qui ne fonctionne pas et ce qui manque dans une enquête
Je crée un sondage auprès des clients pour recueillir des commentaires sur notre expérience utilisateur et notre interface utilisateur. Dans le cadre de l'enquête, je veux essayer de déterminer ce qui fonctionne, ce qui ne fonctionne pas et ce qui manque. Quelle est la meilleure façon de poser ces questions dans une enquête?
Voici quelques suggestions que j'ai trouvées:
- De quelles fonctionnalités ne pourriez-vous pas vous passer?
- De quelles fonctionnalités pourriez-vous vous passer?
- Qu'est-ce que vous trouvez le plus frustrant dans notre application? (obtient plus aux points douloureux mais pourrait être vraiment utile de savoir)
- Y a-t-il quelque chose que vous souhaiteriez que notre application vous permette de faire qu'elle ne permet pas maintenant?
Ce sont les questions que vous utiliseriez? Y en a-t-il d'autres que vous recommandez?
Il y a quelques suggestions si vous voulez des résultats fiables.
Évitez de confondre le langage: les deux premières questions sont très similaires. Je suggérerais de les remplacer par "Quelles caractéristiques considérez-vous essentielles pour ce produit?" et "sans quoi pourriez-vous vivre?"
Évitez également de "personnaliser" le langage. L'utilisation de mots comme "notre produit" amènera le répondant à s'inquiéter qu'il puisse blesser les sentiments de quelqu'un s'il offre une réponse négative.
Le moyen le plus simple que j'ai trouvé est de l'envoyer d'abord à un groupe échantillon de la base de données, de voir quels commentaires vous obtenez et comment ils ont répondu aux questions.
Vous pourriez trouver des personnes qui répondent au sondage de manière inattendue, ou cela peut mettre en évidence une certaine confusion dans la façon dont une question est posée. Vous pouvez donc adapter votre enquête et l'envoyer au reste de la base de données.
Bonne chance!
Je n'essaierais pas de répondre à ces questions dans une enquête.
Regarder un produit à travers la lentille des fonctionnalités est un point de vue très centré sur le produit. Forcer un utilisateur à traduire de son expérience à une vue centrée sur le produit perd quelque chose dans la traduction.
Les utilisateurs peuvent être en mesure d'identifier les fonctionnalités qu'ils trouvent les plus utiles. Savoir que ces fonctionnalités sont les plus utiles ne vous dit pas pourquoi elles sont les plus utiles, ni s'il existe des améliorations que vous pourriez apporter qui les rendraient encore plus utiles.
Les utilisateurs peuvent être en mesure d'identifier certaines fonctionnalités qu'ils ne trouvent pas utiles. S'ils n'ont pas découvert une fonctionnalité, cela signifie-t-il que la fonctionnalité n'est pas utile ou simplement bien cachée? Si une fonctionnalité n'est pas utile, est-ce parce qu'elle n'est pas nécessaire ou parce que sa conception doit être améliorée afin qu'elle réponde aux besoins et aux attentes de votre utilisateur?
Les utilisateurs peuvent être en mesure d'identifier les choses qu'ils trouvent frustrantes. Ils sont plus susceptibles de se souvenir d'une seule très mauvaise expérience ou de leur dernière mauvaise expérience. Aucun de ces éléments n'est nécessairement la mauvaise expérience que vous venez de corriger en premier.
Sans contexte, les utilisateurs ont souvent du mal à répondre à la question de ce qu'ils aimeraient faire avec un produit.
La meilleure façon de répondre à de telles questions dépend de vos objectifs et des ressources dont vous disposez pour répondre à vos questions. La plupart d'entre eux sont probablement mieux adaptés aux commentaires qualitatifs, tels qu'une entrevue ou l'ethnographie, qu'aux commentaires quantitatifs comme une enquête. Si vous avez des idées sur les workflows dans votre produit qui pourraient nécessiter des améliorations, la réalisation d'une étude d'utilisabilité de ces workflows identifiera ces endroits. Si vous souhaitez hiérarchiser les améliorations des fonctionnalités existantes et des nouvelles fonctionnalités dans les versions futures, en commençant par une analyse de flux de travail pour comprendre les flux de travail les plus courants et ce qui fonctionne (ou pas) vous aidera à comprendre où concentrer vos efforts. Si vous ne savez pas par où commencer, un court entretien de 5 à 10 minutes avec les utilisateurs vous aidera à vous orienter. Si je suis vraiment coincé, je demanderai aux utilisateurs "que pensez-vous de [le produit]?" et écoutez les expériences positives et négatives et posez peut-être des questions d'approfondissement supplémentaires.