Cours ISI - Analyse des utilisateurs
From Isiwiki
| ← Analyse du Contexte | ^ Analyse | → Analyse des tâches |
Lors de la conception d'une interface il faut nécessairement se poser la question de qui sont ou seront les utilisateurs du système. Si le noyau fonctionnel d'un système doit en général être indépendant des utilisateurs, son interface doit au contraire être construite en fonction des utilisateurs et de leurs caractéristiques.
La connaissance des utilisateurs est un moyen d'éviter des erreurs grossières dans une interface. Parmi les erreurs typique dues à une méconnaissance des utilisateur on peut citer:
- s'adresser aux utilisateurs avec un vocabulaire qu'ils ne comprennent pas (p.ex. trop spécialisé)
- oublier que certains utilisateurs distinguent mal les couleurs (10% des hommes sont daltoniens)
- utiliser des symboles ou des couleurs qui n'ont pas de sens ou pas le sens voulu dans la culture de l'utilisateur
- frustrer les utilisateurs experts en les obligeant à répéter des séquences d'opérations prévues pour les débutants
etc.
On peut effectuer l'analyse des utilisateurs selon différents axes.
Contents |
[edit] Caractérisation psycho-cognitive
Dans ce cas on s'intéresse aux différences cognitives entre utilisateurs. Un utilisateur sera caractérisé, entre autre, par
- son niveau de connaissance du système: novice, moyen, avancé, expert
- son niveau de connaissance du domaine d'application: grand public, connaissances de base, ..., professionnel
- son niveau de connaissance de l'informatique
etc.
[edit] Caractésisation par groupes socio-démographiques
- enfant, adulte, personne âgée
- homme, femme
- travailleur manuel, travailleur intellectuel
- langue maternelle
- langues maîtrisées
- culture
[edit] Caractérisation physique
- enfant, adulte
- taille
- handicaps ou capacités visuels, auditifs, moteurs, psychologiques, ...
- etc.
[edit] Caractérisation par rôle : les acteurs dans UML
Dans les cas d'utilisation d'UML on propose de définir des acteurs. Chaque acteur représente un rôle joué par un utilisateur. Une même personne pourra donc apparaître comme différents acteurs. Par exemple, dans une petite entreprise les acteurs vendeur, directeur et comptable pourront correspondre à la même personne. Inversément, plusieurs personnes peuvent peuvent appraître comme le même acteur. Par exemple, l'acteur client d'un magasin en ligne correspondra à des milliers de personnes différentes.
On peut différencier plus finement les acteurs en les classant selon une taxonomie. Par exemple, l'acteur client pourra posséder deux sous-acteurs: client occasionnel et client régulier.
Dans UML la définition des acteurs sert essentiellement à déterminer à qui sont destinés les différents services (cas d'utilisation) fournis par le système.
[edit] Etudes qualitatives
Pour connaître les utilisateurs
[edit] Interviews
Qui interviewer :
- les preneurs de décisions (obtenir une vision du produit, budget, temps)
- les spécialistes du domaine (comprendre comment fonctionne le domaine)
- utilisateurs
- les vendeurs (du produit à développer)
- les utilisateurs finaux
Choix des usagers types
- population susceptible d'utiliser mon système
- dans quel environnement
- quels sont leurs besoins
poser des questions pour clarifier
[edit] Observation
Se placer dans l'environnement de travail durant une période de 45 à 60 minutes.
Poser des questions types de clarification
[edit] Focus group
Discussion informelle entre un modérateur et un groupe de 6 à 9 personnes.
Modératuer :
- rendre les u. actifs
- faire que tout le monde parle
Objectif: avoir de nouvelles idées
[edit] Créer un ensemble de personnages
Sur la base des interviews, créer un ou des profils d'utilisateurs types. Il ne s'agit pas des faire une moyenne mais des utilisateurs crédibles.
On peut créer une fiche signalétique du personnage.
