web-dev-qa-db-fra.com

Pourquoi une bonne conception d'interface utilisateur est-elle si difficile pour certains développeurs?

Certains d'entre nous ont tout simplement du mal avec les aspects les plus doux de la conception de l'interface utilisateur ( moi-même en particulier ). Les "codeurs back-end" sont-ils condamnés à ne concevoir que la logique métier et les couches de données? Pouvons-nous faire quelque chose pour recycler notre cervea être plus efficace dans la conception de couches de présentation agréables et utiles?

Des collègues m'ont recommandé quelques livres, notamment La conception de sites , Ne me faites pas réfléchir et Pourquoi le logiciel est nul , mais je me demande ce que d’autres ont fait pour remédier à leurs lacunes dans ce domaine?

user-interface
206
Chris Ballance

Laissez-moi le dire directement:

Améliorer ceci ne commence pas par des lignes directrices. Cela commence par un recadrage de votre vision des logiciels.

La plupart des développeurs hardcore ont pratiquement zéro d'empathie envers les utilisateurs de leurs logiciels. Ils n'ont aucune idée de la façon dont les utilisateurs pensent, comment ils construisent les modèles de logiciels qu'ils utilisent et comment ils utilisent un ordinateur en général.

C'est un problème typique quand un expert entre en collision avec un profane: Comment diable une personne normale pourrait-elle être aussi stupide de ne pas comprendre ce que l'expert a compris 10 ans depuis?

L'un des premiers faits à reconnaître qu'il est incroyablement difficile à saisir pour la plupart des développeurs expérimentés est le suivant:

Les gens normaux ont un concept de logiciel très différent de celui que vous avez. Ils n'ont aucune idée de la programmation. Aucun. Zéro. Et ils ne s'en soucient même pas. Ils ne pensent même pas qu'ils doivent s'en soucier. Si vous les y obligez, ils supprimeront votre programme.

Maintenant, c'est incroyablement dur pour un développeur. Il est fier du logiciel qu'il produit. Il aime chaque fonctionnalité. Il peut vous dire exactement comment fonctionne le code derrière cela. Peut-être même a-t-il inventé un algorithme intelligent incroyable qui le rendait 50% plus rapide qu'auparavant.

Et l'utilisateur s'en fiche.

Quel idiot.

Beaucoup de développeurs ne supportent pas de travailler avec des utilisateurs normaux. Ils sont déprimés par leur connaissance inexistante de la technologie. Et c’est pourquoi la plupart des développeurs craignent et pensent que les utilisateurs doivent être des idiots.

Ils ne sont pas.

Si un développeur de logiciels achète une voiture, il s'attend à ce qu'elle fonctionne correctement. Il ne s'intéresse généralement pas à la pression des pneus, à la mise au point mécanique qui était importante pour que cela fonctionne ainsi. Le voici pas l'expert. Et s’il achète une voiture qui n’a pas été affinée, il la rend et en achète une qui fait ce qu’il veut.

De nombreux développeurs de logiciels aiment les films. Films bien faits qui spark leur imagination. Mais ils ne sont pas des experts dans la production de films, dans la production d’effets visuels ou dans la rédaction de bons scénarios. La plupart des nerds sont très, très, très mauvais au jeu car il s’agit d’afficher des émotions complexes et peu d’analyses. Si un développeur regarde un mauvais film, il remarque simplement que c'est mauvais dans son ensemble. Les nerds ont même créé IMDB pour collecter des informations sur les bons et les mauvais films afin de savoir lesquels regarder et lesquels éviter. Mais ils ne sont pas des experts dans la création de films. Si un film est mauvais, ils n'iront pas au cinéma (ou ne le téléchargeront pas à partir de BitTorrent;)

Cela revient donc à: Éviter les utilisateurs normaux en tant qu'experts est l'ignorance. Parce que dans ces domaines (et il y en a tellement) où ils ne sont pas des experts, ils s'attendent à ce que les experts d'autres domaines aient déjà pensé aux personnes normales qui utilisent leurs produits ou leurs services.

Que pouvez-vous faire pour y remédier? Plus vous êtes hardcore en tant que programmeur, moins vous serez ouvert à la pensée de l'utilisateur normal. Ce sera étranger et sans intelligence pour vous. Vous allez penser: je ne peux pas imaginer comment les gens pourraient jamais utiliser un ordinateur avec ce manque de connaissances. Mais ils peuvent. Pensez à chaque élément de l'interface utilisateur: est-ce nécessaire? Cela correspond-il au concept qu'un utilisateur a de mon outil? Comment puis-je lui faire comprendre? S'il vous plaît lire sur la facilité d'utilisation pour cela, il y a beaucoup de bons livres. C'est tout un domaine de la science, aussi.

Ah et avant que tu ne le dises, oui, je suis un fan de Apple;)

361
Thorsten79

Conception de l'interface utilisateur est difficile

À la question:

Pourquoi la conception de l'interface utilisateur est-elle si difficile pour la plupart des développeurs?

Essayez de poser la question inverse:

pourquoi programmer si difficile pour la plupart concepteurs d'interface utilisateur?

Coder une interface utilisateur et en concevoir une nécessite des compétences différentes et un état d'esprit différent. La conception de l'interface utilisateur est difficile pour la plupart développeurs, pas certains développeurs, tout comme l'écriture de code est difficile pour la plupart concepteurs, pas certains designers.

Le codage est difficile. Le design est difficile aussi. Peu de gens font les deux bien. Les bons concepteurs d'interface utilisateur écrivent rarement du code. Ils ne savent peut-être même pas comment, mais ils sont toujours de bons designers. Alors, pourquoi les bons développeurs se sentent-ils responsables de la conception de l'interface utilisateur?

En savoir plus sur la conception de l'interface utilisateur fera de vous un meilleur développeur, mais cela ne signifie pas que vous devriez être responsable de la conception de l'interface utilisateur. L'inverse est vrai pour les concepteurs: savoir écrire du code en fera de meilleurs concepteurs, mais cela ne signifie pas qu'ils devraient être responsables du codage de l'interface utilisateur.

Comment devenir meilleur à la conception de l'interface utilisateur

Pour les développeurs qui souhaitent améliorer leur conception d'interface utilisateur, j'ai 3 conseils de base:

  1. Identifiez le design en tant que compétence distincte . Le codage et la conception sont distincts mais liés. La conception de l'interface utilisateur n'est pas un sous-ensemble de codage. Cela nécessite un état d'esprit, une base de connaissances et un groupe de compétences différents. Il y a des gens qui se concentrent sur la conception de l'interface utilisateur.
  2. En savoir plus sur le design . Au moins un petit peu. Essayez d’apprendre quelques-uns des concepts et techniques de conception de la longue liste ci-dessous. Si vous êtes plus ambitieux, lisez des livres, assistez à une conférence, suivez un cours, obtenez un diplôme. Il y a beaucoup de façons d'apprendre sur le design. Le livre de Joel Spolky sur le design d'interface utilisateur est un bon guide pour les développeurs, mais il y a beaucoup plus que cela et c'est là que les concepteurs entrent en scène.
  3. Travaillez avec des concepteurs . Bons designers, si vous le pouvez. Les personnes qui font ce travail ont différents titres. Aujourd'hui, les titres les plus courants sont User Experience Designer (UXD), Information Architect (IA), Interaction Designer (ID) et Engineer Engineer. Ils pensent autant au design qu’au code. Vous pouvez apprendre beaucoup d'eux et eux de vous. Travaillez avec eux comme vous le pouvez. Trouvez des personnes ayant ces compétences dans votre entreprise. Peut-être avez-vous besoin d'embaucher quelqu'un. Ou assistez à des conférences, assistez à des webinaires et passez du temps dans le monde UXD/IA/ID.

Voici certaines choses spécifiques que vous pouvez apprendre. N'essayez pas de tout apprendre . Si vous saviez tout ce qui suit, vous pourriez vous appeler un concepteur d'interaction ou un architecte de l'information. Commencez par les éléments situés en haut de la liste . Concentrez-vous sur des concepts et des compétences spécifiques. Puis descendez et branchez-vous. Si vous aimez vraiment ce genre de choses, considérez-le comme un cheminement de carrière. De nombreux développeurs se tournent vers la direction, mais la conception UX est une autre option.

Pourquoi la conception de l'interface utilisateur est difficile

Une bonne interface utilisateur est difficile car elle implique deux compétences très différentes:

  • Une compréhension approfondie de la machine . Les personnes de ce groupe s'inquiètent d'abord du code, ensuite des personnes. Ils ont de profondes connaissances et compétences technologiques. Nous les appelons développeurs, programmeurs, ingénieurs, etc.
  • Une compréhension profonde des personnes et du design : Les personnes de ce groupe se soucient des personnes en premier, puis du code. Ils ont une connaissance approfondie de la manière dont les gens interagissent avec l'information, les ordinateurs et le monde qui les entoure. Nous les appelons concepteurs d'expérience utilisateur, architectes de l'information, concepteurs d'interaction, ingénieurs en convivialité, etc.

C'est la différence essentielle entre ces 2 groupes, entre développeurs et concepteurs:

  • Les développeurs le font fonctionner . Ils implémentent les fonctionnalités de votre TiVo, de votre iPhone, de votre site Web préféré, etc. Ils s'assurent que le système fonctionne réellement comme il est censé le faire. Leur plus haute priorité est de le faire fonctionner.
  • Les concepteurs font des gens love it . Ils déterminent comment interagir avec elle, à quoi elle devrait ressembler et comment elle devrait se sentir. Ils conçoivent l'expérience d'utilisation de l'application, du site Web, de l'appareil. Leur plus haute priorité est de vous faire aimer ce que font les développeurs. C'est ce que l'on entend par expérience utilisateur et ce n'est pas la même chose que l'expérience par marque.

