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 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
Avatar de djibxav djibxav
Membre confirmé
le 21/05/2013 10:07
D'après mon expérience, bien plus qu'un idiot, l'utilisateur à 99% est un fainéant de première.

J'ai, dans une récente expérience automatisé au maximum des tâches.

Et bien les même utilisateurs qui appliquaient des règles métiers propres à leur savoir faire, une fois ces règles automatisées, ne savaient plus rien faire.

Au moindre cas particulier et donc devant se gérer en partie à la main, sur une règle qu'ils appliquaient sans problème avant, ils se trouvaient perdus et on entendait "l'informatique gère pas ce cas, je sais pas quoi faire".

Le pire c'est qu'on est les premiers responsables de ce trait des utilisateurs qu'on dénonce.
Plus on automatise, et réduit les utilisateurs à des pousse-boutons, plus ils se formatent intellectuellement, à pousser des boutons sans réfléchir.

L'informatique loin de libérer les utilisateurs en automatisant le rébarbatif, leur laissant plus de temps pour réfléchir, les rend idiots, en leur enlevant toute activité neuronale quotidienne.
 Poster une réponse  Retrouvez la suite de la discussion

 
 
Developpez.com

Nous contacter

Participez

Informations légales

 
Services

Forum Visual Basic 6

Blogs

Hébergement

 
Partenaires

Hébergement Web