11 articles tagués avec 'User Experience '

Le problème​

La documentation fait partie intégrante de tous les produits logiciels et, pour être utile, elle doit être complète et détaillée. Cependant, cela représente un défi à la fois pour les utilisateurs et les développeurs. Les utilisateurs, en particulier ceux qui découvrent le logiciel, peuvent trouver décourageant de passer au crible de gros blocs de texte, tandis que les développeurs ont souvent du mal à rendre la documentation attrayante et digeste.

Tout au long de mes études universitaires, j'ai fait partie de la première catégorie. En tant qu'utilisateur, j'ai toujours trouvé la documentation difficile à comprendre. Elle me laissait souvent avec plus de questions que de réponses. Le fait que les sites web de documentation que j'utilisais avaient souvent une mauvaise navigation et peu de ressources pour m'aider à comprendre ce que je lisais ne m'a pas aidé, me laissant parcourir différents sites pour trouver des informations qui étaient cachées dans un coin.

En tant qu'étudiant coopératif chez LINCS, j'ai été chargé de migrer le site de documentation du Canadian Writing Research Collaboratory (CWRC). Ce site web fournissait des informations sur les trois ontologies développées par le CWRC et permettait d'y accéder, chacune avec son propre ensemble de documentation. Cela m'a inquiété, car comment développer un site web capable d'afficher efficacement la documentation tout en tenant compte de la navigation, de l'esthétique et de la mise en page ?

J'ai passé la majeure partie de mon été à améliorer l'accessibilité du site web du projet LINCS. Au cours de ce processus, j'ai beaucoup appris sur la façon dont les personnes handicapées naviguent sur Internet. Il y a eu beaucoup à faire et cela m'a pris beaucoup de temps, mais ce n'est pas une fatalité ! Si les concepteurs intègrent l'accessibilité dès le départ, un effort supplémentaire minime permet d'améliorer l'expérience de tous les utilisateurs, et pas seulement de ceux qui ont des barrières.

Lors de la conception et de la réalisation d'une application web, il est primordial de veiller à ce qu'elle soit réactive. Une application réactive est belle et fonctionne bien sur toutes les tailles d'écran et tous les appareils. Les applications LINCS sont conçues pour être visualisées de différentes manières : des tablettes aux ordinateurs portables en passant par les écrans interactifs de la taille d'un tableau blanc. Il peut être difficile d'atteindre ce niveau de réactivité, mais avec l'aide d'outils, de techniques et de cadres CSS, la tâche devient beaucoup plus facile...

L'équipe UX a mené des recherches auprès des utilisateurs sur les outils LINCS afin de les préparer à passer du développement à la production. Jusqu'à présent, nous avons effectué des tris de cartes, des tests de convivialité, des enquêtes et des entretiens. Ces recherches nous ont fourni une mine d'informations. Cependant, si nous voulons traduire ce que nous avons appris en changements significatifs et productifs dans la conception des outils, nous devons garder l'actionnabilité au centre de notre pratique de recherche...

Lorsque j'ai commencé mon premier stage coopératif, je n'avais aucune idée de la manière dont le développement de logiciels fonctionnait dans un environnement professionnel. Auparavant, je n'avais fait l'expérience que de la salle de classe, où mes camarades et moi-même développions des logiciels pour des travaux. Lorsque j'ai intégré un contexte professionnel, j'ai découvert de nouvelles méthodes de collaboration, notamment les réunions debout (stand-up meetings) ou les réunions debout (stand-ups)...

Pendant mon séjour chez LINCS, l'équipe UX a jeté les bases de la mise en œuvre d'un flux utilisateur intuitif et sans effort pour ResearchSpace. Pour ce faire, nous avons mené de nombreux tests d'utilisation et d'utilisabilité, des entretiens et des tris de cartes.

Travailler sur ResearchSpace a été ma première véritable expérience dans le monde de l'UI/UX. C'était aussi la première fois que je travaillais dans une équipe de conception, et j'ai été époustouflé par le talent de mes pairs...

La situation est la suivante : on vous a demandé de concevoir un moyen pour un chercheur de se déplacer facilement entre deux outils. Vous vous familiarisez avec les deux outils, découvrez les problèmes connus et lisez ce qui a déjà été essayé. Vous passez quelques jours à décider du meilleur moyen d'aller d'un point A à un point B. Vous passez quelques jours de plus à concevoir à quoi cela ressemblera. Enfin, vous dévoilez votre prototype lors d'une réunion avec l'équipe de développement... pour découvrir que passer d'un outil à l'autre n'est techniquement pas possible. Ou que cela prendrait trop de temps pour construire votre conception. Ou que le déplacement entre les outils ouvre de nouveaux problèmes sur le back-end.

Comment avancez-vous ? ...

La route vers UX pour moi a été longue et sinueuse, et j'aime beaucoup les utilisateurs de LINCS dans Tube Map in Figma, je me suis retrouvé à différentes stations en cours de route, évaluant où je dois aller ensuite. Étudiant initial en sciences de la vie à l'Université de Toronto, j'ai fait la transition après la première année vers une spécialisation en anthropologie socioculturelle. Après avoir obtenu mon diplôme et ne sachant pas où aller avec ma carrière, j'ai commencé une maîtrise en affaires publiques et internationales à l'Université d'Ottawa. J'ai vite réalisé que j'étais trop passif par nature pour être diplomate, et qu'il me manquait la passion pour la politique que beaucoup de membres de ma cohorte partageaient. Ce que je voulais vraiment, c'était quelque chose lié à ma formation en anthropologie.

Et donc, entrez à la Faculté d'information de l'UofT...

Avant de devenir étudiant en UX Design à l'Université de Toronto, j'avais l'habitude de résoudre un problème simplement en identifiant quel était le problème, puis en proposant une solution de fortune. Cependant, au fil du temps, j'ai réalisé qu'en utilisant une telle approche - en optant pour la solution la plus simple - j'ignorais souvent activement le vrai problème et parfois même le laissais s'aggraver...

"La plupart des gens font l'erreur de penser que le design est ce à quoi il ressemble. Les gens pensent que c'est ce placage - que les designers reçoivent cette boîte et qu'ils leur disent : « Faites en sorte qu'elle ait l'air bien ! » Ce n'est pas ce que nous pensons que le design est. Ce n'est pas seulement à quoi ça ressemble et à quoi ça ressemble. Le design, c'est comme ça que ça marche. -Steve Jobs

Si vous êtes un développeur, un designer ou un créatif intéressé par le design, vous connaissez probablement l'expression "un bon design est invisible". Tout est conçu - il y a une pensée derrière chaque projet ou produit - mais seules quelques petites choses sont bien conçues. Lorsque le design est mal fait, tout le monde a tendance à remarquer ses défauts, mais quand le design est bien fait, il passe généralement inaperçu...