J'ai plusieurs sujets dans un questionnaire pour les profils d'utilisateurs auxquels ils devraient pouvoir répondre sans trop de tracas. Ils contiennent tous les mêmes composants, mais je ne sais pas si je devrais les diviser en plusieurs questions avec peu de réponses (éventuellement binaires) ou quelques questions (idéalement une seule) avec de nombreuses réponses. Comment puis-je le déterminer au mieux avant les tests utilisateur?
Composants:
Alternative:
En fin de compte, je pense que c'est un candidat parfait pour certains tests utilisateur ou A/B, mais je considérerais également une troisième option, selon le public et le ton de l'application: construction de phrases en langage naturel .
Cela vous permettrait de déguiser vos questions booléennes en une réponse en langage naturel qui pourrait sembler plus conviviale et moins semblable à une enquête. Avec chaque sélection, vous pouvez mettre à jour le reste de votre phrase pour refléter les branches de questions que vos utilisateurs doivent répondre.
télécharger la source bmml - Wireframes créés avec Balsamiq Mockups
Je dirais "ça dépend":
Poser une question fermée vous permet d'obtenir la réponse très rapidement, ce qui est dans la plupart des cas la première chose qui vient à l'esprit de la personne tandis que plusieurs réponses possibles obligent l'utilisateur à lire toutes les possibilités d'abord, puis à réfléchir à ce qui convient le mieux et peut-être peut-il en sélectionner certaines. autre réponse pour faire mieux dans votre sondage.
Pensez à une question "À quelle fréquence changez-vous vos sous-vêtements" et plusieurs réponses comme
- "Jamais"
- *"Une fois par mois"
- "Une fois par semaine"
- etc.
en cas de réponses multiples et d'une série de questions "Changez-vous vos sous-vêtements?", "Changez-vous plus d'une fois par mois?", etc. juste pour obtenir les mêmes informations.
Imaginez la question "Aimez-vous avoir des relations sexuelles avec des animaux" avec oui/non réponses tandis que la plus appropriée serait "Je n'ai pas essayé" =.
Si vous posez des questions sur les préférences alimentaires, vous pouvez commencer par "Êtes-vous végétalien/végétarien?" et en cas de "oui", laissez simplement tomber toutes les questions liées à la viande (elles seraient étiquetées comme "non applicable ") au lieu de forcer l'utilisateur à parcourir tous les" Aimez-vous les hamburgers/enjeux? " question avec des réponses "non/je n'ai pas essayé".
Bottom line - pour l'exemple que vous avez fourni, j'opterais sûrement pour la première solution car la deuxième force l'utilisateur à parcourir toutes les réponses, à les analyser en profondeur et à effectuer une analyse "si ceci que cela" pour sélectionner réellement la réponse qui est le plus applicable pour eux.
Votre première option semble être la meilleure si vous voulez être sans tracas:
Votre deuxième option semble être très compliquée car les réponses sont longues et nombreuses. Il me semble que la charge cognitive serait plutôt élevée.
Je ne suis pas sûr qu'un formulaire en langage naturel serait approprié ici. Ils sont "amusants" mais ils nécessitent un peu de concentration et d'engagement. Les langages de forme naturels sont parfaits pour faire une simulation, obtenir un devis, etc. Dans votre cas, il pourrait être trop difficile de demander à un utilisateur s'il n'essaie pas activement de réaliser quelque chose.
Y a-t-il une chance que vous puissiez faire un peu de test utilisateur? Même si ce ne sont que des tests de guérilla?