De plus, la programmation et la conception nécessitent des mentalités différentes, pas seulement des connaissances et des compétences différentes. Une bonne interface utilisateur nécessite les deux mentalités, les deux bases de connaissances et les deux groupes de compétences. Et il faut des années pour maîtriser l'un ou l'autre.

Les développeurs doivent s'attendre à ce que la conception de l'interface utilisateur soit difficile, tout comme les concepteurs d'interface utilisateur doivent s'attendre à ce que le code écrit soit difficile.

215
Karl Fast

Ce qui m'aide vraiment à améliorer mon design, c'est d'attraper un collègue développeur, un des responsables de l'assurance qualité, le premier ministre ou quiconque passe par hasard et le fait d'essayer un widget ou un écran particulier.

C'est incroyable ce que vous réaliserez lorsque vous regarderez quelqu'un d'autre utiliser votre logiciel pour la première fois

70
Kevin

En fin de compte, il s’agit vraiment d’empathie - pouvez-vous vous mettre à la place de votre utilisateur?

Une chose qui aide, bien sûr, est de "manger votre propre nourriture pour chien" - utilisez vous-même vos applications en tant que véritable utilisateur et voyez ce qui est ennuyeux.

Une autre bonne idée est de trouver un moyen de regarder un utilisateur réel avec votre application, ce qui peut être aussi compliqué qu'un laboratoire de convivialité avec miroirs unidirectionnels, capture d'écran, caméras vidéo sur les utilisateurs, etc., ou peut être aussi simple. en tant que prototypage papier en utilisant la personne suivante qui se trouve dans le couloir.

Si tout échoue, rappelez-vous qu'il est presque toujours préférable que l'interface utilisateur soit trop simple que trop compliquée. C'est très très facile de dire "oh, je sais comment résoudre ce problème, je vais juste ajouter une case à cocher pour que l'utilisateur puisse choisir le mode qu'il préfère". Bientôt, votre interface utilisateur est trop compliquée. Choisissez un mode par défaut et définissez les préférences comme une option de configuration avancée. Ou simplement laisser tomber.

Si vous lisez beaucoup sur le design, vous pouvez facilement vous accrocher aux ombres portées, aux coins arrondis, etc. Ce n'est pas le truc important. La simplicité et la découvrabilité sont des éléments importants.

32
Jacob Mattison

Contrairement à la croyance populaire, la conception de l'interface utilisateur ne comporte littéralement aucun aspect informatisé, du moins rien de plus que nécessaire pour concevoir un bon back-end.

Considérer ce qui suit; une bonne conception d’arrière-plan repose sur des principes et des éléments assez solides que tout bon développeur connaît:

  • faible couplage

  • haute cohésion

  • motifs architecturaux

  • meilleures pratiques de l'industrie

  • etc

Une bonne conception du back-end naît généralement au travers de plusieurs interactions, où, sur la base du retour mesurable obtenu lors des tests ou de l’utilisation réelle, le plan initial est progressivement amélioré. Parfois, vous avez besoin de prototyper de plus petits aspects du back-end et de les tester de manière isolée, etc.

Une bonne interface utilisateur est basée sur les principes fondamentaux de:

  • visibilité

  • pouvoir

  • retour d'information

  • tolérance

  • simplicité

  • cohérence

  • structure

L'interface utilisateur est également née de tests et d'essais, d'itérations, mais pas de compilateur + de combinaison de test automatique, mais de personnes. De manière similaire, il existe des meilleures pratiques du secteur, des techniques de mesure et d’évaluation, des façons de penser l’UI et de fixer des objectifs en termes de modèle utilisateur, d’image système, de modèle de conception, de modèle structurel, de modèle fonctionnel, etc.

Les compétences requises pour concevoir l’UI sont assez différentes de celles de l’arrière-plan. Par conséquent, ne vous attendez pas à être en mesure de faire une bonne UI sans un apprentissage préalable. Cependant, ces deux activités ont en commun le processus de conception. Je crois que quiconque peut concevoir un bon logiciel est capable de concevoir une bonne interface utilisateur tant qu'il passe du temps à apprendre à le faire.

Je recommande de suivre un cours d'interaction homme-machine, vérifiez MIT et le site de Yale, par exemple, pour les documents en ligne:

Modèle structurel vs fonctionnel dans la compréhension et l'utilisation

L’excellent article précédemment article de Thorsten79 aborde le sujet des experts en développement de logiciels par rapport aux utilisateurs et explique en quoi leur compréhension des logiciels diffère. Les experts en apprentissage humain distinguent les modèles mentaux fonctionnels et structurels. Trouver un chemin chez vos amis peut être un excellent exemple de la différence entre les deux:

  • La première approche comprend un ensemble d’instructions détaillées: prenez la première sortie de l’autoroute, puis après 100 mètres, tournez à gauche, etc. Voici un exemple de modèle fonctionnel: liste des étapes concrètes nécessaires pour atteindre un objectif donné. Les modèles fonctionnels sont faciles à utiliser, ils ne nécessitent pas beaucoup de réflexion, mais une exécution simple. Il y a évidemment une pénalité pour la simplicité: ce n’est peut-être pas l’itinéraire le plus efficace et toute situation exceptionnelle (déviation du trafic, par exemple) peut facilement conduire à un échec total.

  • Une autre façon de s’acquitter de cette tâche consiste à élaborer un modèle mental structurel. Dans notre exemple, il s’agirait d’une carte contenant beaucoup d’informations sur la structure interne de "l’objet tâche". En comprenant la carte et les emplacements relatifs de la maison de nos amis et de notre ami, nous pouvons déduire le modèle fonctionnel (la route). Évidemment, cela nécessite plus d’efforts, mais un moyen beaucoup plus fiable de mener à bien la tâche, malgré les déviations possibles.

Le choix entre transmettre un modèle fonctionnel ou structurel via une interface utilisateur (par exemple, le mode assistant au mode avancé) n'est pas aussi simple que cela pourrait paraître de l'article de Thorsten79. Les utilisateurs avancés et fréquents pourraient bien préférer le modèle structurel, tandis que les utilisateurs occasionnels ou moins expérimentés - fonctionnels.

Google maps en est un excellent exemple: elles incluent à la fois un modèle fonctionnel et un modèle structurel, de même que de nombreux satellites de navigation.

Une autre dimension du problème est que le modèle structurel présenté par l’interface utilisateur ne doit pas correspondre à la structure du logiciel, mais bien naturellement à la structure de la tâche utilisateur ou de l’objet de tâche concerné.

La difficulté ici est que beaucoup de développeurs auront un bon modèle structurel de leurs composants internes, mais seul le modèle fonctionnel de la tâche de l'utilisateur à laquelle le logiciel vise à aider. Pour construire une bonne interface utilisateur, il faut comprendre la structure tâche/objet de la tâche et mapper l'interface utilisateur sur cette structure.

Quoi qu'il en soit, je ne peux toujours pas recommander de suivre suffisamment un cours formel HCI. Il y a beaucoup de choses impliquées telles que heuristique , principes dérivés de Gestalt phychology , façons dont les humains apprennent, etc.

26
Vlad Gudim

Je vous suggère de commencer par faire toute votre interface utilisateur de la même manière que vous le faites maintenant, sans se focaliser sur la convivialité et les autres choses.

alt text http://www.stricken.org/uploaded_images/WordToolbars-718376.jpg

Maintenant, pensez à ceci:

Un designer sait qu'il a atteint la perfection non pas lorsqu'il ne reste plus rien à ajouter, mais lorsqu'il ne reste plus rien à retirer. - Saint-Exupéry

Et appliquez cela dans votre conception.

25
Hoffmann

Beaucoup de développeurs pensent que parce qu'ils peuvent écrire du code, ils peuvent tout faire. Concevoir une interface est une compétence complètement différente, et cela n’était pas du tout enseigné à l’université. Ce n'est pas simplement quelque chose qui vient naturellement.

Un autre bon livre est La conception des choses de tous les jours par Donald Norman.

16
thursdaysgeek

Il y a une différence énorme entre le design et l'esthétique, et ils sont souvent confondus.

Une belle interface utilisateur requiert des compétences artistiques ou du moins esthétiques que beaucoup, y compris moi-même, sont incapables de produire. Malheureusement, cela ne suffit pas et ne rend pas l’UI utilisable, comme on peut le constater dans de nombreuses API basées sur la technologie Flash.

Pour produire des interfaces utilisateur utilisables, il est nécessaire de comprendre comment les humains interagissent avec les ordinateurs, certaines questions de psychologie (par exemple, la loi de Fitt, la loi de Hick) et d’autres sujets. Très peu de programmes CS sont formés pour cela. Très peu de développeurs que je sache choisiront un livre de test utilisateur par rapport à un livre JUnit, etc.

Nombre d'entre nous sont également des "programmeurs principaux", qui ont tendance à considérer les interfaces utilisateur comme une façade plutôt que comme un facteur susceptible de faire ou de compromettre le succès de notre projet.

En outre, la plupart des expériences de développement d'interface utilisateur sont extrêmement frustrantes. Nous pouvons soit utiliser des constructeurs d’interface graphique de jouets comme les anciens VB et traiter du code collant laid, soit nous utiliser des API qui nous frustrent à tout point, comme essayer de trier les mises en page dans Swing.

14
Uri

