Discussion :

[dauclem]

Personnellement, je suis d'accord que 90% des utilisateurs sont idiots. Mais pas idiot au sens qu'ils ont un QI inférieur à la normale. Puisque nous-mêmes, développeurs, sommes souvent idiots lorsqu'on est utilisateur d'un autre outil.

En fait, être idiot signifie juste "en faire le moins possible sans se poser de question". Donc l'interface doit prévoir tous les cas de figure et brider l'utilisateur de manière justement à ce que tout soit fait correctement, puisqu'il ne va pas chercher à comprendre comment ça marche réellement. Un outil n'est pas magique mais se doit de simplifier au maximum la démarche de l'utilisateur et il a bien comprit cela, c'est pour ça qu'un utilisateur "fait l'idiot" puisqu'il est censé pouvoir se le permettre si l'interface est bien faite.

Ne nous mentons pas à nous-même, on fait tous ça et pas que pour l'informatique... (avez-vous déjà lu toute la notice de vos appareils électroménager ?)

[Lady]

Moi je suis d'accord avec DrHelmut


Et je pense que c'est ce qu'il manque dans nos formations, des cours de communication, mais pas au sens marketing. Apprendre à être plus pédagogue avec les utilisateurs, et sortir de ce rôle de "gros geek" d'informaticien.

Peut-être qu'il serait temps également de proposer à l’école des cours d'informatique...

Je plussois pour les cours de com à l'attention des utilisateurs, on devrais apprendre à communiquer à la fois en face à face et à travers les ihms!!

[ALT]

Hum !
Euh...
C'est quoi une ihms ?

[Jon Shannow]

Hum !
Euh...
C'est quoi une ihms ?

Un immunité homme/ménage ?
Alors...
buvons.

[Lady]

Un immunité homme/ménage ?
Alors...
buvons.

* ... a la main qui démange ... *

Vous préféreriez quel vocabulaire ?

La communication Dev / utilisateur "au travers des interactions de l'utilisateur avec le logiciel" ? (IHM c'est plus court quand même ... )

[Doksuri]

je suis tout a fait d'accord...les gens sont des abrutis...

pour qu'une appli fonctionne correctement, il faut derriere, avoir prevu tous les cas possibles et inimaginable de la connerie humaine...

pour resumer, la phrase archi connue de tous...

il ne faut pas prendre les gens pour des cons, mais il ne faut jamais oublier qu'ils en sont.

[lod101]

...j'avais un utilisateur qui me demandait sans cesse sur quel bouton il fallait appuyer pour envoyer un mail alors que le bouton Envoyer/Recevoir prenait la moitié de l'écran !!

La remarque de ton utilisateur ne me choque pas plus que ça.
Pourquoi appuyer sur un bouton "Envoyer/Recevoir" lorsqu'on veut seulement envoyer un mail ? Ca veut dire quoi "Envoyer/Recevoir" ?
Ce genre de bouton me semble manquer cruellement d'ergonomie

Je trouve certaines remarques ici d'une arrogance extrême que ce soit par rapport aux utilisateurs ou par rapport à l'importance d'un logiciel...

En effet...

Oui, dur de dialoguer avec les utilisateurs.. surtout quand ils pensent tout savoir mieux que toi en terme d'ergonomie des interfaces...

Je pense qu'il n'y a aucune raison pour que tu en saches d'avantage qu'eux.
L'ergonomie est un métier. A moins d'y avoir été formé, le développeur n' a aucune raison de maîtriser cette compétence. Il peut éventuellement y être sensibilisé, mais l'ergonomie ne s'arrête pas à la couleur des boutons

Je me suis permis les remarques précédentes car je suis développeur et que j'ai de la chance de travailler aujourd'hui sur des projets qui intégrent sociologues et ergonomes.
En travaillant avec ce type de métiers, on comprend rapidement que le développeur est loin d'être la seule pièce maîtresse pour la réussite d'un projet et la satisfaction du client.

L'analyse du besoin passe bien sûr par la communication mais également par l'observation des utilisateurs, c'est là que le sociologue va pouvoir intervenir (entre autre) et augmenter les chances d'avoir de bonnes spec.
L'ergonome lui va concevoir les IHM ou aider le developpeur. Il va définir par exemple la navigation dans les pages webs, le niveau de profondeur des menus, la prise en compte de l'accessibilité,...

En travaillant systématiquement avec ces métiers, on augmenterait grandement le taux de réussite de nos projets informatiques et on arriverait même à améliorer le travail de nos utilisateurs

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

L'idée que j'ai de mon utilisateur, c'est que si en tant que developpeur je travaille tout seul, y'a peu de chance qu'il soit entierement satisfait. Parce qu'en plus des bugs, il aura un soft qui répond pas à ses besoins avec des messages d'erreur incompréhensibles

[souviron34]

Absolument..

C'est d'ailleurs pour ça que je prône, partout où je peux , et quelle que soit la méthodologie employée, d'avoir des Têtes de projet (notez bien le non-usage du mot chef) bicéphales : un informaticien généraliste et un utilisateur/expert.

Et que je recommande d'utiliser un graphiste (un vrai, pas quelqu'un qui utilise Photoshop) pour finaliser une IHM..

