Ingénierie UI optimiste – UX Collective
La vie d’un ingénieur UI n’est pas facile. Les bogues dans les composants de base dans tous les cadres de conception sont une partie commune de la vie d’un ingénieur de conception. De nombreux bogues existaient car les spécifications pouvaient être incomplètes, peu claires ou obsolètes. Parfois, les équipes ne sont pas informées lorsque les spécifications ont été mises à jour, et parfois les choses ont simplement glissé entre les mailles du filet.
Il y a un effort qui implique des ingénieurs de tous les frameworks. Il y a quelques idées intéressantes à partager concernant un tel effort de collaboration:
1. Réparez les fruits à faible pendaison avant d’apporter des modifications
Améliorer les processus avant de savoir quels types de problèmes existaient aurait été une erreur. Entrer dans les détails de la raison pour laquelle les bogues de l’interface utilisateur apparaissaient nous a mieux préparés à résoudre la racine du problème sur toute la ligne.
2. Adopter des outils et des processus d’ingénierie
Demander aux ingénieurs de passer du temps à corriger les bogues de l’interface utilisateur signifiait que beaucoup de temps était consacré à la révision des différences, aux bacs à sable, aux UIDocs et aux tâches. L’utilisation d’outils et de processus existants que les ingénieurs avaient déjà adoptés nous a permis de commencer beaucoup plus tôt et de travailler avec un plus grand nombre de collaborateurs.
3. Fermez la boucle
En fin de compte, ce que les ingénieurs construisent, c’est ce que les gens verront et interagiront avec. Si notre travail de conception se termine par un transfert d’actif, il y a de fortes chances que quelque chose se perde dans la traduction. Fermer la boucle signifie communiquer avec les ingénieurs lors de la construction et tester la version finale dans tous les environnements pour vérifier l’exactitude.
4. Concevoir en pensant à l’ingénierie
Les ingénieurs travaillant sur ces frameworks ont été incroyablement utiles et rapides pour corriger les bugs. Ils sont également prêts à aller au-delà pour mettre en œuvre quelque chose qu’un designer a fait. En tant que concepteurs, nous pouvons faire notre part pour améliorer le système en tenant compte des exigences et des objectifs d’ingénierie pendant que nous travaillons sur les détails de la mise en œuvre.
Voici quelques questions pour évaluer des conceptions à travers trois dimensions:
De plus, l’exactitude de l’interface utilisateur est également cruciale dans le parcours de partage des utilisateurs car elle garantit que les créateurs sont au courant de l’état de publication de leur contenu, ce qui contribuera à instaurer la confiance en offrant une expérience de publication fiable et intuitive.
Il est défini pour inclure (1) l’insertion optimiste, (2) le rendu optimiste, (3) le transfert optimiste, qui sont trois éléments clés d’une vue optimiste.
La vue optimiste est une publication de version client qui ressemble à une publication réelle que les utilisateurs peuvent afficher dans le processus de téléchargement. L’objectif est de fournir aux utilisateurs une vision claire de l’apparence des publications qu’ils viennent de partager.
Concentrons-nous sur la première partie de l’exactitude de l’interface utilisateur: l’insertion optimiste, qui est un état optimiste, un anneau de progression reflétant la progression du téléversement apparaissant sur la barre d’histoire après la publication.
Les ingénieurs de l’interface utilisateur l’appellent parfois spinner pour que les gens puissent le comprendre facilement, mais en réalité c’est un anneau de progrès. L’anneau de progression devrait apparaître juste après la publication. Si les gens utilisent l’application en arrière-plan ou se rendent à d’autres endroits, le plateau d’histoires n’est pas disponible pour afficher l’anneau de progression; l’anneau de progression doit toujours apparaître une fois que le plateau de récits est disponible avant la fin du transfert optimiste (par exemple, la dernière étape du flux de publication).
Afin de garantir que nous fournissons une bonne expérience aux utilisateurs lorsqu’ils publient, nous devons définir les éléments suivants: (1) la fiabilité du post (le post est publié avec succès) et la précision des médias (ce que vous voyez est ce que vous obtenez); (2) expérience de publication, qui comprend l’exactitude de l’interface utilisateur, l’échec silencieux et la latence de publication.
Correction de l’interface utilisateur:
Après avoir compris chaque composant, nous prévoyons de proposer une mesure d’expérience de publication unifiée plus large qui capture les utilisateurs publiant l’expérience de manière globale pour (1) mieux présenter les expériences de partage des utilisateurs; (2) suivre plusieurs métriques de manière unifiée.
Voici un exemple de workflow pour une insertion optimiste:
État bleu: points de contrôle clés dans le flux
État rouge: point final défaillant
État jaune: point final réussi mais quelque chose manque entre les deux
État vert: chemin «parfait» («heureux») dans le flux
Une fois que vous avez cliqué sur le bouton « Partager » (l’article est publié par l’utilisateur), l’article passe d’abord par la phase d’insertion optimiste, puis passe à la phase de transfert optimiste du point de vue de l’exactitude de l’interface utilisateur. Le rendu optimiste concerne la précision du support dans une vue optimiste, il n’apparaît donc pas dans cet organigramme.
Idéalement, le succès de l’insertion optimiste peut être n’importe quelle session avec un anneau de progression affiché après la publication.
Donc, la prochaine fois, lorsque vous aurez besoin de gérer vos bogues d’interface utilisateur, essayez d’utiliser cette métrique pour une insertion optimiste et n’oubliez pas d’être optimiste également!
Bon débogage!