Passez à Slashdot et lisez les commentaires de tout article traitant d’Apple. Vous constaterez qu'un grand nombre de personnes expliquent comment Apple n'ont rien de spécial et attribuent le succès de l'iPod et de l'iPhone à des personnes qui cherchent à être à la mode ou branchées. listes de fonctionnalités et soulignent qu’ils ne font rien auparavant, ce que ne faisaient pas les lecteurs MP3 ou les téléphones intelligents.

Ensuite, il y a des gens qui aiment l'iPod et l'iPhone parce qu'ils font ce que les utilisateurs veulent, simplement et facilement, sans référence à des manuels. Les interfaces sont aussi intuitives que possible, mémorables et pouvant être découvertes. Je n'aime pas autant l'interface utilisateur de MacOSX que celle des versions précédentes. Je pense qu'elles ont perdu de leur utilité au profit de Glitz, mais l'iPod et l'iPhone sont des exemples de design superbe.

Si vous êtes dans le premier camp, vous ne pensez pas comme le monde moyen et vous risquez donc de créer de mauvaises interfaces utilisateur car vous ne pouvez pas les distinguer des bonnes. Cela ne signifie pas que vous êtes sans espoir, mais plutôt que vous devez apprendre explicitement de bons principes de conception d'interface et savoir reconnaître une bonne interface utilisateur (tout comme une personne Asperger peut avoir besoin d'apprendre explicitement les compétences sociales). Évidemment, le simple fait d'avoir une bonne interface utilisateur ne signifie pas que vous pouvez en faire une; Mon appréciation de la littérature, par exemple, ne semble pas s'étendre à la capacité (actuellement) d'écrire des histoires publiables.

Alors, essayez de développer un sens pour la bonne conception de l'interface utilisateur. Cela ne se limite pas aux logiciels. "La conception des choses de tous les jours" de Don Norman est un classique, et il existe d'autres livres. Obtenez des exemples de conceptions d'interface utilisateur réussies et jouez-en suffisamment pour avoir une idée de la différence. Reconnaissez que vous pourriez avoir à apprendre une nouvelle façon de penser, et en profiter.

12
David Thornley

La principale règle à laquelle je tiens, est de ne jamais essayer de faire les deux à la fois. Si je travaille sur le code d’arrière-plan, je vais terminer, faire une pause et revenir avec mon chapeau d’interface utilisateur allumé. Si vous essayez de l'intégrer pendant que vous utilisez du code, vous l'aborderez avec le mauvais état d'esprit et vous obtiendrez des interfaces horribles.

