Comment puis-je tester un concept sans prototype fonctionnel?
Nous sommes une agence de design centrée sur l'utilisateur qui regorge de nombreux utilisateurs. Nous testons toutes les étapes d'un produit et avec un large éventail de méthodes qualitatives et quantitatives, des tests d'utilisabilité en laboratoire, des grands gros tests d'utilisation non modérés ou des enquêtes.
mais - maintenant je ne sais vraiment pas comment tester ce qui suit:
Nous avons développé une vision pour notre produit basée sur les objectifs et les besoins des utilisateurs. Jusqu'ici tout va bien. Le résultat est une idée, à quoi le produit pourrait ressembler dans les entrées-dire 2-3 ans. Mais cela va révolutionner la façon dont les utilisateurs utilisent et interagissent avec le produit jusqu'à présent.
Maintenant, nous avons besoin de premières données fiables pour être sûr que c'est une bonne idée de faire le premier ministère vers le realizon. (donc, il faut persuader nos parties prenantes de donner de l'argent ...)
Bien sûr, nous ferons des tests d'utilisation lors du développement du produit. Mais comment pouvons-nous tester notre vision en premier?
donc je pense que maintenant vous devez savoir une chose: nous avons intégré la vision dans un prototype, mais elle n'est pas vraiment utilisable jusqu'à présent (les utilisateurs ne la comprendront pas intuitivement et l'utilisabilité n'est pas à son maximum).
As tu des idées?
Cela ressemble à ce que vous voulez faire, c'est obtenir des commentaires sur une vision du produit sans prototype fonctionnel.
Je pense que vous voudrez trouver de bons supports pour communiquer cette vision du produit aux utilisateurs potentiels, puis mener des enquêtes/des entretiens 1: 1/des groupes de discussion (quelle que soit la méthode que vous pensez être la meilleure) pour obtenir des commentaires.
Certains bons supports peuvent être: des maquettes visuelles du produit lui-même ou des storyboards de la façon dont il fonctionnerait dans la pratique. Vous pouvez même faire une courte vidéo (mais cela prend probablement plus de temps et d'argent). Ou, si vous ne savez pas quel aspect physique le produit pourrait avoir, vous pourriez envisager de raconter une histoire (un peu comme un scénario) à l'utilisateur afin qu'il comprenne comment cette "chose" pourrait l'aider à l'avenir. Cela dépend de quel type de produit il s'agit et de ce que cela pourrait les aider à faire.
En ce qui concerne la méthode de collecte des commentaires, j'ai l'impression qu'un dialogue bidirectionnel serait plus productif, donc l'utilisateur peut poser des questions et vous pouvez parler de la façon dont cela fonctionnerait (vous pouvez soit faire 1: 1 ou des groupes de discussion). Vous pouvez préparer des questions pour obtenir des commentaires, ce qui, idéalement, vous donnera des devis précieux que vous pourrez présenter à votre équipe de gestion sur les raisons pour lesquelles les utilisateurs aimeraient ce produit et sur lesquels il vaut la peine d'investir. (La direction peut également souhaiter des données quantitatives en plus au qualitatif, donc les citations pourraient ne pas être suffisantes ... dans ce cas, ce serait plus délicat car vous devrez peut-être également essayer de mener une sorte d'enquête et de communiquer votre vision via du texte/des storyboards.)
J'espère que cela vous sera utile! :)
Attendait de voir si d'autres personnes ont de meilleures approches, mais notre équipe l'a récemment fait de cette façon.
Étape 1: votre vision correspond-elle aux besoins des utilisateurs?
Faites de l'observation par l'utilisateur. Parlez à un bon mélange de vos utilisateurs, découvrez quels problèmes ils essaient de résoudre avec votre produit, comment ils l'utilisent actuellement en contexte avec d'autres tâches qu'ils effectuent en dehors de votre produit. Observez, est-ce que leur comportement correspond à ce qu'ils vous disent. Résumez ceci à une liste de choses clés qui sont importantes pour les utilisateurs et ce qu'ils attendent du produit pour eux.
Maintenant, prenez votre vision et parcourez la liste. Votre vision peut-elle prendre en charge ces éléments clés et correspondre aux attentes des utilisateurs? Si c'est loin, inutile d'aller plus loin.
Étape 2: Quand vous dites vision, qu'est-ce que cela implique exactement?
Les visions sont de très haut niveau. La plupart des gens ont du mal à saisir les ramifications des directions de haut niveau sur le flux de travail d'un produit. Ce qui rend les prototypes importants. Cependant, pour construire un prototype qui contient un flux de travail approprié, vous devez généralement faire beaucoup d'hypothèses afin de traduire quelque chose de haut niveau vers un état suffisamment détaillé.
C'est en faisant ces hypothèses que la plupart des projets échouent. Par exemple, notre équipe a émis des hypothèses implicites qui se sont avérées être vraies uniquement dans des cas d'utilisation spécifiques et nous devons repenser le flux de travail. Si nous avions offert plus d'options à nos testeurs, nous aurions pu le découvrir plus tôt. Un seul prototype est insuffisant car il n'y a pas de point de comparaison. À moins que ce soit loin, vos testeurs ne vous donneront pas beaucoup de commentaires utiles. Si vous en avez 2 ou plus, ils peuvent commencer à comparer et à contraster.
Oui, il est difficile de trouver des approches complètement différentes pour répondre aux besoins des utilisateurs tout en restant en phase avec la vision. Mais vous en avez besoin comme test décisif. Si vos utilisateurs disent non, option après option, il y a un problème avec votre vision. J'espère que les commentaires des testeurs peuvent vous aider à ajuster cette vision.