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

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

 Discussion forum

Le 30/06/2011, par Hinault Romaric, Responsable 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 ?


 Poster une réponse

Avatar de GPPro GPPro
Membre éprouvé
le 31/01/2013 9:10

Citation:





Envoyé par Bluedeep
Voir le message

Tss... tss... Tout cela n'est pas politiquement correct.

De nos jours, de même qu'il n'y a plus de sourds ni d'aveugles juste des mal-entendants et des non-voyants, il n'y a pas non plus d''idiots, juste des mal comprenants.



[HS]

Je ne suis pas complétement d'accord là, le distingo mal-voyants aveugle n'est pas du politiquement correct mais une généralisation pour prendre en compte une population qui n'est pas aveugle mais a de sérieuse difficultés de visions.

"black" vs noir ça c'est du politiquement correct. Pareil, si je dis à Souviron que c'est un vieux, ce n'est pas politiquement correct. Il est juste très expérimenté.

Edit : ça me fait penser à une réflexion de mon directeur de thèse il y a quelques années, à une époque où le campus de Grenoble était envahi par les gitans : on ne dit pas gitans mais "gens du voyage"...

[/HS]
Avatar de rimram31 rimram31
Membre éclairé
le 31/01/2013 16:23

Citation:





Envoyé par Nemek
Voir le message

+1
Il y a également les cellules "Suivis d'exploitation" et "Incident" dans le même genre




Citation:





Envoyé par goomazio
Voir le message

+1 aussi...

Le plus surprenant c'est que c'est bien souvent en discutant avec le client en employant des "mots simples", les siens, que les solutions les plus simples sont trouvées Il est une matière qui devrait être enseignée absolument dans les cursus informatique, c'est la communication. Malheureusement j'ai une théorie la dessus largement vérifiée par l'expérience, les profils attirés par l'informatique ne sont pas, par nature, des communicants!
Avatar de el_slapper el_slapper
Expert Confirmé Sénior
le 31/01/2013 16:34

Citation:





Envoyé par GPPro
Voir le message

(.../...)Edit : ça me fait penser à une réflexion de mon directeur de thèse il y a quelques années, à une époque où le campus de Grenoble était envahi par les gitans : on ne dit pas gitans mais "gens du voyage"...

C'est plus compliqué que celà. Gitan, c'est une ethnie. Gens du voyage, c'est un style de vie. Il se trouve qu'en France, les deux correspondent. Mais le distingo est, à mon sens, important : parle-t-on du peuple Gitan, ou de gens qui ont besoin d'eau et d'electricité à raccorder à leur caravane? En bref, parle-t-on en termes ethnologiques/politiques, ou en termes techniques? Dans un cas, on parlera de Gitans, dans l'autre de gens du voyage. Même si ce sont les mêmes.
Avatar de Johnny P. Johnny P.
Membre du Club
le 03/02/2013 17:23
Mon idée est que l'utilisateur final ne sait pas utiliser un ordinateur ou bien le programme qu'il est supposé , utiliser.

Et tu te rends compte , que le programme fait autre chose , ce pour ce qu'il a été fait.

Il faut penser à tous les scénarios d'erreurs et des fois c'est choquant de se rendre compte , ce qu'on fait de son application , la verrouiller de tous les côtés est la solution et ça rend la tâche complexe.

Sans parler que les informaticiens connaissent mieux le travail que l'utilisateur final... et ça rend les choses plus délicates.
Avatar de mumen mumen
Membre Expert
le 04/02/2013 18:54
Je comprend bien ce que vous voulez dire en disant il faut prendre les utilisateurs pour des imbéciles, mais cette formulation est erronée, fautive, tordue. Elle peut amener à mal penser son métier.

Si vous tenez effectivement à exprimer quelque chose de contre productif et de très difficile à assumer dans notre métier de créateurs d'interfaces elles même au service de nos fabuleux outils, utilisez alors le terme d'ignorants pour qualifier les utilisateurs. Pas d'imbéciles.
Avatar de gaby277 gaby277
Membre du Club
le 07/02/2013 21:35
Bonjour,
Je suis surpris que seuls le développeur et l'utilisateur final soient évoqués. Je m'explique normalement il y a un "cahier des charges" qui décrit les fonctionnalités que doit avoir le logiciel. Il y a ensuite en tout cas pour les gros projets et (ou) vitaux pour l'entreprise des essais de réception du logiciel. J'ai fait ça à une époque. La (les personnes) chargés des essais rédigent ensuite un document qui liste les anomalies constatées, les non conformité au cahier des charges, les autres travaux repris au cahier des charges par exemple notice utilisateurs, analyse fonctionnelle , sources si cela est prévu tout cela est vérifié .Cela conditionne la réception ou non du produit et donc éventuellement ou non le paiement du solde et de la retenue de garantie ...(quand on touche au portefeuille ...)

J'ai eu a réceptionner des softs ou des que cliquais sur un bouton ça plantait,
L'informaticien corrigeait mais pour certains pour un bug corrigé il en créait 2 autres sur des parties déjà testées ... Je n'en ai pourtant pas déduit que tous les informaticiens étaient des idiots.
Il peut également y avoir des essais plus techniques par exemple d'essais de saturation du système, de robustesse à par exemple de déformation de messages, de changement de calculateurs si les systèmes sont doublés de tolérances de pannes etc ...

Je m'étonne que rien de tout cela soit évoqué..