Si en plus on peut avoir un egonome avec, surtout en phase de conception/analyse des besoins, et/ou faire des études vidéos d'utilisateurs, c'est encore mieux...

[zeyr2mejetrem]

Absolument..
C'est d'ailleurs pour ça que je prône, partout où je peux , et quelle que soit la méthodologie employée, d'avoir des Têtes de projet (notez bien le non-usage du mot chef) bicéphales : un informaticien généraliste et un utilisateur/expert.
Et que je recommande d'utiliser un graphiste (un vrai, pas quelqu'un qui utilise Photoshop) pour finaliser une IHM..
Si en plus on peut avoir un egonome avec, surtout en phase de conception/analyse des besoins, et/ou faire des études vidéos d'utilisateurs, c'est encore mieux...

Je suis complètement d'accord que pour réussir un projet, un utilisateur métier avec de la bouteille est d'une valeur inestimable.
Je suis aussi d'accord que l'utilisateur n'est pas idiot au sens premier du terme et que ce n'est pas à lui de chercher à comprendre la technique.
Mon propos était que dans une population d'utilisateurs, tu en as toujours quelques un qui:

• Se servent du fait qu'il travaille avec un ordinateur comme excuse pour leur fainéantise
• Ne font aucun effort pour chercher un bouton ou lire un message ou la documentation utilisateur, fusse t'il évident à voir même pour 99% des autres utilisateurs
• Sont d'une mauvaise foi à toute épreuve

Et que par conséquent arriver à un taux de satisfaction de 100% est utopique

La remarque de ton utilisateur ne me choque pas plus que ça.
Pourquoi appuyer sur un bouton "Envoyer/Recevoir" lorsqu'on veut seulement envoyer un mail ? Ca veut dire quoi "Envoyer/Recevoir" ?
Ce genre de bouton me semble manquer cruellement d'ergonomie

Cet utilisateur faisait partie de la liste du paragraphe précédent.
L'IHM en question était une interface "playskool" avec 4 boutons (Ecrire nouveau message, Mes nouveaux messages, Envoyer/Recevoir, Me déconnecter).Le terme "Envoyer/Recevoir" avait été maintenu car avant ils étaient sous Outlook et que les utilisateurs eux/même plébiscitaient qu'on conserve ce libellé même si je suis d'accord qu'il peut être confusant.
De plus l'icône du bouton avait été dessinée par un vrai graphiste (qui utilisait pourtant photoshop) et représentait une enveloppe avec des petites ailes qui s'envolait.
Bref, sur 50 utilisateurs on en a eu 49 qui ont utilisé l'appli avant même qu'on leur explique comment cela fonctionnait + l'utilisateur de mon exemple qui était pourtant dans l'équipe dirigeante

[souviron34]

De plus l'icône du bouton avait été dessinée par un vrai graphiste (qui utilisait pourtant photoshop)

Dans ce sens-là, c'est pas grave et c'est même normal.. C'est dans l'autre sens que ça l'est

