Comment gérez-vous le fait de ne pas savoir à quoi ressemble la personne qui utilise les logiciels dont vous avez besoin pour concevoir
J'ai une question générale donc je vais vous donner un exemple:
Supposons que vous ayez été chargé de créer un logiciel qui sera utilisé quotidiennement comme outil professionnel, disons celui d'un statisticien.
Maintenant, vous comprenez les principaux composants du logiciel car ils sont assez évidents (peut-être une feuille de calcul en quelque sorte), mais vous ne pouvez pas comprendre quelles sont toutes les parties du produit sans l'utiliser quotidiennement.
Vous pouvez évidemment vous référer à des outils similaires mais: a. Cela vous fera incontrôlablement penser à une solution similaire à un problème, qui n'est pas nécessairement la meilleure. b. Ils pourraient vouloir inclure des fonctionnalités qui n'existent pas dans d'autres produits.
On m'a demandé d'aider un ami avec une application pour son flux de travail, mais j'ai du mal à comprendre ses besoins.
Merci beaucoup!
Au début de la phase de conception, je recommanderais ces méthodes pour découvrir les besoins des utilisateurs:
1. Entretiens contextuels.
http://www.usability.gov/how-to-and-tools/methods/contextual-interview.html
Fondamentalement, suivez un utilisateur dans l'environnement dans lequel il utilisera le produit, effectuant les tâches que les produits les aideront à effectuer. Suivi avec une courte interview clarifiant vos observations. Sérieusement, cette méthode m'a donné tellement de perspicacité que je ne l'aurais jamais obtenue si j'étais resté dans mon bureau. C'est ainsi que vous découvrez ce dont les utilisateurs ont besoin, par opposition à ce dont ils disent avoir besoin
2. Personnages
http://www.usability.gov/how-to-and-tools/methods/personas.html
Créez des personas pour vos principaux types d'utilisateurs, de sorte que vous puissiez rester empathique avec les besoins et les désirs de vos utilisateurs, au lieu d'utiliser vos propres besoins comme base pour la conception de votre produit. Ceci est particulièrement important si les besoins et les désirs des utilisateurs varient considérablement des vôtres.
3. Filaire
http://www.usability.gov/how-to-and-tools/methods/wireframing.html
http://balsamiq.com/http://www.axure.com/
Démarrez la fonctionnalité de filaire. Je recommanderais Balsamiq ou Axure pour cela, mais il existe un tas d'outils disponibles
4. Testez vos wireframes
http://www.usability.gov/how-to-and-tools/methods/running-usability-tests.html
Répétez 3 et 4 jusqu'à ce que vous soyez satisfait que votre produit répond aux besoins des utilisateurs de manière satisfaisante
- études de recherche d'utilisateurs sont un excellent moyen d'obtenir des commentaires sur un produit. Regarder et écouter est le meilleur moyen de savoir à quoi ressemble la personne qui utilise le logiciel. Cela peut également offrir de nouvelles perspectives après avoir travaillé sur un produit pendant un certain temps.
- Interviews sont une autre occasion de mieux comprendre vos utilisateurs. Si vous créez un outil statistique professionnel, parlez-en à un statisticien. Quelle est la partie la plus longue de leur journée et comment votre produit pourrait-il rendre cette tâche plus efficace?
- Trouver les faiblesses dans des produits similaires déjà existants. Ces faiblesses se retrouvent dans votre propre produit et chez le concurrent. En identifiant les faiblesses, cela vous fera réfléchir de manière créative pour trouver de nouvelles solutions, au lieu de solutions similaires, comme vous l'avez mentionné. Les faiblesses peuvent comprendre des éléments tels que:
- une tâche ne peut pas être accomplie (fonction absente)
- on ne sait pas comment accomplir une tâche (confusion de l'interface utilisateur)
- une tâche pourrait être exécutée plus efficacement (en prévoyant éventuellement des données qu'un utilisateur doit saisir manuellement, c'est-à-dire une saisie semi-automatique lors des recherches); anticiper ce que l'utilisateur fera probablement ensuite
- produits déconnectés. Plusieurs fois, il existe deux fonctionnalités ou produits utiles pour un utilisateur, et ils doivent être connectés efficacement (exemple: gmail transformant les dates en liens vers un calendrier)
Je m'en occupe tous les jours. Je suis d'accord avec les autres affiches sur les bonnes solutions, mais sur mon lieu de travail et probablement dans votre scénario, il n'y a aucun utilisateur ou expert en la matière à ma disposition. Parfois, au travail, nous n'interviewons pas les utilisateurs finaux parce que notre patron ne nous donne pas la possibilité ni ne soutient de telles recherches. Je pense que votre question est de savoir ce que vous faites lorsque vous ne pouvez pas faire de sondage et que vous n'avez pas accès aux utilisateurs pour les observer.
Ce que je fais, c'est coder tout ce que quelqu'un me donne du mieux que je peux. L'astuce importante est de réaliser que les personnes qui demandent de l'aide pour concevoir une interface utilisateur et ne vous fournissent pas les informations et les ressources pour faire un bon travail de conception ne s'attendent pas à un travail de conception parfait. Ils passent à travers la conception en devinant et en codant, puis en faisant face à l'insatisfaction des utilisateurs, puis en recodant et en répétant lentement et cher car ils n'ont jamais connu une meilleure stratégie de conception reproductible. Ou peut-être que c'est la première fois qu'ils conçoivent un flux d'application et qu'ils sont heureux d'avoir tout ce qui ne manque pas de choses importantes comme le bouton de sauvegarde ou les boutons de navigation. Vérifiez que les termes sont utilisés de manière cohérente et qu'ils n'utilisent pas "employé" à un endroit et "personnel" à un autre lorsqu'il s'agit du même élément de données. Assurez-vous que les couleurs ne vibrent pas et qu'une longueur de ligne de texte ne s'étire pas du côté gauche au côté droit d'un grand écran.
Ces personnes veulent généralement voir quelque chose de joli et ne remarqueront pas un mauvais flux d'utilisateurs ou une expérience gênante jusqu'à ce que les utilisateurs se plaignent à plusieurs reprises et qu'ils soient personnellement allés dans un laboratoire d'utilisabilité et aient appris certains principes fondamentaux. Je n'essaie pas de les aborder, ce n'est tout simplement pas leur profession ou leur domaine d'expertise. Donc, à peu près tout ce que vous faites sera une aide simplement parce que vous en savez assez pour mettre un bouton de sauvegarde ou de retour. Concentrez-vous sur la prévention des erreurs évidentes des débutants ou des non-concepteurs, comme toutes les majuscules pour les étiquettes et toutes les polices en gras pour chaque phrase. Détendez-vous, parlez-leur brièvement de l'efficacité du développement de cas d'utilisation et de personnalisation pendant que leurs yeux brillent, puis limitez votre investissement en temps afin que vous soyez prêt quand ils reviendront vers vous et demanderont plus d'aide.
Comme ils disent. . "Vous pouvez conduire un cheval à l'eau, mais vous ne pouvez pas le faire boire." concentrez-vous sur le maintien de votre volonté et de votre capacité à faire un autre voyage à la rivière lorsque le cheval est prêt pour une autre gorgée jusqu'à ce qu'il apprenne à avaler tout seul.
C'est une situation hors norme. Par conséquent, peut-être que certains hors de la norme techniques de recherche d'utilisateurs pourraient aider.
Interviews sont la prochaine meilleure chose, mais encore une fois, vous avez besoin de quelque chose de plus. Tout est mathématique:
afin de planifier un produit auquel vous êtes habitué, vous devez élaborer une interview, non?
pour planifier un produit que vous ne connaissez pas, vous devez y plonger et le devenir. Dans un court laps de temps, vous devez compenser et devenir aussi expérimenté que possible, simulant la passion de l'utilisateur le plus fanatique, afin que vous puissiez emprunter la mentalité appropriée. C'est fou et c'est comme être acteur. C'est même effrayant, pourquoi pas? Je veux dire que pendant quelques jours, vous vous oubliez et devenez quelqu'un d'autre. Mais pensez-y de cette façon: lorsque vous revenez à votre moi normal, non seulement vous avez appris une nouvelle expérience, mais vos compétences empathiques sont maintenant fantastiques, ce qui est un grand atout pour être un professionnel UX.
Votre objectif est de comprendre les tâches des utilisateurs. Si vous ne pouvez pas vous procurer des utilisateurs pour vous les expliquer, vous avez besoin d'une source différente qui explique comment ces tâches sont effectuées.
À titre d'exemple, mon projet principal est actuellement un référentiel de connaissances pour la description des expérimentations animales. Je n'ai pas accès aux utilisateurs, juste au propriétaire du produit, qui est biologiste, mais qui a très peu de connaissances en informatique. Elle a principalement dit "cela devrait être comme la base de données existante de lignées animales, plus quelques champs pour les procédures d'expérimentation". Immédiatement, j'ai sonné l'alarme: est-ce que cela couvrira vraiment toutes les expériences possibles?
Donc, ce que j'ai fait, c'est d'aller chez Google Scholar et trouver un tas d'articles décrivant de telles expériences sur les animaux. Je me suis frayé un chemin à travers les journaux, même s'ils étaient difficiles à comprendre parce que je ne suis pas biologiste, et émotionnellement choquants parce qu'ils contenaient des photos de souris découpées. Ensuite, j'ai fait des maquettes de l'écran d'expérimentation animale et j'ai commencé à les remplir avec les données des articles, la façon dont un étudiant diplômé en biologie devra faire quand il ou elle utilisera mon application. J'ai trouvé beaucoup de choses qui s'écartaient du concept de la "vieille base de données sur les animaux plus trois champs de procédures" et j'ai changé la maquette pour les adapter. L'application n'a toujours pas été envoyée aux utilisateurs, mais depuis lors, je n'ai vu aucune donnée de test qui ne cadrait pas avec le concept actuel. Et je sais que ça ira, car je suis capable de passer par la tâche moi-même.
Dans votre logiciel de statistiques, le mieux sera de faire la même chose. Pour voir votre propre application à travers l'œil d'un statisticien, vous devez vous-même devenir un peu statisticien. Le meilleur moyen est, bien sûr, de demander à un statisticien de vous guider dans une tâche particulière. Mais si vous ne pouvez pas vous procurer un statisticien, vous devrez l'apprendre d'autres sources. Suivez un cours d'introduction aux statistiques. Trouvez un manuel pour les statisticiens qui explique comment résoudre un problème du type auquel votre application sera utilisée, et essayez de résoudre le problème vous-même. Notez où au cours de la solution vous avez dû prendre des décisions et quelles informations vous avez eu besoin pour les prendre. Concevez ensuite des maquettes fonctionnelles des écrans de votre application afin qu'elles prennent en charge votre solution. Assurez-vous d'inclure les informations pertinentes pour la décision aux endroits où vous en avez besoin. À condition que vous ayez été en mesure d'approximer raisonnablement le processus de solution, cela vous donnera une application qui correspondra à un besoin très élevé.
Bien sûr, cette méthode a ses limites. Premièrement, plus la tâche requiert des connaissances spécialisées, plus la probabilité que votre façon de résoudre le problème diffère considérablement de la manière dont un spécialiste le résoudrait est élevée, et donc l'application ne sera pas aussi bien adaptée aux besoins du spécialiste. Pourtant, il vaut mieux le faire de cette façon que de se faufiler dans l'obscurité sans aucune idée de la façon dont l'application sera utilisée. Deuxièmement, plus votre application sera générique, plus il sera difficile de couvrir toutes les tâches nécessaires. Une application qui prendra en charge un processus métier particulier est facile à concevoir, car vous pouvez l'adapter à l'exécution du processus. Si vous faites un concurrent vers Excel ou R, vous ne pouvez pas suivre la procédure décrite ci-dessus, car vous ne pouvez pas apprendre toutes les tâches qu'un spécialiste peut vouloir exécuter avec un logiciel de statistiques à usage général. Troisièmement, cela prend beaucoup de temps pour vous. Mais je pense que c'est du temps bien investi, car cela vous permet de faire un très bon produit.