Par ailleurs le "ce sont tous des idiots" est prétentieux. Que l'informaticien se dise bien que son garagiste, son chauffagiste, son médecin, son moniteur de ski peuvent tout autant le prendre pour un demeuré puisque sur une technique particulière ils connaissent plus de choses.

Je conclurai par le classique "un peu de science enfle, beaucoup de science désenfle". Je pense que ça s'applique particulièrement à l'informatique et que prendre les autres pour des idiots n'est pas une preuve d'intelligence mais bien au contraire de médiocrité.
Avatar de mumen mumen
Membre Expert
le 08/02/2013 15:13

Citation:





Envoyé par gaby277
Voir le message

Bonjour,
Je conclurai par le classique "un peu de science enfle, beaucoup de science désenfle". Je pense que ça s'applique particulièrement à l'informatique et que prendre les autres pour des idiots n'est pas une preuve d'intelligence mais bien au contraire de médiocrité.

Oui mais non !

Le débat qui a lieu ici, ce n'est pas de prendre les gens pour des idiots, mais de faire semblant de les prendre pour des idiots alors qu'on pense pas que ce sont des idiots parce que l'on pense que pour faire un bon programme, il faut se mettre dans la peau d'un utilisateur qui ferait n'importe quoi, un idiot en somme (faire semblant de se prendre soi même pour un idiot) . Tu vois la nuance ?

En fait tu amènes de l'eau à mon moulin, cf mon poste juste avant le tien. C'est un problème de vocabulaire mal placé. Il faut se situer au niveau de l'ignorance, pas de l'ineptie pour se faire comprendre dans cette problématique. Ce choix sémantique devrait d'ailleurs avoir une incidence sur la manière de faire les choses. C'est un autre sujet.
Avatar de Simplifi Simplifi
Membre Expert
le 26/02/2013 19:10
Bin, moi j'ai de la chance!
mes utilisateurs sont tout à fait intelligent(e)s, même les blondes!!!
ils ou elles ne demandent que des vraies améliorations!!
Il est vrai que dans chaque entreprise où je vends ma petite solution ERP, je fais obligatoirement une formation Access, tous et toutes ne deviennent pas développeurs mais cessent de penser que l'informatique est magique!
Ah, au fait, je donne la base de mon ERP à qui le veut.
Avatar de mumen mumen
Membre Expert
le 28/02/2013 14:31

Citation:





Envoyé par Simplifi
Voir le message

Bin, moi j'ai de la chance!
mes utilisateurs sont tout à fait intelligent(e)s, même les blondes!!!
ils ou elles ne demandent que des vraies améliorations!!
Il est vrai que dans chaque entreprise où je vends ma petite solution ERP, je fais obligatoirement une formation Access, tous et toutes ne deviennent pas développeurs mais cessent de penser que l'informatique est magique!
Ah, au fait, je donne la base de mon ERP à qui le veut.


Citation:




je fais obligatoirement une formation Access

Tu as compris comment gagner de l'argent en développant !


Citation:




cessent de penser que l'informatique est magique

Et tu obtiens le beurre en plus de l'argent du beurre !


Citation:




Ah, au fait, je donne la base de mon ERP à qui le veut.

Belle attitude . Je suis preneur : j'adore regarder le travail des collègues, l'ERP est plus ou moins mon coeur de métier depuis plus de vingt ans et je développe sous Access.
Avatar de Simplifi Simplifi
Membre Expert
le 03/03/2013 10:35
Merci pour le précédent message
cette version de 8Mo est la copie de celle que j'utilise tous les jours pour mon compte personnel.
D'autres versions, utilisées par mes clients, sont basées sur le même fond de panier et elles ont des fonctions dont je n'ai pas besoin:
- configurateur de devis
- table des références produits (dans le conseil, c'est superflu)
- gestion de stock (mon stock de conseils est infini )
- gestion de fabrication, ordres de fabrication, fiches de réglage
- bordereaux de livraison

Toute personne assez compétente peut l'utiliser, il faut jute commencer par le gestionnaire de table attachées.

J'en ai aussi une qui sert seulement à calculer la TVA sur les fleurs. Elle est aussi gratuite et facile à utiliser et comme elle est plus petite, elle est en pièce jointe
Avatar de Daranc Daranc
Membre Expert
le 05/03/2013 17:29
Bon je pense qu'on à tellement dilué le sujet, que le sens du vrai problème nous file entre les doigts: La finalité c''est qu'on doit simplement se méfier des évidences. Déjà avec les Normes ISO 900x il y avait une petite annotation qui disait que 50% de ce qu'on dit n'est pas enregistré ( je vous laisse faire le cacul de ce qui reste en troisième main) mais qu'en écrit on arrivait à un résultat pas aussi mauvais (mais presque) sauf que c'était toujours en première main. A la limite celui qui sait réellement ce dont il a besoin, c'est celui qui est sur le poste! au final ce n'est pas l'utilisateur qui est en porte à faux mais toutes la chaine de conception qui lui délivre un produit non adapté. Soit trop technique, Soit trop touffu, soit carrément ch.. (euh! politiquement correct.. alors) Laxatif à utiliser, d'un ennui mortel. La'informatique c'est bien quand on s'éclate devant un PC mais quand on s'y emm... à tapez des tartines insipides à longueur de temps
 Poster une réponse  Retrouvez la suite de la discussion

 
 
Developpez.com

Nous contacter

Participez

Informations légales

 
Services

Forum UML

Blogs

Hébergement

 
Partenaires

Hébergement Web