Je pense qu'il est tout à fait possible d'être à la fois un bon développeur back-end et un bon concepteur d'interface utilisateur. Il vous suffit de travailler dessus, de lire et d'effectuer des recherches sur le sujet (de Miller # 7 aux archives de Nielsen) Bien sûr, vous comprenez pourquoi la conception de l'interface utilisateur est de la plus haute importance.

Je ne pense pas que ce soit un cas de besoin de créativité, mais plutôt, à l'instar du développement back-end, c'est une chose très méthodique, très structurée qui doit être apprise. Ce sont les personnes qui se "créent" avec les interfaces utilisateur qui créent certaines des plus grandes monstruosités en matière de convivialité ... Je veux dire, jetez un coup d'œil aux sites Web 100% Flash, pour commencer ...

Edit: Le livre de Krug est vraiment bon ... prenez-en une lecture, surtout si vous allez créer pour le Web.

10
James B

Il y a plusieurs raisons à cela.

(1) Le développeur ne voit pas les choses du point de vue de l'utilisateur. C'est le suspect habituel: manque d'empathie. Mais ce n'est généralement pas vrai, car les développeurs ne sont pas aussi étrangers que ce que les gens disent.

(2) Une autre raison, plus courante, est que le développeur étant si proche de ses propres ressources, étant resté avec ses ressources pendant si longtemps, ne réalise pas que ses informations ne sont peut-être pas si familières (terme mieux que intuitif) à d'autres personnes. .

(3) Encore une autre raison est le développeur manque de techniques.

MY BIG CLAIM: lisez n'importe quelle interface utilisateur, conception d'interection humaine, livre de prototypage. par exemple. Concevoir l'évident: une approche sensée de la conception d'applications Web, ne me faites pas penser: une approche sensée de la convivialité Web, concevoir l'instant, peu importe.

Comment discutent-ils des flux de tâches? Comment décrivent-ils les points de décision? Autrement dit, dans chaque cas d'utilisation, il existe au moins 3 chemins: succès, échec/exception, alternative.

Ainsi, à partir du point A, vous pouvez aller à A.1, A.2, A.3. À partir du point A.1, vous pouvez accéder aux sections A.1.1, A.1.2, A.1.3, etc.

Comment affichent-ils un tel déroulement de la tâche? Ils ne le font pas. Ils ont juste glissé dessus.

Comme même les utilisateurs d’UI n’ont pas de technique, les développeurs n’ont aucune chance. Il pense que c'est clair dans sa tête. Mais ce n’est même pas clair sur papier, encore moins clair dans l’implémentation logicielle.

Je dois utiliser mes propres techniques faites à la main pour cela.

8
george kyaw naing

J'essaie de rester en contact avec des sites Web et des textes spécifiques au design. J'ai aussi trouvé l'excellent livre de Robin Williams Le livre de conception du non-designer être très intéressant dans ces études.

Je crois que la conception et la convivialité sont des éléments très importants de l’ingénierie logicielle. Nous devrions en apprendre davantage et cesser de donner des excuses que nous ne sommes pas censés faire de la conception.

Tout le monde peut être designer de temps en temps, tout comme tout programmeur.

7
Edwin Jarvis

En abordant la conception de l'interface utilisateur, voici quelques points que je garde en tête (et de loin pas une liste complète):

  • Communiquer un modèle. L'interface utilisateur est un récit qui explique un modèle mental à l'utilisateur. Ce modèle peut être un objet métier, un ensemble de relations, qu’avez-vous. L’importance visuelle, l’emplacement spatial et l’ordre des flux de travail jouent tous un rôle dans la communication de ce modèle à l’utilisateur. Par exemple, un certain type de liste par rapport à un autre implique différentes choses, ainsi que la relation entre le contenu de la liste et le reste du modèle. En général, je trouve préférable de s’assurer qu’un seul modèle est communiqué à la fois. Les programmeurs essaient souvent de communiquer plus d'un modèle, ou des parties de plusieurs, dans le même espace d'interface utilisateur.

  • Cohérence. Réutiliser des métaphores populaires de l'interface utilisateur aide beaucoup. La cohérence interne est également très importante.

  • Regroupement de tâches. Les utilisateurs ne devraient pas avoir à déplacer la souris sur l'écran pour vérifier ou exécuter une séquence de commandes associée. Les dialogues modaux et les menus déroulants peuvent être particulièrement nuisibles dans cette zone.

  • Connaître votre public. Si vos utilisateurs effectuent les mêmes activités à répétition, ils deviendront rapidement des utilisateurs expérimentés pour ces tâches et seront frustrés par les tentatives visant à réduire la barrière d'entrée initiale. Si vos utilisateurs effectuent rarement de nombreux types d'activités différentes, il est préférable de s'assurer que l'interface utilisateur leur tient la main tout le temps.

7
Rex M

Lire Guide d'interface humaine Apple .

7
Marco Luglio

Quoi que vous fassiez (et il y a quelques points intéressants ci-dessus), cela m’a vraiment aidée une fois que j’ai accepté qu’il n’y avait AUCUN INTENSITÉ INTUITIVE ....

Je peux entendre les arguments gronder à l'horizon ... alors laissez-moi vous expliquer un peu.

Intuitif: utiliser ce que l'on croit être juste ou vrai, basé sur une méthode ou un sentiment inconscient.

Si (comme Carl Sagan l'a postulé), vous acceptez le fait que vous ne pouvez pas comprendre des choses absolument différentes de tout ce que vous avez jamais rencontré, comment pourriez-vous "savoir" utiliser un produit si vous n'avez jamais rien utilisé de semblable?

Pensez-y: les enfants essayent d'ouvrir les portes non pas parce qu'ils "savent" comment fonctionne une poignée de porte, mais parce qu'ils ont vu quelqu'un le faire ... ils tournent souvent le bouton dans la mauvaise direction ou tirent trop tôt. Ils doivent apprendre comment une poignée de porte fonctionne. Cette connaissance est ensuite appliquée dans des cas différents mais similaires: ouvrir une fenêtre, ouvrir un tiroir, ouvrir presque tout ce qui est grand avec une grosse poignée en forme de bouton.

Même des choses simples qui nous semblent intuitives ne le seront pas du tout pour des personnes d'autres cultures. Si quelqu'un tend le bras devant eux et lève la main de haut en bas tout en gardant le bras immobile ... vous dérange-t-il? Probablement, sauf si vous êtes au Japon. Là, ce signe de la main peut signifier "viens ici". Alors qui a raison? Les deux, bien sûr, dans leur propre contexte. Mais si vous voyagez dans les deux sens, vous devez connaître les deux ... Conception de l'interface utilisateur.

J'essaie de trouver les éléments qui sont déjà "familiers" pour les utilisateurs potentiels de mon projet, puis de construire l'interface utilisateur autour d'eux: une conception centrée sur l'utilisateur.

Jetez un coup d'œil à l'iPhone d'Apple. Même si vous le détestez, vous devez respecter la quantité de pensée qui y est consacrée. Est-ce parfait? Bien sûr que non. Avec le temps, "l'intuitivité" perçue par un objet peut croître ou même disparaître complètement.

Par exemple. La plupart des gens savent qu'une bande de noir avec deux rangées de trous en haut et en bas ressemble à une bande de film ... ou le font-ils?

Demandez à votre moyenne de 9 ou 10 ans ce qu’ils pensent. Vous serez peut-être surpris de voir combien d'enfants auront du mal à l'identifier comme une bande de film, même si c'est quelque chose qui est toujours utilisé pour représenter Hollywood, ou tout ce qui est lié au film (film). La plupart des films des 20 dernières années ont été tournés numériquement. Et à quand remonte la dernière fois que l'un de nous a tenu un film de TOUT type, de photos ou de film?

En résumé, pour moi, c’est: connaître votre public et faire des recherches en permanence pour suivre les tendances et les changements d’options "intuitives", cibler vos principaux utilisateurs et éviter de faire des choses qui punissent les inexpérimentés en faveur de les utilisateurs avancés ou ralentir les utilisateurs avancés afin de tenir les novices à la main.

En fin de compte, chaque programme nécessitera une certaine formation de la part de l'utilisateur pour l'utiliser. Combien de formation et pour quel niveau d’utilisateur fait partie des décisions à prendre.

Certaines choses sont plus ou moins familières en fonction du niveau d'expérience de votre utilisateur cible en tant qu'être humain, utilisateur d'ordinateur, étudiant ou autre.

Je tire juste pour la partie la plus grasse de la courbe en cloche et j'essaie d'attirer le plus de gens possible, mais je réalise que je ne ferai jamais plaisir à tout le monde ...

5
exoboy

duffymo vient de me rappeler pourquoi: beaucoup de programmeurs pensent "* Design" == "Art".

Une bonne conception d'interface utilisateur n'est absolument pas artistique. Il suit des principes solides, qui peuvent être sauvegardés avec des données si vous avez le temps de faire la recherche.

Je pense que tout ce que les programmeurs doivent faire, c'est prendre le temps d'apprendre les principes. Je pense qu'il est dans notre nature d'appliquer les meilleures pratiques chaque fois que nous le pouvons, que ce soit en code ou en présentation. Tout ce que nous avons à faire est de nous informer des meilleures pratiques pour cet aspect de notre travail.

5
nailitdown

Qu'ai-je fait pour devenir meilleur en design d'interface utilisateur?
Faites attention!

C'est comme si jamais on voyait un tableau aux nouvelles ou un panneau de bus électronique et on se demandait "Comment ont-ils obtenu ces données? L'ont-ils fait avec raw SQL ou utilisent-ils LINQ? ' (ou insérez votre propre curiosité geek commune ici).

Vous devez commencer à le faire, mais avec des éléments visuels de toutes sortes.

Mais tout comme l’apprentissage d’une nouvelle langue, si vous ne vous y jetez pasvraiment, vous ne l’apprendrez jamais.

Tiré de autre réponse j'ai écrit:

Apprenez à regarder, regardez vraiment, le monde qui vous entoure. Pourquoi est-ce que j'aime cette interface utilisateur, mais que je la déteste? Pourquoi est-il si difficile de trouver les plats de nouilles dans le menu de ce restaurant? Wow, je savais ce que signifiait ce panneau avant même de lire les mots. Pourquoi était-ce? Comment se fait-il que la couverture du livre soit si mauvaise? Apprenez à prendre le temps de réfléchir à la raison pour laquelle vous réagissez de la même manière aux éléments visuels de toutes sortes, puis appliquez-le à votre travail.

5
Dhaust

Je trouve que le meilleur outil en matière de conception d'interface utilisateur est de regarder une première tentative d'utilisateur pour utiliser le logiciel. Prenez des tas de notes et posez-leur des questions. Ne les dirigez jamais et n'essayez pas d'expliquer le fonctionnement du logiciel. C'est le travail de l'interface utilisateur (et de la documentation bien écrite).

Nous adoptons systématiquement cette approche dans tous les projets. Il est toujours fascinant de voir un utilisateur traiter un logiciel d’une manière que vous n’avez jamais envisagée auparavant.

Pourquoi la conception de l'interface utilisateur est-elle si difficile? Bien en général parce que le développeur et l'utilisateur ne se rencontrent jamais.

5
user34411

Je crois que le problème principal n’a rien à voir avec différents talents ou compétences. Le principal problème est qu’en tant que développeur, vous en savez trop sur le fonctionnement de l’application, et vous concevez automatiquement votre interface utilisateur du point de vue de celui qui en a la connaissance.

Alors qu’un utilisateur commence généralement par ne rien savoir du tout sur l’application et qu’il ne devrait en aucun cas en apprendre plus sur son fonctionnement interne.

Il est très difficile, voire impossible, de ne pas utiliser les connaissances que vous avez - et c'est pourquoi une interface utilisateur ne devrait pas être conçue par quelqu'un qui développe l'application à partir de celle-ci.

4
Michael Borgwardt

Je sais que Microsoft ne respecte pas ses propres consignes, mais j’ai constaté que la lecture de ses consignes de conception Windows m’avait beaucoup aidée. J'ai un exemplaire sur mon site Web ici , faites simplement défiler un peu le Guide de Vista UX. Cela m'a aidé pour des choses telles que les couleurs, l'espacement, les dispositions, etc.

4
David Anderson

"Concevoir des deux côtés de l'écran" présente une raison très simple mais profonde expliquant pourquoi les programmeurs trouvent la conception d'interface utilisateur difficile: les programmeurs sont formés pour penser en termes de cas Edge, tandis que les concepteurs d'interface utilisateur sont formés pour penser en termes de cas ou d'utilisation courants.

Il est donc difficile de passer d’un monde à l’autre si le transfert par défaut de l’un ou de l’autre est exactement le contraire de l’autre.

4
MSN

Dire que les programmes sont nuls chez UI Design, c'est rater le coche. Le problème, c’est que la formation formelle à laquelle la plupart des développeurs ont recours acquiert une connaissance approfondie de la technologie. L'interaction homme-machine n'est pas un sujet simple. Ce n'est pas quelque chose que je peux "mélanger l'esprit" à vous en fournissant une simple déclaration en une ligne qui vous fait comprendre "oh, les utilisateurs utiliseront cette application plus efficacement si je fais x au lieu de y."

En effet, il manque une partie de la conception de l'interface utilisateur. Le cerveau humain. Pour comprendre comment concevoir une interface utilisateur, vous devez comprendre comment l'esprit humain interagit avec les machines. Il y a un excellent cours que j'ai suivi à l'Université du Minnesota sur ce sujet, enseigné par un professeur de psychologie. Il s'appelle "Interaction Homme-Machine". Ceci décrit bon nombre des raisons pour lesquelles la conception de l'interface utilisateur est si compliquée.

Puisque la psychologie est basée sur des corrélations et non sur la causalité, vous ne pouvez jamais prouver qu'une méthode de conception d'interface utilisateur fonctionnera toujours dans une situation donnée. Vous pouvez corréler le fait que de nombreux utilisateurs trouveront un design d'interface utilisateur attrayant ou efficace, mais vous ne pourrez pas prouver qu'il généralisera toujours.

De plus, la conception de l'interface utilisateur comporte deux aspects qui semblent manquer à beaucoup de gens. Il y a l'attrait esthétique et le flux de travail fonctionnel. Si vous optez pour un attrait esthétique à 100%, il est certain que les gens le feront, mais votre produit Je doute fortement que l'esthétique réduira jamais la frustration des utilisateurs.

Il existe plusieurs bons livres sur ce sujet et sur les cours à suivre (comme celui de Bill Buxton Sketching User Experiences , et La cognition dans la nature par Edwin Hutchins). Il existe des programmes d'études supérieures sur l'interaction homme-machine dans de nombreuses universités.

La réponse générale à cette question réside cependant dans la manière dont les personnes apprennent l'informatique. Tout est basé sur les mathématiques, sur la logique et non sur l'expérience utilisateur. Pour obtenir cela, vous avez besoin de plus d’un diplôme générique en informatique de 4 ans (à moins que votre diplôme en informatique de 4 ans ait une mineure en psychologie et n’ait pas été souligné dans Interaction homme-machine).

3
jwendl

Un encadrement utile consiste à considérer activement ce que vous faites comme la conception d’un processus de communication. Dans un sens très réel, votre interface est un langage que l'utilisateur doit utiliser pour dire à l'ordinateur quoi faire. Cela conduit à considérer un certain nombre de points:

  1. Est-ce que l'utilisateur parle déjà cette langue? Utiliser une interface hautement idiosyncratique, c'est comme communiquer dans une langue que vous n'avez jamais parlée auparavant. Donc, si votre interface doit être idiosyncratique, il vaut mieux se présenter avec les termes les plus simples et peu de distractions. D'un autre côté, si votre interface utilise des idiomes auxquels l'utilisateur est habitué, ils gagneront en confiance dès le début.
  2. L'ennemi de la communication est le bruit. Le bruit auditif interfère avec la communication parlée; le bruit visuel interfère avec la communication visuelle. Plus vous réduirez le bruit de votre interface, plus il sera facile de communiquer avec elle.
  3. Comme dans une conversation humaine, ce n'est souvent pas ce que vous dites, c'est comment vous le dites. La façon dont la plupart des logiciels communiquent est grossière à un point tel que si elle était frappée au visage. Comment vous sentiriez-vous si vous posiez une question à quelqu'un qui reste assis devant vous et vous regarde pendant plusieurs minutes, refusant de répondre de toute autre manière avant de répondre? De nombreux éléments d'interface, tels que les barres de progression et la sélection automatique de la mise au point, ont la fonction fondamentale de la politesse. Demandez-vous comment rendre la journée de l'utilisateur un peu plus agréable.

Vraiment, il est un peu difficile de déterminer ce que les programmeurs considèrent comme une interaction d'interface, autre qu’un processus de communication, mais le problème est peut-être que cela n’est pas perçu comme quelque chose du tout.

2
chaos

Tournons votre question autour de -

Les "concepteurs d'interface utilisateur" sont-ils condamnés à ne concevoir que des couches d'architecture et de présentation de l'information? Est-ce qu'ils peuvent faire quelque chose pour que leurs cerveaux soient plus efficaces dans la conception de couches système agréables et efficaces?

On dirait que les "concepteurs ui" devraient adopter une perspective complètement différente - ils devraient regarder de l'intérieur de la boîte vers l'extérieur; au lieu de regarder de l'extérieur de la boîte.

Pour Alan Cooper, "Les détenus dirigent l'asile" l'opinion est que nous ne pouvons pas prendre avec succès les deux perspectives - nous pouvons apprendre à bien porter un chapeau mais nous ne pouvons pas simplement changer de chapeau.

2
igouy

Vous avez mentionné le livre ne me faites pas réfléchir. Je recommande fortement de lire ceci.

2
Sean Taylor

Les développeurs ne sont pas (nécessairement) bons en conception d'interface utilisateur pour la même raison qu'ils ne sont pas (nécessairement) bons en tricot; c'est difficile, cela prend de la pratique, et ça ne fait pas de mal que quelqu'un vous montre comment faire.

La plupart des développeurs (y compris moi-même) ont commencé à "concevoir" des interfaces utilisateur parce que c'était une partie nécessaire de l'écriture de logiciels. Tant qu'un développeur ne s'efforce pas de devenir bon, il ne le sera pas.

2
MattBelanger

UX Design et le développement de logiciels ne sont en aucun cas des compétences mutuellement exclusives. Au contraire, ils ont tous deux besoin de sens commun et de logique, d’attention portée aux détails et de vision globale. Donc, si vous êtes un bon développeur, vous pouvez devenir un bon concepteur UX!

Elles peuvent apparaître mutuellement exclusives car de nombreux développeurs n’ont pas d’expérience en conception UX et inversement. De plus, si vous commencez à penser à l'architecture, au cadre ou au langage avant de penser à la conception UX, cela pourrait vous orienter dans la mauvaise direction.

2
Nada Aldahleh

Pour améliorer, il suffit de regarder les sites existants. En plus des livres déjà suggérés, vous voudrez peut-être jeter un coup d'œil à l'excellent livre de Robin Williams "Le livre de conception pour les non-concepteurs" ( lien Amazon désinfecté )

Jetez un coup d'œil à ce qu'il est possible de faire en matière de design visuel en consultant les différentes soumissions présentées à Le jardin zen .

Le design d'interface utilisateur est définitivement un art, tout comme les pointeurs en C, certaines personnes le comprennent et d'autres non.

Mais au moins on peut rigoler à leurs tentatives . BTW Merci OK/Cancel pour une bande dessinée amusante et merci à Joel de l'avoir mise dans votre livre "La meilleure rédaction de logiciel I" ( lien Amazon assaini ).

2
Rob Wells

Si vous lisiez le livre "Pourquoi le logiciel est nul", vous auriez vu la réponse de Platt, qui est simple:

  1. Les développeurs préfèrent contrôler la convivialité
  2. Les gens moyens préfèrent la convivialité au contrôle

Mais une autre réponse à votre question serait "Pourquoi la dentisterie est-elle si difficile pour certains développeurs?" - La conception de l'interface utilisateur est mieux réalisée par un concepteur d'interface utilisateur.

http://dotmad.net/blog/2007/11/david-platt-on-why-software-sucks/

2
dotmad

Il y a déjà beaucoup de bons commentaires, alors je ne suis pas sûr que je puisse ajouter beaucoup. Mais reste...

  • Pourquoi un développeur s'attend-il à pouvoir concevoir une bonne interface utilisateur?
  • Quelle formation avait-il eu dans ce domaine?
  • Combien de livres a-t-il lus?
  • Combien de choses a-t-il conçues en combien d'années?
  • A-t-il eu l'occasion de voir la réaction de ses utilisateurs?

Nous ne pensons pas qu'un "Joe le plombier" puisse écrire un bon code. Alors, pourquoi devrions-nous nous attendre à ce que "Joe le programmeur" ait une bonne interface utilisateur?

L'empathie aide. Séparer la conception de l'interface utilisateur et la programmation aide. Les tests d'utilisabilité aident.

Mais la conception de l'interface utilisateur est un métier qui doit être appris et pratiqué comme n'importe quel autre.

2
Mihai Nita

Je pense que ce sont des compétences très différentes. Les bons designers connaissent le comportement humain, la psychologie des couleurs et des polices de caractères, etc. Je pense que c'est comme essayer à la fois de commercialiser et de développer. Très difficile mais pas nécessairement impossible.

J'essayerais de trouver des experts en assurance-chômage et de voir quelles seraient les recommandations de leur étude. Sauf si vous concevez quelque chose de très minimaliste comme Google, s'il s'agit d'un projet de grande envergure, il est probablement préférable d'engager quelqu'un qui a étudié l'art de l'assurance-chômage en tant qu'essentiel.

Cela dit, si vous concevez une application très pratique, je pense que vous pouvez essayer de vous concentrer sur la simplicité et la clarté de l'interface. Je pense que c'est au moins la moitié de la clé du succès de Google (et du débordement de pile), c'est-à-dire est intuitif et agréable à utiliser.

2
alchemical

Je pense que c'est parce qu'une bonne interface n'est pas logique. Une bonne interface utilisateur est intuitive.

Les développeurs de logiciels font généralement du mal en "intuitif"

2
Gregor Brandt

L'interface utilisateur ne peut pas être appliquée après coup, comme une fine couche de peinture. C'est quelque chose qui doit être présent au début et basé sur de vraies recherches. Il y a des tonnes de recherches sur l'utilisabilité disponibles bien sûr. Cela doit non seulement être présent au début, mais aussi constituer la raison principale pour laquelle vous développez le logiciel: il existe des lacunes dans le monde, des problèmes et des problèmes à résoudre. plus utilisable et plus efficace.

Le logiciel n'est pas là pour son propre intérêt. La raison pour laquelle un morceau de logiciel existe est FOR PEOPLE. Il est absolument ridicule d'essayer même de trouver une idée pour un nouveau logiciel, sans comprendre pourquoi quelqu'un en aurait besoin. Pourtant, cela arrive tout le temps.

Avant d'écrire une seule ligne de code, vous devez parcourir les versions papier de l'interface et la tester sur de vraies personnes. C'est un peu bizarre et idiot, cela fonctionne mieux avec les enfants et quelqu'un qui joue un rôle divertissant en tant qu '"ordinateur".

L'interface doit tirer parti de nos installations cognitives naturelles. Comment un homme des cavernes utiliserait-il votre programme? Par exemple, nous sommes devenus très efficaces pour suivre des objets en mouvement. C'est pourquoi les interfaces qui utilisent des simulations physiques, comme l'iPhone, fonctionnent mieux que celles où les modifications se produisent instantanément.

Nous sommes bons dans certains types d'abstraction, mais pas dans d'autres. En tant que programmeurs, nous sommes formés pour faire de la gymnastique mentale et des backflips afin de comprendre certaines des abstractions les plus étranges. Par exemple, nous comprenons qu'une séquence de texte profane peut représenter et être traduite en un motif d'état électromagnétique sur un plateau en métal, ce qui, lorsqu'il est rencontré par un dispositif soigneusement conçu, conduit à une séquence d'événements invisibles qui se produisent à la vitesse de la lumière sur un support électronique. circuit, et ces événements peuvent être dirigés pour produire un résultat utile. C'est une chose incroyablement contre nature à comprendre. Sachez que, même si elle a une explication parfaitement rationnelle pour le monde extérieur, il semble que nous écrivions des incantations incompréhensibles pour invoquer des esprits invisibles et sensibles à faire notre choix.

Les types d'abstractions que les humains normaux comprennent comprennent des éléments tels que des cartes, des diagrammes et des symboles. Méfiez-vous des symboles, car les symboles sont un concept humain très fragile qui nécessite un effort mental conscient pour décoder, jusqu'à ce que le symbole soit appris.

L'astuce avec les symboles est qu'il doit exister une relation claire entre le symbole et la chose qu'il représente. La chose qu'il représente doit être un nom, auquel cas le symbole doit ressembler TRÈS BEAUCOUP à ce qu'il représente. Si un symbole représente un concept plus abstrait, cela doit être expliqué AVANT. Voir les icônes impénétrables et non activées dans la barre d'outils de msword ou de photoshop et les concepts abstraits qu'elles représentent. Il faut savoir que l'icône de recadrage de photoshop signifie "outil de recadrage". il faut comprendre ce que CROP signifie même. Ce sont des conditions préalables pour utiliser correctement ce logiciel. Ce qui soulève un point important, méfiez-vous des connaissances ASSUMED.

Nous n’avons que la capacité de comprendre les cartes vers l’âge de 4 ans. Je pense avoir lu quelque part que les chimpanzés ont maintenant la capacité de comprendre les cartes vers 6 ou 7 ans.

La raison pour laquelle guis a si bien réussi au début, c’est qu’ils ont transformé un paysage constitué principalement d’interfaces textuelles avec des ordinateurs, en quelque chose qui mappait les concepts informatiques à un lieu qui ressemble à un lieu physique. Là où guis échouent en termes de convivialité, c’est là où ils cessent de ressembler à quelque chose que vous verriez dans la vie réelle. Il se produit dans un ordinateur des choses invisibles, imprévisibles et incompréhensibles qui ne ressemblent à rien de ce que vous avez jamais vu dans le monde physique. Une partie de cela est nécessaire, car il ne servirait à rien de faire un simulateur de réalité. L'idée étant de sauver du travail, il doit donc y avoir un peu de magie. Mais cette magie doit avoir un sens et reposer sur une abstraction que les êtres humains sont bien adaptés à la compréhension. C'est lorsque nos abstractions commencent à devenir profondes, à se superposer et à ne pas correspondre à la tâche à accomplir que les choses se détériorent. En d'autres termes, l'interface ne fonctionne pas comme une bonne carte pour le logiciel sous-jacent.

Il y a beaucoup de livres. Les deux livres que j'ai lus et que je peux donc recommander sont "The Design of Everyday Things" de Donald Norman, et "The Human Interface" de Jef Raskin.

Je recommande également un cours de psychologie. "La conception des choses de tous les jours" en parle un peu. Beaucoup d'interfaces tombent en panne à cause de la "compréhension populaire" du développeur en psychologie. Ceci est similaire à la "physique populaire". Un objet en mouvement reste en mouvement n'a aucun sens pour la plupart des gens. "Vous devez continuer à le pousser pour le garder en mouvement!" pense le novice en physique. Les tests utilisateur n'ont aucun sens pour la plupart des développeurs. "Vous pouvez simplement demander aux utilisateurs ce qu'ils veulent, et cela devrait suffire!" pense le novice en psychologie.

Je recommande Discovering Psychology, une série de documentaires de PBS, animée par Philip Zimbardo. À défaut, essayez de trouver un bon manuel de physique. Le genre cher. Ce ne sont pas les conneries que vous trouvez dans Borders, mais les trucs épais que vous ne pouvez trouver que dans une bibliothèque universitaire. Ceci est une fondation nécéssaire. Vous pouvez faire du bon design sans cela, mais vous aurez seulement une compréhension intuitive de ce qui se passe. Lire de bons livres vous donnera une bonne perspective.

2
Breton

Juste comme avec la musique: Parfois, les gens peuvent être techniquement de bons musiciens, mais ne pas être des artistes. Ma règle empirique est toujours de présenter à l'utilisateur uniquement l'interface utilisateur dont il a besoin à ce moment-là. Je remarque que de nombreux développeurs d'arrière-plan inondent l'écran de toutes les options imaginables lorsqu'ils réalisent une interface utilisateur. Bien que ces types d'esprit préfèrent avoir tous les détails en premier et ignorer lentement ce dont ils n'ont pas besoin, cela ne fonctionne pas pour la plupart des utilisateurs finaux.

1
User

Je sais que lorsque je produis une UI merdique, c'est presque toujours parce que je suis trop "zoné" sur certaines parties de celle-ci.

Lors du développement et du test d’une fonctionnalité donnée, je l’utiliserai presque toujours souvent.

Après avoir vérifié le contenu une douzaine de fois, je suis dans un état d'esprit où je sais exactement ce que j'essaie de faire et ce que je dois faire pour que le programme fonctionne comme je le souhaite. J'ai aussi et voir cette fonctionnalité pièce tout seul, encore et encore jusqu'à ce qu'il soit "terminé". Je passe rapidement au-delà du reste de l'application/des menus/du flux de travail/peu importe pendant que je teste.

L'utilisateur n'est pas du tout dans la même situation. Ils ne considèrent pas cette partie du logiciel comme un "bloc" indépendant. Ils ne le font pas souvent, et quand ils le font souvent, ils ne le font certainement pas eux-mêmes. Ils ne "sautent" pas le reste du processus et se concentrent sur cette pièce comme le développeur le fait.

Il est important d'essayer de regarder une interface utilisateur, puis de penser "Qu'est-ce que je suis censé faire avec ça?". Si ce n'est pas clair, vous le faites mal. Nous sommes dans une situation où nous SAVONS quelle entrée le logiciel veut, et nous trouvons juste un moyen d'obtenir cette entrée. L'utilisateur se trouve dans une situation où il souhaite obtenir un résultat et veut savoir ce qu'il doit faire pour obtenir ce résultat.

1
TM.

Le design d'interface utilisateur est plus un art que la science, il nécessite une compréhension de vos utilisateurs et une capacité d'empathie avec eux.

C'est très différent de parler à un ordinateur toute la journée.

Je ne pense pas que les gens s'en rendent toujours compte.

Voici un petit auto-test: Jetez un coup d’œil aux icônes en soie FamFamFam . Pensez à l'icône que vous choisiriez pour représenter différentes fonctions dans la dernière application que vous avez écrite. Si passer plus de dix minutes à faire cela vous fait mal aux yeux, la conception de l'interface utilisateur ne vous convient probablement pas.

1
Richard Everett

Cerveau gauche versus cerveau droit. Certaines personnes n'ont pas de sens artistique.

Je parierais que n'importe qui pourrait améliorer la conception d'interfaces en faisant des études et en faisant preuve de diligence. Cela ne signifie pas que vous deviendrez un artiste ou un designer de premier plan.

Je pense qu'il est toujours possible d'améliorer.

1
duffymo

Concevez-le pour votre mère.

1
Assembler

les utilisateurs pensent de haut en bas, tandis que les programmeurs pensent souvent de bas en haut lorsqu'ils parviennent à la création de l'interface utilisateur.

Nous (programmeurs) réfléchissons si ardemment à la création d'un modèle de données qui fera le travail, qui contiendra les données nécessaires, etc. Nous créons l'interface utilisateur pour une correspondance parfaite avec le modèle sous-jacent. Nous oublions souvent de regarder comment nos utilisateurs abordent la même tâche sans entrer dans leur cheminement et leur façon de penser.

Il est naturel pour nous d’attendre des utilisateurs de notre système qu’ils réfléchissent au problème de la même manière que nous, à la manière dont nous stockons et traitons leurs données et qu’ils comprennent également le fonctionnement attendu de l’UI.

C'est souvent un décalage entre leur vision de la tâche et leurs attentes.

Comment le résoudre? Je pense qu’un moyen est de demander à un utilisateur (potentiel) comment ils s’attendent à ce que le programme fonctionne avant même de leur montrer quoi que ce soit. Ne leur donnez jamais d'indications sur la manière dont nous implémenterions une fonctionnalité. Prototypez l'interface utilisateur sur papier avec eux, laissez-les vous dire ce qu'ils attendent et ont besoin à chaque étape du processus. Ne considérez jamais rien comme acquis.

Le pilote Palm a été conçu de manière plus descendante:

Avant de commencer le développement du pilote, Hawkins aurait emporté un bloc de bois, de la taille du pilote potentiel, pendant une semaine. ( De cet article )

Il simulait quoi faire sur le morceau de bois, sans penser à la manière dont il devait être implémenté sous forme de code. À chaque nouvelle idée, il "l'essayait" sur un morceau de bois.

Bien sûr, vous aurez besoin de directives sur la manière de traiter certaines des idées que vous avez proposées, et il n’est peut-être pas nécessaire de les traiter toutes, même si nous pouvons techniquement ...

Voir le point 1 (Éliminer les options) et 3 (Sous-compromis, Livraison excessive) ici.

1
Arjan Einbu

Tout est question de pratique, de formation et de rétrospective. Mais la plupart des développeurs back-end travaillent dans un environnement où une bonne conception d'interface utilisateur n'est pas vraiment valorisée par la direction.

Organisez quelques dojo de codage autour de la conception de l'interface utilisateur après avoir lu un peu de littérature à ce sujet.

1
Stephan Eggermont

Il y a une décennie, j'ai vraiment craqué à la conception de l'interface utilisateur ... Je suppose que ce qui m'a aidé à m'améliorer avec les années était une combinaison saine de humilité et recherche de la perfection.

En bout de ligne: Ne devenez jamais trop satisfait de vos réalisations passées ou présentes. Apprenez de vos propres erreurs et de celles des autres.

1
JacobE

"Pouvons-nous faire quelque chose pour recycler notre cerveau afin qu'il soit plus efficace dans la conception de couches de présentation agréables et utiles?"

Oui, utilisez une architecture basée sur une interface. First concevoir un flux d'utilisateur à partir de vos exigences métier --- then concevoir votre logique de programmation et vos bases de données en fonction de votre flux d'utilisateur. Si vous structurez les niveaux intermédiaire et le système principal de manière à ce qu'il soit conçu pour servir au système frontal, vous disposerez d'une application centrée sur l'utilisateur.

1
Will Peavy

"bonne conception de l'interface utilisateur" est en fait deux problèmes :

  1. obtenir le bon design
  2. obtenir le bon design

les deux sont des problèmes difficiles. Selon mon expérience, les deux choses devraient être explorées en parallèle , afin de ne pas avoir de mauvaises surprises tard dans le projet ("pourquoi notre drag & drop sexy est-il ultra-lent dans IE8 ?? que voulez-vous dire que ce n'est pas réparable ??? ")

pour obtenir le bon design , vous devrez explorer des possibilités. Les livres peuvent vous guider vers des expériences plus pertinentes pour votre cas - l'expérience est encore meilleure, bien sûr. de plus, vous avez absolument besoin du retour de de vrais utilisateurs - sinon, comment sauriez-vous que le design a déjà raison? ( vous certainement ne peut pas dire .. lisez la suite!)

"trouver le bon design" est alors le problème suivant, car cela signifie que le design que vous avez trouvé approprié doit être implémenté.

ces choses "expérience utilisateur/interface utilisateur" sont si difficiles, parce que trouver la bonne réponse implique de comprendre ce que veulent les humains - ce qu'ils ne peuvent pas vous dire objectivement et vous, d'autre part, ne pouvez pas le savoir de "l'extérieur". cela signifie qu'une approche d'essai et d'erreur guidée (par l'expérience) est la seule solution.

pour répondre plus clairement à votre question:

pourquoi le design est-il si bon pour certains devels?

pour les développeurs expérimentés, le gros problème est que leur compréhension du fonctionnement du logiciel est très différente de celle des utilisateurs (par exemple, l'URL "www.stackoverflow.com" doit être écrite sous la forme "com.stackoverflow.com" Si vous connaissez le fonctionnement de DNS, essayez de vendre un navigateur qui attend les URL comme ça :)).

en tant que note de bas de page: je suggérerais que vous examiniez le "design d'expérience" plutôt que le "design d'interface utilisateur", mais c'est une autre histoire.

1
oberhamsi

Une partie de la réponse est que la conception de l’UI est beaucoup plus difficile qu’elle n’apparaît, tout comme le codage est beaucoup plus difficile qu’il n’apparaît pour les concepteurs. Les deux problèmes, à des degrés très différents, concernent des choses très différentes, ce qui, mis à part les différences évidentes d'approche et de compétences requises, les amène à se concentrer sur des problèmes qui sont invisibles l'un pour l'autre.

J'ai découvert qu'il était utile de décrire mon application et de l'utiliser pour une personne sans aucun outil visuel. Cela aide à se concentrer sur ce qui est réellement nécessaire et important et renvoie ce qui peut être compris rapidement par une autre personne. Je peux le faire avant même d'avoir une ligne de code, donc c'est très peu coûteux à faire et ne nécessite aucune compétence artistique. L’autre avantage est que la verbalisation de l’application fait travailler certaines parties de mon cerveau qui, sinon, resteraient en sommeil pendant le codage et que je pourrais commencer à "voir" l’application fonctionner (ou ne pas fonctionner) pendant que je parle.

1
Steve Weller

Manger sa propre nourriture pour chien n’est pas vraiment la meilleure solution. Le manque de concentration sur les préoccupations des utilisateurs, même s’il est vrai, n’est pas tout. Il en va de même avec l'éloignement des préoccupations des utilisateurs normaux à mesure que votre expertise grandit. La plupart des développeurs que je connais souhaitent faire un bon travail en créant un logiciel qui résout les problèmes.

Là où la déconnexion se produit est en manque d'imagination. L'incapacité pour nous en tant qu'être humain de penser à toutes les possibilités et à la combinaison. Bien sûr, nous essayons de surmonter cela avec de "meilleures" méthodologies.

La seule façon dont j'ai trouvé que cela fonctionne est de me mettre en ligne de mire en recevant les commentaires des utilisateurs. J'apprends ainsi le problème que je résous, pas une seule fois, mais continuellement, lorsque les utilisateurs utilisent mon logiciel.

Ce n'est pas une solution facile. Vous devez non seulement être un bon programmeur, mais également bon en X, quel que soit le problème que vous essayez de résoudre. En étant bon chez X, vous pouvez acquérir l'expérience nécessaire pour comprendre les possibilités et les limites. Vous pouvez commencer à en tenir compte dans votre code, ce qui se traduira par un logiciel plus perfectionné, à la fois dans les fonctionnalités que vous proposez et dans la conception de l'interface utilisateur.

Il ne s'agit pas de recycler votre cerveau mais d'acquérir l'expérience nécessaire pour résoudre efficacement le problème. Cela est particulièrement vrai si vous utilisez quelque chose de nouveau comme Stack Overflow où l'expérience ne peut être gagnée que si vous êtes la ligne de rétroaction des utilisateurs.

1
RS Conley

J'utilise ce que j'appelle le test de grand-maman.

  • Si votre chère vieille grand-mère ne peut pas l'utiliser, il y a un problème.
  • En supposant qu'elle sache en quoi consiste le programme, par exemple, sait comment faire des impôts et essaie d'utiliser Quicken.
1
Paul Nathan

Un bon livre qui fournit de nombreuses réflexions sur l'interface utilisateur et son importance est Au commencement était le Commandline par Neal Stephenson. Tout le monde n'a pas besoin d'une interface graphique, mais beaucoup de personnes qui ne programment pas. C'est comme la différence entre Animal Kingdom de DisneyWorld et l'Amazonie.

1
J. Polfer

Parce que c'est un différent ensemble de compétences. Compétences requises pour devenir concepteur Web IS PAS les mêmes compétences que pour devenir programmeur. Oui, peu de compétences peuvent se chevaucher, telles que HTML, CSS, Javascript, mais par nature les programmeurs ne savent rien de ce qui les rend un design web un bon design web, et vice versa.

RWendi

0
RWendi

Je commencerai par dire que j'ai des lacunes similaires à celles exprimées par la question. Néanmoins, je pense que la seule raison pour laquelle quiconque craint de faire quoi que ce soit est que:

  • Ils ne l'ont pas compris et n'avaient jamais étudié la théorie de comment et pourquoi le faire.
  • Ils ne l'ont jamais assez pratiqué pour devenir un expert

Mon conseil est donc de commencer par vous procurer les livres et les pages Web décrivant le sujet et les étudier. J'ajouterais beaucoup de bonnes réponses ici Tog On Interface à la liste. Regardez également les interfaces utilisateur considérées comme excellentes comme le Mac, l'iPhone et Google.

La deuxième étape consiste simplement à créer des interfaces utilisateur. Cela semble facile, mais si cela ne fait pas partie de votre description de travail, vous devrez peut-être le faire vous-même. Impliquez-vous dans un projet de développement Web en tant que développeur d'interface utilisateur. C’est peut-être votre propre projet ou celui de quelqu'un d’autre, mais le fait de bien créer des pages Web peut vous donner l’expérience dont vous avez besoin et qui ne devrait pas être trop difficile à faire. Bonne chance!

0
Andrew Cowenhoven

J'ai conçu un programme pour les personnes extérieures à mon cercle social et observé leur comportement. Ce faisant, je n'étais plus soumis aux préjugés de mes amis, ni à ma fierté et à mon ego. En améliorant l'application, je suis devenu plus humble et sensible aux problèmes de conception. J'ai appris l'importance de la conception orientée tâche, de la simplicité. J'ai appris le coût d'avoir trop de fonctionnalités. Avec l'expérience, vous aussi.

Quelques références que je recommande fortement:

  • joelonsoftware jef raskin "l'interface humaine"
  • robin william "guide pour la conception non-designer"
  • la plupart des articles d'interface utilisateur sur alistapart
  • le blog de jwz sur la programmation
  • the Apple consignes relatives à l'interface humaine

Quelques références et philosophie que je vous conseille vivement d'ignorer:

  • "thèmes"
  • applications bureautiques en général, sauf si vous avez besoin d'un accès pilote/système de fichiers
  • l'idée que "plus c'est mieux"
0
200found

Les programmeurs en général sont nuls à la conception de l'interface utilisateur. Certains concepteurs sont spécialisés dans la convivialité et la conception d'interface utilisateur. Ils doivent être respectés lors du développement de logiciels/sites Web/loisirs commerciaux, etc.

Le problème de la plupart des programmeurs est qu’ils ne peuvent regarder au-delà de leur propre nez et se rendre compte de ce qui rend les choses plus faciles à comprendre et à digérer.

L'un des meilleurs principes de conception de l'interface utilisateur consiste à toujours disposer d'une interface conçue pour être simple et accessible à votre cible.

Un exemple simple et génial est un ascenseur. En règle générale, vous appuyez sur les boutons pour ouvrir/fermer les portes ainsi que pour traverser les étages du bâtiment. Pouvez-vous imaginer que si vous aviez plutôt des boutons et des commutateurs, vous deviez basculer pour passer du premier étage à l’étage 2? Et si vous deviez faire glisser un panneau en arrière pour accéder à trois interrupteurs à clé avec trois touches de couleur, vous devez tourner dans un certain ordre pour atteindre un certain étage?

Vous pouvez rapidement voir à quel point une mauvaise interface peut être difficile et à quel point une bonne interface est simple et utilisable.

0
Syntax

La conception de l'interface utilisateur est une compétence complètement différente. C’est une activité étroitement liée à l’art visuel: être capable d’apprécier et de créer une symétrie et une beauté visuelles. Et pour QUELQUE raison que ce soit, les codeurs ne sont généralement PAS bons en arts visuels. Je sais qu'il existe des exceptions, mais en règle générale, cela est valable.

Donc vraiment (sauf si vous êtes l'exception à cette règle étrange) - cela devrait être traité comme n'importe quel autre domaine où vous n'êtes pas naturellement doué. Vous devriez évaluer si vous vous entendez assez bien avec les côtelettes que vous avez - ou peut-être même consacrez un peu d'énergie à l'amélioration, lorsque vous en avez l'occasion. Cependant, vous seriez mieux servi pour développer les domaines dans lesquels vous avez la capacité et peut-être chercher à travailler avec des personnes qui sont fortes dans la région où vous ne le faites pas.

Un bon livre couvrant cette idée est: Maintenant, découvrez vos forces par Marcus Buckingham ... c'est une lecture facile.

0
user13276

Je pense que cela tient en partie au fait que la conception de l'interface utilisateur et celle des programmes ont souvent des objectifs contradictoires. Quand je programme, je pense souvent "Quel est le moyen le plus simple de faire cela?". Lors de la conception d'une interface utilisateur, le moyen le plus simple n'est pas toujours le plus convivial. Si vous faites les deux, vous aurez peut-être tendance à choisir la mise en œuvre la plus simple, ce qui nuit à la convivialité.

Je pense également que les programmeurs sont trop proches du produit pour le voir du point de vue de l'utilisateur. Ce qui semble très facile et intuitif pour la personne qui programme l'application peut ne pas l'être pour un utilisateur. Il est nécessaire d'obtenir la contribution d'un utilisateur.

La conception de l'interface utilisateur n'est pas non plus toujours une erreur. Différentes personnes évalueront une interface utilisateur différemment. Par exemple, certaines personnes détestent la nouvelle interface utilisateur "Ruban" dans Office, d'autres l'adorent. Certaines personnes pensent que l'interface utilisateur OSX d'Apple est excellente, d'autres ne s'en soucient pas et trouvent qu'il est difficile à utiliser. Peu importe l'interface utilisateur que vous proposez, il y aura des gens qui ne l'aiment pas.

0
dtc

Je pense que tous les programmeurs CS ont la capacité de produire de bonnes conceptions utilisables, car la conception de l'utilisabilité exige des développeurs qu'ils réfléchissent à certains chemins et règles. Tandis que développer un bon design "attrayant" peut être presque impossible pour certains programmeurs. Cela ne signifie pas que les deux sont inexorablement liés. C'est comme si Mozart était capable d'écrire un beau morceau de musique et n'était pas très bon au football.

0
Lee Treveil

Facile.

Les développeurs ne sont pas des concepteurs. Ils ne se sont pas formés ni ont essayé de se familiariser avec le design, alors pourquoi devraient-ils être doués pour quelque chose comme le design d'interface utilisateur? C'est presque la même chose que de dire "Pourquoi la comptabilité est-elle si difficile pour certains développeurs?"

UI Design est essentiellement Design et Design est une représentation visuelle des règles. Être doué en design signifie que vous comprenez pourquoi quelque chose doit ressembler, agir et se comporter d’une certaine manière (par exemple, pourquoi les liens doivent être surlignés ou pourquoi un en-tête doit se trouver en haut d’une page).

La conception et le développement sont deux animaux totalement différents, mais les deux requièrent des connaissances de base et des travaux pratiques. Si vous n'êtes pas disposé à travailler avec l'un de ces sujets, vous ne serez tout simplement pas très doué pour le faire, peu importe à quel point vous avez corrodé l'un de vos programmes/sites Web.

0
Mike B

ui design et développement de logiciels travaillent sur deux côtés différents du cerveau. ce n'est pas qu'un concepteur craint de développer et vice versa, c'est juste qu'ils essaient de le faire avec le mauvais côté du cerveau. aucune personne sérieuse ne serait en désaccord.

0
theman_on_vista

Silverback ( http://silverbackapp.com/ ) est un excellent outil pour les utilisateurs Mac. Je suggère de créer une liste de choses à faire (trouver ce film, regarder la bande-annonce, trouver ce film avec cet acteur, l'acheter, etc.) et de faire en sorte que les utilisateurs restent assis et descendent dans la liste.

Le plus important est de ne pas leur dire COMMENT le faire, mais de voir comment ils accomplissent leurs tâches (pour la deuxième scène, navigue-t-il par acteur ou trouve-t-il la scène par ordre alphabétique?). Vous pouvez commencer avec des personnes non férues de technologie dans votre entreprise, puis accéder à Craigslist ou prendre la rue et payer des personnes au hasard pour le tester.

0
Jarin Udom

Lorsque les développeurs pensent qu’ils ont une interface utilisateur, ils pensent généralement qu’ils pourraient utiliser le widget idéal pour cette tâche (par widget, je parle de zone de texte, de liste déroulante, de champ de recherche Ajax interactif, etc.). L’UI, et plus particulièrement l’assurance-maladie de l’homme, devrait être envisagée à un niveau inférieur. Il est intéressant de scinder la réflexion sur l’UI en 4 étapes:

  • Modèle de tâche et de concept: c'est le plus difficile à comprendre du point de vue du développeur. Vous devez faire abstraction de votre réflexion sur toute idée que vous pourriez avoir sur la future plate-forme, le langage que vous pourriez utiliser. [ Paterno, 97 ] est la référence dans ce domaine. Vous définissez vos tâches sous forme d'arborescence, les tâches comportant des sous-tâches. Voici un exemple pour une tâche d'exportation.

  • Ensuite, vous définissez l'interface utilisateur abstraite: il s'agit de tâches de groupe et de sous-tâches dans des espaces de travail.
  • Interface utilisateur concrète: vous pouvez maintenant choisir les interacteurs à utiliser. Vous devez maintenant penser à la plate-forme (grand écran, PDA, téléphone mobile ...). Voici la clé. Votre modèle de tâche et votre interface utilisateur abstraite peuvent être factorisés sur plusieurs plates-formes.
  • Et l'interface utilisateur finale, implémentée dans un langage de programmation choisi.
0
Jérôme

Quelque chose que personne d’autre n’a suggéré, mais qui vous aide énormément, est de suivre un cours (généralement de niveau supérieur) en ingénierie des facteurs humains. Si vous ne voulez pas suivre le cours, au moins allez chercher les manuels et lisez-les.

0
HLGEM

"Qu'est-ce que d'autres ont fait pour remédier à leurs lacunes dans ce domaine?"
- Chris Ballance

  1. Travaillez avec l'utilisateur le moins averti que vous puissiez trouver.
    (Une nouvelle version, votre logiciel n’a jamais été vu).
  2. Obtenez des commentaires de leur part sur ce qui les rend nuls.
  3. corrigez ces problèmes, apportez-le à un autre ordinateur, utilisateur peu avenant,
  4. Répétez le processus à nouveau ..

Lorsque suffisamment d'utilisateurs novices et peu avares peuvent utiliser votre produit, vous savez que vous avez fait votre travail.

(Votre logiciel ressemblera probablement beaucoup à celui de Microsoft, et vous n’aimerez probablement pas l’utiliser ...)

Mais ce n'est pas la question! Le fait est que les utilisateurs finaux peuvent l'utiliser et en profiter!


Pas les développeurs!


Lisez aussi cet article Je l’ai trouvé utile dans ce domaine. Il stipule fondamentalement que vous devez céder à ce que les utilisateurs semblent vouloir.

Pour le dire autrement ...

Vous devez regarder ce que les utilisateurs essaient déjà de faire ...

Le trottoir et les élèves

Il y avait un sentier créé par des étudiants qui allaient et venaient de la classe sur le campus où je suis allé au collège. Lorsque l'école a remarqué la piste, ils ont installé une clôture où les gens marchaient déjà. L'école a mal agi. Vous voulez construire un trottoir où les étudiants marchent déjà à la place !

Clubs vidéo et Netflix

Pour donner un autre exemple, pensons à l’histoire récente des magasins de vidéos: Il y a longtemps, il y avait beaucoup de magasins de vidéos: Block Buster Video, etc. Frais de retard bien sûr. Netflix est donc venu et a supprimé les frais de retard, car il s’agissait plutôt de ce que le client/utilisateur final souhaitait.

Maintenant, Block Buster fait faillite avec tous les autres magasins de vidéo payants.

Est-ce plus difficile de faire cela? Pour éteindre votre cerveau et donner aux gens ce qu'ils veulent? Bien sûr que c’est… c’est plier votre volonté à la leur… c’est toujours plus difficile, mais au bout du compte, c’est atteindre l’objectif de donner aux utilisateurs finaux ce qu’ils veulent.

0
leeand00

Peut-être parce que certains développeurs démarrent à partir de Dos et continuent à travailler partiellement sur un système d'exploitation en ligne de commande.
Ou parce que certains d’entre nous écrivons des logiciels, parce que les ordinateurs ont une logique normale, pas comme les humains. :-)

0
Avram

Pourquoi la conception de l'interface utilisateur est-elle si difficile pour certains développeurs?

C'est un peu comme demander pourquoi le basketball est difficile pour les joueurs de football.

0
Rik

Pouvons-nous faire quelque chose pour recycler notre cerveau afin qu'il soit plus efficace dans la conception de couches de présentation agréables et utiles?

Oui. Observez les utilisateurs qui essaient d'utiliser votre logiciel et ne les aidez pas. Également connu sous le nom de test d'utilisabilité.

L’idée de base des tests d’utilisabilité est que vous demandez à une personne ayant des antécédents similaires à votre public cible, qui n’a jamais vu votre logiciel auparavant, de lui demander de réaliser une série de tâches typiques. Idéalement, ils devraient essayer de parler à voix haute de ce qu'ils pensent pour vous donner plus de perspicacité dans leurs processus de pensée. Vous regardez ensuite ce qu'ils font. De manière critique, vous ne les aidez pas, peu importe l’irrésistible envie. Les résultats peuvent être assez surprenants et très révélateurs. Les tests d’utilisabilité peuvent être très sophistiqués avec des miroirs à sens unique, des caméras vidéo, etc., mais ce n’est vraiment pas nécessaire pour obtenir la plupart des avantages. Il existe une bonne description de la manière de réaliser des tests d’utilisabilité dans L’excellent livre de Krug ne me laisse pas penser: un guide de bon sens pour l’utilisation du Web . La plupart de ses conseils sont également applicables pour tester des applications de bureau.

0
Andy Brice

Parce que généralement ils ne sont pas des concepteurs d'interface utilisateur. C'est une compétence différente. C'est ça.

0
Klelky

Je pense que la raison pour laquelle nous ne pouvons pas concevoir d’UI est parce que nous sommes des perfectionnistes et que nous ne pouvons pas décider quand une qualité suffisante est suffisante. Personnellement, je sais que je ne supporte pas la création d’interface utilisateur, car je doute toujours de ma capacité à dire: "Non, cela ne suffit pas."

0
BBetances