Déterminer quelles fonctionnalités du produit fournissent UX
Quelqu'un connaît-il des articles/articles où l'effort est axé sur la détermination des fonctionnalités UX (pour tout type de produit) à l'aide de scénarios/récits. La clé est que l'article doit être axé sur la détermination d'un ensemble de fonctionnalités d'intérêt. Dans les articles que j'ai l'auteur a une liste de fonctionnalités et utilise des utilisateurs pour aider à déterminer celles qui sont pertinentes alors que, dans mon cas, je veux déterminer la liste des fonctionnalités. Mon idée est d'utiliser des scénarios/récits ou une autre approche (si vous pouvez en proposer un) pour développer une liste de fonctionnalités UX qui offrent une expérience positive avec les systèmes robotiques. Le défi ici est que l'utilisateur n'a pas de robot réel à utiliser ni de prototype à utiliser pour la stimulation. Des suggestions sur un document/article ou des réflexions sur l'approche?
***** MISE À JOUR Je suis vraiment en retard pour revenir à cela, mais à cet égard, nous examinions l'UX pour voir comment cela pourrait améliorer la collaboration entre les humains et les robots. Nous avons fini par aller dans une direction légèrement différente et ne nous sommes pas concentrés sur la création de scénarios, mais avons plutôt interrogé un certain nombre d'opérateurs robotiques spatiaux et analysé leurs commentaires en fonction des dimensions UX hédoniques et pragmatiques pour déterminer leurs réflexions UX sur les systèmes actuels. Résultats de l'effort voir lien
UX n'est pas une fonctionnalité
Il n'y a pas de "fonction UX". Le total des fonctionnalités et des systèmes a un impact sur l'expérience d'un utilisateur. En tant que profession, notre rôle est de concevoir l'ensemble du système pour créer une expérience positive nette qui répond aux besoins des entreprises comme l'efficacité, la réalisation, l'engagement, la conversion, etc.
Être concentré
Faire le premier saut est difficile. Il existe tout simplement trop de solutions possibles pour repartir de zéro. La première étape consiste à comprendre votre vision en tant qu'organisation, qui devrait être basée sur des recherches approfondies sur ce besoin. Même alors, les possibilités semblent souvent infinies.
Prenez-le un personnage cible à la fois. Considérez le peu de personnages que vous pouvez aborder afin de créer un MVP. Plus vous êtes concentré à ce stade, plus vous êtes susceptible de créer une expérience imbattable.
Créer des scénarios
Avec votre personnage à l'esprit, vous allez "faire semblant jusqu'à ce que vous le fassiez" pour démarrer. Vous testerez vos hypothèses par rapport à de vrais utilisateurs plus tard, mais vous devez commencer quelque part!
Commencez par la définition de niveau le plus élevé de ce que signifie utiliser votre produit, puis explorez.
- Définissez des scénarios dans lesquels vous envisagez que vos solutions robotiques aident les humains.
- Définissez les activités qui seront impliquées dans ces scénarios.
- Définissez les tâches probables impliquées dans la réalisation de ces activités.
Une fois que vous avez ces définitions, vous pouvez commencer à réfléchir aux fonctionnalités et aux systèmes qui seront nécessaires pour que l'expérience fonctionne.
Mettez tout cela ensemble et vous avez votre "fonctionnalité UX" holistique.
Hmm ... Normalement, la liste des "fonctionnalités" que vous essayez de générer provient directement de l'ensemble des problèmes commerciaux que vous essayez de résoudre. Par exemple:
L'utilisateur final "Sally" souhaite créer une liste de courses qu'elle pourra emporter avec elle en magasin. Elle souhaite également pouvoir partager cette liste avec son mari. Cependant, parfois, son mari achète des produits d'épicerie sur la liste et oublie de le lui dire, alors ils finissent tous les deux par accident par acheter un article de la liste!
Ok, donc si je possède une entreprise qui fabrique des applications téléphoniques, je pourrais suggérer les fonctionnalités suivantes:
- Créer une liste de courses
- Ajouter/modifier/supprimer des articles sur la liste d'achats
- Partager la liste d'achats des autres
- Lorsqu'un changement se produit sur une liste d'achats partagée, il se produit le toutes les copies de cette liste partagée
D'accord, j'ai maintenant mes fonctionnalités en fonction de mon problème professionnel. Cependant, si ce n'est pas notre premier rodéo, nous allons probablement essayer de réfléchir à des fonctionnalités supplémentaires que nous pourrions penser ou deviner que notre utilisateur voudra. Pour ce faire, nous pourrions nous poser des questions comme:
D'accord, c'est ce que Sally veut, mais que pourraient vouloir d'autres types d'utilisateurs?
Alors maintenant, nous pouvons commencer à réfléchir à différents utilisateurs ou contextes imaginaires qui peuvent être utiles pour deviner des caractéristiques importantes. Par exemple:
- Un parent qui veut partager une liste avec un enfant pour ramasser rapidement quelques choses pour le dîner
- Un utilisateur qui a une aversion pour la technologie et qui préfère faire les choses "à l'ancienne"
- Un client qui construit sa liste d'épicerie en fonction des plats qu'il a l'intention de cuisiner tout au long de la semaine
Et puis, à partir de ces contextes, nous pourrions réaliser que pouvoir envoyer des "listes d'achats rapides" sous forme de messages texte à des contacts peut être agréable, ou pouvoir imprimer une liste afin qu'elle puisse être apportée au magasin sans compter sur un appareil électronique, ou l'ajout d'un "module de recette" complet qui vous permet de construire votre liste d'épicerie en fonction des ingrédients des plats que vous avez l'intention de cuisiner.
trop long; n'a pas l
Il est facile de créer une liste de fonctionnalités. Imaginez vos différents utilisateurs finaux. À quels problèmes sont-ils confrontés? Comment pouvons-nous leur faciliter la vie? Et si vous ne connaissez pas la réponse à ces questions, faites une "collecte des exigences" en les interrogeant pour mieux comprendre ce qu'ils font, comment ils le font et quels sont leurs points faibles.
Là où cela devient difficile, c'est de hiérarchiser ces problèmes, d'aider un utilisateur sans rendre les choses plus difficiles pour les autres et de trouver comment implémenter ces fonctionnalités de manière à offrir une expérience utilisateur solide.
Daniel remercie pour la réponse. Dans notre cas, ce n'est pas si simple. Nous examinons des systèmes robotiques qui n'ont pas encore été inventés, c'est-à-dire un système robotisé dans 10 ans. Nous souhaitons voir quelles fonctionnalités UX ces systèmes devraient inclure. Nous devons commencer à rechercher cela maintenant pendant que les groupes robotiques font des recherches pour améliorer leurs systèmes (comme vous le savez, nous ne pouvons pas attendre que le système soit construit)
En ce qui concerne les problèmes, dans mon domaine de recherche, le problème est que les robots doivent faire les 3 D (tâche terne, sale et dangereuse). Comme vous pouvez le voir, les problèmes sont de très haut niveau et les tâches spécifiques ne sont pas clairement définies (il existe un autre groupe qui travaille sur la définition des tâches/rôles des robots). Si nous avions un ensemble bien défini de problèmes ou de tâches à accomplir par le (s) robot (s), alors ce que vous proposez fonctionnerait
Nous (vraiment je) en sommes venus à réaliser que nous pouvons construire un robot utilisable (utilisable avec un peu de formation) mais l'UX est tel que les membres de l'équipe humaine NE VEULENT PAS l'utiliser, donc ma concentration sur l'exploration de l'UX pour notre prochaine génération de systèmes robotiques.