Comment prendre en compte l'utilisateur dans vos applications ? Pour un développeur, « 90 % des utilisateurs sont des idiots »

Le 30/06/2011, par Hinault Romaric, Chroniqueur Actualités
L'utilisateur final est au centre des travaux du développeur, et ce tout au long du cycle de développement d'une application.

En tant que cible du développeur, il est le garant du succès (ou de l'échec) d'une application. Il faut donc avoir une idée claire de ses attentes, de ses besoins et de ses aspirations techniques (simplicité ou UI foisonnante, etc.).

Berf, le développeur doit faire le maximum d'efforts pour comprendre son « client ». Certains diront même qu'il faut aller jusqu'à se mettre dans la peau de l'utilisateur final pour produire une solution attrayante, cohérente, intuitive et facile à prendre en main.

Partant d'une discussion qu'il a surprise entre deux développeurs, Alex Yumashev, lui-même développeur logiciel, s'est défini un nouveau « leitmotiv » pour définir son utilisateur type.

La conversation surprise était la suivante :

Citation:




- J'ai l'intention de créer un prototype pour ma nouvelle application, devrais-je créer une application web ou une application Desktop ?

- Bah, 90% des utilisateurs sont des idiots qui ne seront même pas en mesure de faire la différence !



Description sévère de l'utilisateur final qui fut, pour Yumashev, comme une révélation.

Désormais, face à une question sur le choix de la taille des boutons, leurs nombres, les options d'installation, le type de package (archive, exe), etc. , il n'applique plus qu'une seule règle : « 90% des utilisateurs sont des idiots ».

Une théorie qu'il explique sur son blog et que certains feront (ou font déjà) leur. Et qui choquera les autres.

Et vous ?

Et vous ?

Quelles idées avez-vous de l'utilisateur final lorsque vous concevez vos applications pour l'adapter à ses besoins ?

Les rubriques (actu, forums, tutos) de Développez


Poster une réponse Retrouver la discussion sur le forum

Avatar de Jade_13 Jade_13
Membre confirmé
le 17/02/2012
Citation:
Envoyé par DrHelmut Voir le message
pas d'accord : c'est de la bureautique.

Sinon, cela revient à dire qu'utiliser un ordinateur c'est faire de l'informatique...

Disons plutôt "autant que faire se peut" car on ne peut jamais absolument tout anticiper (soyons réalistes)
Et bien.... quand je pense à mon frère, qui.. pour faire du "rangement", à foutu tous les fichiers system à la corbeille... (pour faire de la place pour ses films) et qui marque "maitrise de l'informatique" sur son CV (parce qu'il sait utiliser un navigateur pour faire des jeux à la cons et trouver des sites porno...........) je me bidonne doucement (enfin pas trop vu que c'est à chaque fois moi qui doit réparer ses c**nneries...)

Alors oui, pour certaines personnes, utiliser un ordinateur c'est déjà de l'informatique...
Avatar de Jade_13 Jade_13
Membre confirmé
le 17/02/2012
Citation:
Envoyé par vol-de-mort Voir le message
Ils ne sont pas informaticiens mais ils ne sont pas IDIOTS non plus !! Chacun son domaine, le mécanicien aussi pourrait prendre ses clients pour des idiots et ainsi de suite.. On sera tous l'IDIOT de quelqu'un!
Lorsque je vois qu'une secrétaire, qui a renversé son café sur son clavier, l'a passé sous le robinet, et pour le faire sêcher l'a mis sur le radiateur électrique monté à fond.... le pauvre clavier avait pris la forme du radiateur..... là, je peux me dire que cette personne ne pouvait pas se douter que le plastique fondait....

Lorsqu'une autre secrétaire (non non, pas la même) me dit qu'elle a des problèmes de messagerie, que ça boite est pleine... pas de soucis, je lui explique qu'en webmail elle a une taille maximum et qu'elle est obligée soit d'utiliser un client de messagerie (que je lui paramètre moi même) soit d'enregistrer ses pièces jointes sur son ordi, dans ses documents, et supprimer ainsi les mails trop "gros"... je lui fais tout, je lui recrée l'arborescence de ses dossiers, je lui explique que je vais rapatrier ses émails, dossiers par dossiers, qu'elle aura tout sous la main...
Et ben non !!! elle n'a pas voulu..... "je ne saurais jamais faire" qu'elle m'a dit... y'a rien à faire, y'a juste à ouvrir la boite pour récupérer le courrier... ben non... elle ne saura pas faire...
Alors elle a supprimé toutes les promo des sites marchands qu'elle avait en boite et ça passait mieux d'un coup...

Ou celle avec qui je suis actuellement en télémaintenance, parce qu'on est passé dans leurs locaux hier, et on a changé la page d'accueil de firefox... (oui, y'en a qui ne savent pas faire) ben bizarrement, depuis qu'on l'a fait, elle ne reçoit plus le courrier cet aprèm, sur thunderbird ! (ça marchait encore ce matin..)
Trop bizarre l'informatique hein.............

Mais bon , je ne dois peut être pas connaitre la véritable définition "d'idiot"...

^^
Avatar de Jade_13 Jade_13
Membre confirmé
le 17/02/2012
Citation:
Envoyé par Acasanva Voir le message
Perso, j'ai eu de tout, absolument de tout. A tel point qu'un étudient en anthropologie pourrait très bien passer une thèse.

Dire que "la plupart" des utilisateurs sont des idiots, revient à définir "idiot".

Légion sont les utilisateurs qui ne lisent pas, ni les message d'erreur, ni les menus, ni les labels, et je ne parle même pas des manuels utilisateurs.

Certains ne connaissent pas leur métier. Ou alors le métier change d'utilisateur en utilisateur. Ou la hiérarchie contredis les utilisateurs. Dans tous les cas, l'intervention de l'informaticien (dev , analyste, ou archi) met en évidence des dysfonctionnement en interne, qu'on impute à l'informatique, bien sûr (hooo, eux ce sont des geek, ils comprennent rien à part leurs pixels et leurs bits.).

y'a aussi les utilisateurs qui vont même jusqu'à spécifier les champs dans d'une BDD (si si si!!!!) ou ceux qui vous relancent sur une deadline de mise en Prod alors que vous attendez toujours les spécifications.

Donc, non, je n'utilise pas de mot "idiot", mais incapable. Le principe de Peter régnant sur nombre de domaines. L’oscar revenant aux administrations.
Pour terminer je rebondis sur tes paroles... ils ne sont pas tous "idiots", (pas 90% des utilisateurs en tout cas) disons qu'il est fort probable que la plupart de leurs erreurs ne soient que des fautes d’inattention.. on fait les choses machinalement, on veut aller vite, on regarde ailleurs en faisant 3 trucs en même temps.... mais il y en a tout de même qui nous réservent des perles (heureusement, ce serait trop triste sinon !!) lol
Et ils faut le prendre dans le sens "taquin" du terme... et pas "idiot" au sens littéral, bien qu'il y en ai aussi...

Enfin bon... je ne suis pas développeur, je fais juste le tampon entre les développeurs et les utilisateurs (je recolle les morceaux !!)
Avatar de ralphyfr ralphyfr
Invité de passage
le 24/02/2012
Nous avons toujours en réserve des ébauches d'application que nous présentons aux dirigeants d'entreprises qui font la demande d'un progiciel type.
Ensuite nous demandons a avoir un référent dans l'entreprise qui soit un utilisateur final, on effectue des démonstrations sur des produits existant, et ensuite on monte un cahier des charges ce dernier restera évolutif jusqu'à la dernière mouture du projet.

Avantage et inconvénient d'une telle procédure :

- mettre un cahier des charges adapté nous permet de calquer avec la décision du client.
- Notre approche de l'entreprise nous permet d'avoir une visibilité à long terme pour voir notre travail futur. (il faut aussi penser à une visibilité d'avenir tant à l'accompagnement de son client, que de celle de votre propre entreprise...)

- Les chargés de projets sont monopolisés sur un projet déterminé et ne peuvent y déroger tant que le travail n'en est pas à sa phase finale, il a la responsabilité technique vis à vis du client. (monopolisation de compétences)

- Le temps nécessaire à l'approche et à la compréhension de l'activité de l'entreprise nous impose un travail de terrain parfois assez long.

- Développer des progiciels dans l'industrie impose d'avoir des programmeurs compétents sur différents systèmes d'exploitation et différents langage de programmation. ( le couplage de commande numérique à partir d'un ordinateur se trouvant à 3000 km ne s'improvise pas comme ça...)

En résumé plus on est proche du client, plus on est à même de récupérer un bon cahier des charges. Ne pas hésiter à mettre l'accent vis à vis du client que c'est une application dédié qui va lui être mise en place et que par conséquent votre expertise....vaut de l'or.

Je vous souhaite une bonne continuation à tous et toute.
Avatar de Gouyon Gouyon
Membre expérimenté
le 26/03/2012
On trouve l'utilisateur idiot peut être tout simplement parce qu'on est pas capable de se mettre à sa place et que des choses évidentes pour nous développeur ne le sont pas pour lui.
Depuis quelques temps j'ai tendance à impliquer fortement les futurs utilisateurs de mes applications dans le développement.
  1. Ca me permet de savoir ce qu'ils veulent exactement
  2. Ca leur permet de prendre en main l'application avant même qu'elle ne soit finalisée
  3. Enfin ça permet d'avoir des béta (pas dans le sens idiot ) testeurs fortement impliqués

Par contre dès qu'ils commencent à parler technique je les arrêtes tout de suite en leur expliquant que c'est mon domaine et que je gèrerais tout ça.

Pour l'instant ça marche plutôt bien (surtout depuis que je viens au réunion avec une hache couverte de sang )
Avatar de souviron34 souviron34
Expert Confirmé Sénior
le 26/03/2012
Tu seras alors intéressé par l'ensemble du débat contenu dans le fil :

La France conserve son retard dans le domaine des méthodes agiles d'après le directeur-associé de Zenika,

et en particulier sur l'exposé et références de la démarche User-Centered Design que j'ai exposé au post #92 et en gros les pages 4-6..
Avatar de argyronet argyronet
Rédacteur/Modérateur
le 21/04/2012
Perso, je me mets toujours à la place de l'utilsateur...
Et croyez-moi, ça paye... cela est du aux nombreuses années de formation que j'ai dispensées...
Donc selon mon expérience, ma vision des choses serait plutôt le contraire avec la pensée "Il faut vraiment être un idiot pour avoir développé un truc pareil ou de cette façon !"... Parfois, le mot est plus fort...

Les développements auquels j'ai eu affaire (ou à reprendre) sont le plus souvent mal pensés, pas ou peu intuitifs ou ergonomiques (fait à la va vite).
Donc,
Citation:
Désormais, face à une question sur le choix de la taille des boutons, leurs nombres, les options d'installation, le type de package (archive, exe), etc. , il n'applique plus qu'une seule règle : « 90% des utilisateurs sont des idiots ».
c'est au développeur qu'il appartient de prendre des initiatives vis à vis des interfaces, du look, de l'ergonomie et la facilité de prise en main avec tout l'intuitivité qui l'accompagne et pas le contraire.

A idiot, idiot et demi.
Avatar de Programming-Z Programming-Z
Futur Membre du Club
le 15/05/2012
Je confirme, ils sont idiots, mais ils le sont tel qu'ils arrivent, je ne sais comment, à récupérer des erreurs ou des bugs que je n'ai moi-même pas réussit à produire.

Sinon le bug "ça enregistre pas" alors que la personne oublie d'appuyer sur le bouton "Enregistrer", fut un moment fort dans ma vie de développeur.
Avatar de Gouyon Gouyon
Membre expérimenté
le 15/05/2012
Citation:
Envoyé par Programming-Z Voir le message
Je confirme, ils sont idiots, mais ils le sont tel qu'ils arrivent, je ne sais comment, à récupérer des erreurs ou des bugs que je n'ai moi-même pas réussit à produire.
Je pense que c'est tout simplement parce qu'ils ne connaissent pas l'application et ils appuient sur les boutons un peu n'importe comment ce qui provoque des bug si nous autres génies du développement n'avons pas blindé le code
Avatar de Barsy Barsy
Expert Confirmé
le 15/05/2012
Citation:
Quelles idées avez-vous de l'utilisateur final lors du développement d'une application




 
 
 
 
Partenaires

Hébergement Web