Quelqu'un qui, parce qu'il utilise Photoshop, se dit graphiste (et il y en a des tonnes depuis une dizaine d'années)

+ l'utilisateur de mon exemple qui était pourtant dans l'équipe dirigeante

ceci explique cela

[Jon Shannow]

l'utilisateur de mon exemple qui était pourtant évidemment dans l'équipe dirigeante

[_skip]

• Ne font aucun effort pour chercher un bouton ou lire un message ou la documentation utilisateur, fusse t'il évident à voir même pour 99% des autres utilisateurs
• Sont d'une mauvaise foi à toute épreuve

Permets-moi d'ajouter que ce n'est pas propre aux utilisateurs. En tant que développeur d'API destinées aux entreprises tierces, j'ai eu à coeur de me crever le cul à monter un wiki d'aide super détaillé et pleins d'exemples pour l'utilisation de nos services.

Et bien malgré ça, 70% des requêtes de support que je reçois mériteraient un RTFM sans entrée en matière. J'ai même eu une discussion avec mon staff au sujet du retrait des exemples de code publiés dans la documentation car on s'est rendu compte que certains de nos clients les utilisaient tel quels par copier-coller sans même les modifier.

Pourtant je suis censé avoir affaire à des développeurs web professionnels, qui normalement savent lire une doc avant de poser une question mais non. Aujourd'hui on ne lit plus les manuels, que ce soit pour du logiciel, de l'électroménager ou autre, même pas à des fins de référence, faut s'y faire.

Tout ça pour dire que c'est pas propre aux utilisateurs bêtes et méchants de pas se fouler la rate à lire la documentation, y'a aussi des champions chez les développeurs. Et ceux-là généralement, leurs capacités sont inversément proportionnelles à leur suffisance.

[lod101]

Cet utilisateur faisait partie de la liste du paragraphe précédent.
L'IHM en question était une interface "playskool" avec 4 boutons (Ecrire nouveau message, Mes nouveaux messages, Envoyer/Recevoir, Me déconnecter).Le terme "Envoyer/Recevoir" avait été maintenu car avant ils étaient sous Outlook et que les utilisateurs eux/même plébiscitaient qu'on conserve ce libellé même si je suis d'accord qu'il peut être confusant.
De plus l'icône du bouton avait été dessinée par un vrai graphiste (qui utilisait pourtant photoshop) et représentait une enveloppe avec des petites ailes qui s'envolait.
Bref, sur 50 utilisateurs on en a eu 49 qui ont utilisé l'appli avant même qu'on leur explique comment cela fonctionnait + l'utilisateur de mon exemple qui était pourtant dans l'équipe dirigeante

Il me semblait bien que c'était le même bouton que j'ai sous les yeux
C'est un peu comme "démarrer" qui te permet d' "arrêter"...

Ce qui est interressant avec ton exemple c'est de voir qu'une fois les (mauvaises) habitudes prises, il vaut peut être mieux les conserver...

[zeyr2mejetrem]

Tout ça pour dire que c'est pas propre aux utilisateurs bêtes et méchants de pas se fouler la rate à lire la documentation, y'a aussi des champions chez les développeurs. Et ceux-là généralement, leurs capacités sont inversément proportionnelles à leur suffisance.

Oui, parce qu'après tout ces développeurs sont des utilisateurs de ton API et par conséquent il répondent à la règle du QCM (Quota de Crétins Minimum) !
Cette règle est presque une loi thermodynamique car elle s'applique pour toutes les populations dans le temps et l'espace.

De plus il est vrai que les plus crétins sont souvent les plus puants, ceux qui te regardent de haut.

PS: Il est vrai que des bonhommes qui se prétendent graphistes après avoir parcouru trois tutos sur Photoshop, on en voit pas mal.

[souviron34]

PS: Il est vrai que des bonhommes qui se prétendent graphistes après avoir parcouru trois tutos sur Photoshop, on en voit pas mal.

et d'ailleurs même après une formation d'info-graphistes..

Car "infographiste" n'est pas graphiste..

Infographiste utilse des outils informatiques.
Graphiste est un artiste.. (évidemment avec des outils)(maus souvent issu des Beaux-Arts, ou des écoles de pubs ou des formations en art)

Or beaucoup d'infographistes ne sont pas des artistes, et ça ne s'apprend pas dans des cours...

[Le_Bret]

Je ne sais pas quel est le pourcentage d’utilisateurs idiots, mais le pourcentage de programmeur qui se foutent de savoir comment l’utilisateur va faire pour utiliser leur bousin n’est pas mal non plus.

[lod101]

Je ne sais pas quel est le pourcentage d’utilisateurs idiots, mais le pourcentage de programmeur qui se foutent de savoir comment l’utilisateur va faire pour utiliser leur bousin n’est pas mal non plus.

Ouais...mais bon, le développeur évolue non ? Il est de plus en plus sensibilisé ? J'ose le croire quand même...

Enfin chez moi, on l'est. On parle de plus en plus de ... USER EXPERIENCE...
Oui, je sais, je vois d'ici certains dire que c'est un terme à la mode qui ne fait que reprendre de bonnes pratiques existantes. Mais bon, ça fait pas de mal de mettre des mots derrière ces bonnes pratiques et d'embarquer avec de nouveaux métiers...
Les sciences humaines ont leur rôle à jouer dans le dev. logiciel...

[el_slapper]

chuis content de faire du batch, moi...

Sauf quand le batch en question comprend une partie "échantillons", liste papier de données extraites du fichier. Et on retrouve les mêmes horreurs.

"_Bon, elle est gentille, votre spec, mais j'ai que 132 caractères de large, et je ne peux pas tout mettre sur une seule ligne
_Alors mets tout sur deux lignes. C'est pas important
(3 semaines plus tard)
_Aaaaaah! Mais il est illisible, ton truc
_C'est exactement ce que tu as demandé...."

(Le fight continue, sans moi, je suis en vacances. Je suis sur que ça continue à cartonner)

Et +1 sur les infographistes pas graphistes.

[NEfanda]

Bonjour,
Je ne comprends pas comment on peut considérer les utilisateurs comme des idiots. Avant d'affirmer ce genre de remarques, il faut réfléchir à nos réactions face à un outil totalement inconnu. Ne nous comportons-nous pas comme un vulgaire "idiot" pour reprendre le terme?
Les personnes qui affirment ce genre de remarques doivent aussi se considérer comme telles, face à des outils inconnus.
A mon avis, en tant que développeur, l'utilisateur doit être pris en considération avec respect. Nous devons nous mettre à son niveau en matière d'explications. Nous devons étudier et si possible prendre en compte ses remarques, car c'est lui qui sera pendant des heures sur le futur logiciel.
Il faut le respecter et lui aider à donner son avis, pour mieux y répondre.
C'est d'ailleurs à cause de personnes qui traitent les utlisateurs d'idiots que les développeurs ont mauvaise réputation: des geeks au fond de leur bureau
Cordialement
Nicole

EIRL EFANDA Nicole
Azélie Informatique
131 Bd du Général Vanier
14000 CAEN

[chico200987]

Et je pense que c'est ce qu'il manque dans nos formations, des cours de communication, mais pas au sens marketing. Apprendre à être plus pédagogue avec les utilisateurs, et sortir de ce rôle de "gros geek" d'informaticien.

Peut-être qu'il serait temps également de proposer à l’école des cours d'informatique...

Je suis d'accord, la communication est difficile, et c'est souvent qu'on remarque des développeurs qui ont du mal a s'exprimer clairement simplement, sans être trop technique pour ne pas perdre l'utilisateur alors que ca semble une evidence pour nous..

Les cours d'informatique a l'ecole oui pourquoi pas, il y en a de plus en plus aujourd'hui (ou du moins, ils utilisent de plus en plus l'outil informatique) mais a condition que ce soit bien encadre, pour ne pas que des élèves de CM2 tombent sur des videos.. Un peu bizarre quand leur instit' par en réunion..

