La fiabilité est-elle un élément important d'une expérience utilisateur?
Je le demande parce que, selon ma propre expérience, je dois parfois utiliser des concurrents moins utilisables ou moins présentés simplement en raison d'une mauvaise fiabilité de l'outil de mon choix. Cela me fait penser que les gens optent souvent pour des fonctionnalités (et une bonne interface utilisateur, etc.) en raison des tendances du marché ou des concurrents ou autre, et ne tiennent pas compte de la fiabilité.
Et en tant qu'ancien développeur et consultant UX en ce moment, j'essaie toujours de prédire (et de discuter) la complexité de la solution que je suggère à mes clients pour être sûr que la facilité de maintenance sera au même niveau que l'interface utilisateur et la fonctionnalité globale.
Je crois que tous les utilisateurs UX n'ont pas une solide formation technique, alors comment gérez-vous cela (le cas échéant)? Pensez-vous que la discipline UX devrait tenir compte de la fiabilité dans un compte ou bien qu'elle soit en quelque sorte liée à UX, elle devrait être gérée par quelqu'un d'autre (comme une équipe d'ingénieurs, etc.)?
Bien sûr, la fiabilité fait partie de l'expérience utilisateur. Mais en termes de Maslov, c'est un insatisfaisant plutôt qu'un satisfaisant. En d'autres termes, être fiable ne vous rapporte aucun point, mais ne pas être sûr vous fait certainement perdre des points.
Mise à jour:
Oui, une personne utilisable doit être consciente des limitations imposées par la technologie et les piles de framework qui seront utilisées. Les problèmes dans ceux-ci ne peuvent généralement pas être résolus facilement et doivent être conçus autour.
Les problèmes de fiabilité peuvent provenir de deux sources principales:
Ils peuvent être inhérents aux piles de technologie et de framework. En d'autres termes, ils sont le résultat du matériel et des logiciels choisis pour construire votre solution. Habituellement, vous ne pouvez pas faire grand-chose, mais attendez une nouvelle version, vous devez donc résoudre ces problèmes en les concevant autour d'eux.
Ils peuvent être le résultat de la façon dont la conception est mise en œuvre en plus des piles de technologie et de cadre. En d'autres termes, ils sont le résultat du code spécifique de l'application. Ces problèmes de fiabilité doivent être résolus par de meilleures implémentations, et non en les contournant dans la conception.