Existe-t-il un moyen impartial de recueillir des commentaires sur une idée de produit dans une enquête auprès des utilisateurs?
Je travaille avec une partie prenante sur un pivot majeur potentiel vers un produit, qui est utilisé à la fois à l'intérieur et à l'extérieur de notre organisation. La partie prenante souhaite poser directement une question comme celle-ci dans un sondage aux utilisateurs potentiels internes: "Si notre organisation offrait un moyen de (atteindre votre objectif principal) (sans aucun de vos deux principaux problèmes), seriez-vous intéressé à l'utiliser ? "
Je vois cette question comme biaisée car elle ressemble à "qui, dans son bon sens, ne dirait pas oui?" La partie prenante travaille pour nous depuis de nombreuses années et insiste sur le fait que ce ne sera pas un problème, mais je trouve cela difficile à croire.
De plus, dans notre contexte, nous devons déterminer si nos utilisateurs ont le temps, la capacité et le désir d'utiliser un produit comme le nôtre. Ils peuvent l'utiliser dans ou en dehors de leur travail, mais ils n'y sont pas obligés.
Sommes-nous hors de propos pour poser une question comme celle-ci? Même si nous le sommes, quelle est la manière la moins biaisée de le demander?
D'après la façon dont vous avez mis des parties de la question entre parenthèses, j'interprète que la question proposée réelle se lit comme suit:
"Si notre organisation proposait un moyen de réserver un voyage sans avoir à consulter d'autres sites Web et avec la garantie du prix le plus bas, seriez-vous intéressé à l'utiliser?"
avec des informations réelles et spécifiques comme celle dans ces deux domaines. Dans ce cas, il est compréhensible que la partie prenante considère cette question comme raisonnable. C'est exactement ce qu'ils veulent savoir! Si nous implémentons cette fonctionnalité, les gens l'utiliseront-ils?
Cependant, votre intuition est correcte. Les réponses que vous obtiendrez à cette question ne fourniront pas les informations souhaitées par vos parties prenantes. Ce que l'intervenant cherche à savoir est "Devrions-nous mettre en œuvre cette fonctionnalité ou non? et la métrique qu'ils essaient de mapper à cette question est "Quel type d'augmentation du taux d'adoption verrions-nous si cette fonctionnalité était mise en œuvre?" Malheureusement, l'enquête qu'ils souhaitent effectuer est la suivante: "Les utilisateurs vont-ils prétendre qu'ils augmenteraient le taux d'adoption si nous implémentions la fonctionnalité en question de quelque manière que l'utilisateur présume que nous l'implémentions?"
@ omkar-chogale en a le droit. Cherchez à comprendre les besoins des utilisateurs. Si votre partie prenante cherche simplement à confirmer qu'une fonctionnalité qui a déjà été identifiée par les moyens habituels serait réellement très utile pour les utilisateurs ou entraînerait une augmentation significative de l'adoption, une étude pilote pourrait peut-être fournir des preuves utiles. Montrez à un groupe de discussion la fonctionnalité proposée sous forme de maquette et demandez des commentaires. Mieux, montrez-leur quelques nouvelles fonctionnalités possibles sous forme de maquettes et obtenez des classements et des notes pour chacune.
Tu as raison. Cela nécessite vraiment une compréhension approfondie du contexte.
Cependant, ne dites pas aux utilisateurs quels sont leurs points faibles (cela crée un biais). Au lieu de cela, demandez-leur quels sont leurs points faibles et leurs objectifs. L'enquête vise à obtenir leur point de vue et non à confirmer vos convictions.
Demandez-leur également quelle est la motivation pour eux d'utiliser le système existant. Voyez si cela est accompli dans votre système proposé, sinon la prise de décision de l'utilisateur pourrait être difficile.
C'est certainement une situation délicate. Si vous effectuez des recherches qualitatives sur les utilisateurs, vous pouvez éventuellement utiliser les données pour confirmer le point douloureux et soutenir l'objectif vers lequel vous travaillez.
Une autre façon dont je peux penser est la suivante: si vous souhaitez l'ajouter en tant que question d'enquête, il pourrait être bon de demander:
Quelle serait l'utilité de cette caractéristique/fonctionnalité sur une échelle de 1 à 10? Peut-être que cela pourrait être utilisé pour évaluer si l'utilisateur trouve cette fonctionnalité/cet élément utile. Vous pouvez également poser une question de suivi sur la raison pour laquelle vous avez sélectionné ce score pour obtenir plus d'informations sur les raisons pour lesquelles la fonctionnalité suggérée pourrait leur convenir.
Il me semble que vous voudrez présenter cela à travers deux questions à choix multiples, à la fois courtes et précises et avec une gamme limitée de réponses possibles, mais plus d'un seul objectif présumé (point de données 1) et plus de deux points de douleur de niveau supérieur, également présumés, (point de données 2). À cette fin, vous aurez besoin d'informations sur d'autres objectifs et points douloureux - difficile d'entrer dans les détails sans informations de domaine (qui sont probablement classées, je comprends très bien).
Afin de mettre cela en place, vous pourriez peut-être interroger votre partie prenante, nonchalamment et innocemment bien sûr, sur les objectifs ou les points douloureux qu'ils supposaient auparavant que leurs utilisateurs avaient, et comment ils ont découvert que ces hypothèses n'avaient aucune base dans la réalité et n'ont donc pas besoin de plus. enquête. Cela donnera à votre interlocuteur l'occasion de briller avec la brillance, la profondeur et l'acuité de leurs idées (et plus encore avec la pièce de vanité ci-dessous).
Vous pouvez étendre ce point douloureux en interrogeant la nature du point douloureux des participants; financière, de temps ou de stress et d'aggravation. Demandez un classement des réponses ici, sinon les gens disent "tout ce qui précède et puis certains" et vous obtenez des données de mauvaise qualité.
Pour obtenir des informations sur l'évaluation, cela devient délicat. Une méthode de recherche légèrement gamifiée me vient à l'esprit; ça s'appelle Buy-me-a-Feature. Par cette méthode, vous placez une valeur en dollars, ou une expression monétaire équivalente de valeur matérielle, à côté d'une caractéristique donnée de votre offre. C'est un peu comme l'honnêteté de l'App Store: je graviterai toujours vers une application à 9,99 $ avec une description concise de ses fonctionnalités (de bonnes notes sont un bonus supplémentaire), sur une proposition de valeur vaguement déclarée avec des `` achats intégrés ''.
Buy-me-a-Feature nécessite malheureusement des informations marketing plus approfondies, sinon il peut rapidement devenir hokey et entraîner une perte de crédibilité à moins que vous ne puissiez vraiment gamifier l'expérience et utiliser l'argent Monopoly. Et lorsqu'elle est utilisée comme enquête plutôt que dans une situation de recherche en face-à-face, elle suppose que quelque chose est réellement à vendre. Aucun des deux ne peut s'appliquer à votre situation.
Aucune infraction, mais il semble que votre partie prenante ait un grave cas de biais de vente, et des sondages d'une telle ampleur ne font que déranger les consommateurs. De plus, la vieille déclaration banale selon laquelle "nous connaissons nos clients" ne fait que déranger les concepteurs!
Vous devrez peut-être jouer un peu avec la vanité manifeste de cette personne, et si cela ne va nulle part, l'éthique commerciale prend le dessus et déclare plutôt carrément qu'un simple sondage de confirmation, comme malheureusement poussé sur vous, ne sera tout simplement pas présenté. suffisamment de valeur pour justifier les dépenses - et franchement, il vaut mieux investir du temps dans des détails d'interface utilisateur propres pour au moins rendre une offre mal documentée présente de manière brillante. Si vous êtes dans une situation de conseil - même en interne - cela peut être le rapport Ultima. Après tout, vous êtes l'expert professionnel dont votre partie prenante demande conseil, et il ou elle doit être traité avec honnêteté. Si votre patient insiste sur les avantages personnels du tabagisme, que lui direz-vous en tant que médecin?
Parfois, une anecdote fait l'affaire:
Les objectifs présumés et les points douloureux sont un peu comme ces appels de télémarketing que nous recevons pour nettoyage de la fournaise (j'habite au 18e étage d'un immeuble en copropriété, hélas sans cheminée), toilettage de chiens (nous avons des meubles neufs, des allergies et un amour du voyage, donc pas de poochies même si nous les aimons) ou cette carte de crédit supplémentaire que je dois avoir (non merci, je veux faire plus d'argent, pas envers plus). Même si l'une de ces choses devient un véritable besoin, je ne ferai certainement pas appel aux services des télévendeurs pour les satisfaire. Ce n'est pas une bonne affaire.
Pour résumer: si vous parvenez à convertir votre enquête en un questionnaire à choix multiples légèrement élargi avec une analyse détaillée des catégories de points douloureux, vous pourriez gagner beaucoup.
Situation difficile, bien sûr - bonne chance!
Théoriquement, il y aura toujours un certain degré de biais dans la recherche, il serait donc plus approprié de viser des pratiques qui visent à minimiser le degré de biais.
Le problème avec la façon dont les commentaires sont collectés n'est pas tellement lié au fait que la question est un peu "chargée" de sorte que vous êtes susceptible d'obtenir une réponse particulière (mais vous devriez vous préoccuper des personnes qui n'ont pas problèmes liés à cette approche de la collecte de commentaires). Je considère que le principal problème n'est pas de pouvoir vérifier de manière indépendante le lien entre les points douloureux réels de l'utilisateur et si vos produits et services répondent effectivement à ces points douloureux.
Je considère donc le biais comme un problème mineur par rapport au fait que vous n'obtiendrez pas réellement d'informations utiles. Cependant, s'ils insistent pour poser cette question particulière, il est important d'ajouter des questions supplémentaires pour valider quels sont les points douloureux réels et si vos produits et services répondent à ces points douloureux.
Comme vous le dites, dans votre contexte, vous devez également déterminer si vos utilisateurs ont le temps, la capacité et le désir d'utiliser un produit comme le nôtre. La façon dont la question a été posée ne tient pas nécessairement compte de ce contexte, donc encore une fois, il est difficile de savoir ce que vous pouvez faire avec les réponses si vous allez poser des questions telles qu'elles ont été proposées.