Je me suis permis les remarques précédentes car je suis développeur et que j'ai de la chance de travailler aujourd'hui sur des projets qui intègrent sociologues et ergonomes.
En travaillant avec ce type de métiers, on comprend rapidement que le développeur est loin d'être la seule pièce maîtresse pour la réussite d'un projet et la satisfaction du client.
...

Certes, mais le prix du logiciel final augmente exponentiellement.. Tout dépend du projet, coller un graphiste, ergonome, sociologue et développeur pour chaque projet c'est pas dans l'porte-monnaie (ou dans l'envie même..) de toutes les entreprises..
Effectivement tu en as de la chance, je suis dans une boite qui fait des contrats avec des banques, assurances et qui vend ses logiciels pour quelques dizaines de milliers d'euros la licence d'installation, et bah aucun graphiste a l'horizon, encore moins de sociologue ou autre.. 5 développeurs (meme pas sur les mêmes projets) et c'est tout !



@NEfanda : Si, nous l'avons dit et revendique, nous (a 90%) faisons parti des idiots qui ne lisent pas la doc d'un programme avant de l'utiliser..
Se mettre a son niveau en matière d'explications, d'accord, mais comme dit plus haut ce n'est pas donne a tout le monde.. Communiquer avec des mots simples quand tout semble au plus simple pour nous semble difficile quand on est pas entraine (pour ca que je plussoie les cours de com' dans les formations d'informatique)