Mon post récent sur le "bug" d'#Odoo (qui n'en était pas vraiment un, lien en commentaire) m'a donné envie de vous raconter un truc.
Saviez-vous que jusqu'à 70% des bugs rencontrés par les utilisateurs n'en sont pas ?
En gros, il y a deux grandes catégories de bugs:
1️⃣ De vrais bugs: le logiciel ne fait pas ce qu'il doit faire.
2️⃣ De bugs d'expérience utilisateur (UX): le logiciel fait quelque chose qui n'est pas compris par l'utilisateur.
Dans la seconde catégorie, qui nous intéresse ici, l'utilisateur et le logiciel ne partagent pas la même représentation du monde (c'était mon cas avec Odoo, donc). L'un sait des choses que l'autre ne sait pas. Le bug relève d'une différence d'interprétation et il s'agit pour le règler d'aligner les modèles mentaux.
Trois stratégies pour cela:
1️⃣ Ne rien changer, mais mieux former l'utilisateur au départ. C'est toujours gagnant.
2️⃣ Adapter le logiciel pour correspondre au modèle mental de l'utilisateur lambda. Par exemple, en le simplifiant, tant que faire se peut.
3️⃣ Améliorer le logiciel pour qu'il explicite mieux le modèle mental adéquat. C'est l'idée derrière les messages d'avertissement et d'erreurs clairs, les interfaces bien pensées, les canevas de conception éprouvés et réutilisables, etc.
Vous vous souvenez qu'un bon logiciel prend 10 ans, et accessoirement coûte un bras ?
Les stratégie 2 et 3 prennent du temps. Elles sont donc chères. C’est une question de qualité d'une part, d'observations des grenouilles d'autre part. Même avec le meilleur UX designer du monde, on ne peut pas taper juste du premier coup sans observer les utilisateurs.