Site icon Blog ARC Optimizer

Principes SOLID de l'expérience utilisateur, Partie 4: Partage et perte de données


Lorsque quelqu'un dit "données", notre esprit ne passe pas automatiquement à "l'expérience utilisateur" – mais peut-être le devrait-il. Dans le quatrième volet de la série SOLID UX Princples de Jessica Engstrom, elle partage les considérations clés relatives à l'expérience utilisateur (UX) en ce qui concerne la perte et le partage de données.

Si vous avez manqué mes précédents articles, vous pouvez vous rattraper ici: 1: Rendre le logiciel compréhensible Partie 2: Ergonomie et beauté et Partie 3: Réactivité et efficacité . Autrement, passons à la partie suivante ci-dessous.

En plus des composants, des icônes et du design que nous choisissons lorsque nous pensons à l'UX, nous devons également penser aux données elles-mêmes.

Losing Data

L'interface utilisateur protège lorsque l’utilisateur ne perd pas de données ou ne travaille pas involontairement. Le fait de cliquer sur Enregistrer pour valider vos modifications est probablement redondant, car c’est quelque chose que nous devions faire lorsque les ordinateurs n’avaient pas beaucoup de mémoire et que le stockage n’était pas aussi bon marché qu’aujourd’hui. Sauvegardez toujours les données des utilisateurs lorsque cela est possible afin de pouvoir les récupérer à nouveau si quelque chose se produit.

Nous devons également prendre en compte le fait que nos utilisateurs sont des êtres humains et que les humains font parfois des erreurs. C’est pourquoi il est important de s’assurer que l’utilisateur peut réparer une erreur qu’il a faite.

La sauvegarde automatique des données signifie également que nous devons implémenter le contrôle de version. Que se passe-t-il si l'utilisateur supprime accidentellement tout le contenu du document? Ils doivent pouvoir récupérer les informations.

L'ajout de la sauvegarde automatique est une fonctionnalité importante, mais cela signifie également que nous devrions envisager de mettre en œuvre le versioning.

Oversharing Data

Lorsque l'utilisateur peut exercer ses activités dans un contexte social sans perturbation sociale ni gêne pour lui-même ou pour autrui, l'interface utilisateur est discrète. La discrétion est toujours agréable.
Nous ne voudrions pas que le DAB lise votre NIP à haute voix. Ou pensez à tous les jeux qui inondent Facebook, ou même à la lecture automatique de vidéos sur Instagram lorsque vous avez oublié de désactiver le son. Tout cela constitue une divulgation non désirée.

Nous devons donc prendre un moment pour réfléchir à ce que nous partageons, où, dans la solution, nous la partageons et combien. Nous pouvons accéder à toutes les données si cela est nécessaire, mais il est peut-être préférable de les avoir toutes au même endroit au lieu de les placer au premier plan.

Cela peut également être important dans le cas du GDPR (La protection générale des données de l'Union européenne). Réglementation), si un collègue vous surveille par-dessus votre épaule et que vous avez sur votre écran des informations sur le client que l'autre personne n'a pas l'autorisation de consulter, vous devez le signaler comme un incident.

Avoir moins de données sensibles sur les clients à l'écran limitera le risque que des personnes non autorisées lisent des données sensibles.

Vous pouvez masquer des données sensibles afin qu'elles ne soient visibles que lorsque le curseur de la souris est placé sur la zone ou qu'un bouton bascule brièvement la visibilité. Les applications de sauvegarde de mot de passe font de même, par exemple.

Penser à la manière dont vous divulguez les données dans votre logiciel et à la manière de les stocker correctement est plus important que jamais.

Restez à l'écoute pour le prochain post de cette série ou pour en savoir plus. , n'hésitez pas à consulter le webinaire que nous avons récemment organisé sur le sujet ici .


Les commentaires sont désactivés en mode Prévisualisation.




Source link
Quitter la version mobile