Je regardais un reportage sur l'usinage de pièces pour les motos et j'ai découvert la notion de tolérance dans la fabrication de pièces.
Ça a fait écho à un post que Gaël a fait concernant une expérience avec un réparateur de pare-brise et l'application de mise en relation client/prestataire que cette dernière utilise.
Dans l'usinage de pièces, afin d'optimiser à la fois les coûts, la sécurité et les performances, une tolérance dans la conception est ajoutée.
▶ Pour les coûts, des tolérances trop strictes pourraient augmenter les coûts de production via trop de défauts de fabrication ou nécessiter des machines ou matières de plus grande précision.
▶ Pour la sécurité, si la tolérance est trop élevée, cela pourrait avoir des impacts négatifs sur la défaillance mécanique des pièces, et cela pourrait avoir un impact sur l'image du constructeur.
▶ Et pour la performance, avoir cette tolérance d'ajustement parfait permet d'un côté de conserver les qualités du véhicule (moins de vibrations, usure prématurée) et de l'autre côté de conserver un assemblage fluide et rapide.
Et c'est pareil dans les applications métier.
Si on est trop rigide dans la conception des fonctionnalités pour l'utilisateur, et qu'on ne lui permet pas cette tolérance dans l'usage, il est possible que dans certains cas, ça ne corresponde pas à son besoin.
▶ Une application trop stricte et sans tolérance envers la façon de faire de l'utilisateur va augmenter les coûts, car d'un côté le développement va mettre plus de temps afin d'intégrer une infinité de processus de fonctionnement et d'un autre côté cela va engendrer des coûts si l'utilisateur se retrouve bloqué et n'a pas accès à certaines fonctionnalités.
▶ La sécurité : si l'utilisateur n'a pas accès à certains types de données, il peut se retrouver bloqué. D'un autre côté, si aucune règle n'est mise en place, des données sensibles peuvent fuiter. Il faut trouver l'alignement et l'ajustement idéal.
▶ La performance : que ce soit dans l'UX ou dans la praticité de faire des actions dans l'application via des méthodes qui n'ont pas été pensées pour à la base, cela peut être très pertinent.
Il n'y a rien de plus bête qu'idéaliser un applicatif qui ne correspond pas aux besoins des utilisateurs. Parfois, les utilisateurs font des trucs bizarres mais qui sont plus pertinents que ce qui avait été prévu.
Exemple : J'ai construit un rapport Power BI il y a 2 ans. J'avais mis une map pour voir la répartition par ville. Mon idée était de me dire que ça donnerait un aperçu général de la répartition. J'ai revu mon client un an après ; il m'a dit qu'il utilisait ce visuel pour détecter rapidement les anomalies de données, car il savait que certaines villes ne pouvaient pas contenir tel type de données.
J'ai adoré l'appropriation d'une fonctionnalité dans un usage auquel je n'avais pas pensé.
Bref, les process c'est déjà assez compliqué comme ça, laissez un peu de tolérance aux utilisateurs, ça ne fera pas de mal.
#PowerApps #UX
