Contexte
Des enquêtes 360 dont il faut tirer une décision, pas une impression
Explorance est une plateforme montréalaise de gestion de l'expérience, utilisée par 25 % des entreprises du Fortune 100 et par de grands établissements d'enseignement supérieur. Ses clients mesurent la satisfaction et l'efficacité au moyen d'enquêtes à répondants multiples, parfois sur plusieurs années.
Le résultat brut n'a aucune valeur en soi. Ce qui compte, c'est de pouvoir comparer deux périodes, isoler un segment et comprendre ce qui a bougé. Cette lecture passe entièrement par les graphiques.
Le problème
Chaque produit réinventait ses propres graphiques
Les types de visualisation revenaient d'un produit à l'autre, mais chaque équipe les redessinait à sa façon. Les couleurs ne concordaient pas, les légendes ne se comportaient pas pareil, et personne n'avait tranché ce qui devait s'afficher quand une question ne recevait aucune réponse.
Mon rôle
Conçu seul, utilisé par plusieurs
J'ai conçu l'ensemble du système de graphiques à la main, sans bibliothèque reprise. Ce travail était individuel, contrairement au design system global d'Explorance, où mon rôle a été de mener l'initiative et de rassembler l'équipe autour d'une source unique de vérité.
- Dix types de graphiques : barres horizontales et verticales, courbes, anneaux, secteurs, NPS, tableau de chaleur, benchmark, nuage de points, nuage de mots
- Deux widgets personnalisés, dont un pour l'analyse de sentiment
- Les systèmes transversaux : légendes, infobulles, jeux de couleurs personnalisés, agrandissement, partage et exportation
- Les gabarits de mise en page et les points de rupture qui accueillent ces composants
- Six mois de la conception à la livraison, développement inclus
Les états, pas les images
La partie du travail qui distingue un système d'une bibliothèque
Pour chaque type de graphique, je n'ai pas dessiné le cas idéal. J'ai dessiné les cas qui arrivent vraiment.
Absence de données
Un état vide explicite, avec son illustration et son message, plutôt qu'un cadre blanc qui laisse croire à un bogue.
Chargement
Un squelette qui reprend la forme du graphique à venir, pour que la page ne saute pas quand les données arrivent.
Libellés longs
Une variante pour les questions rédigées en phrases complètes, qui sont la norme dans une enquête et non l'exception.
Séries multiples
Versions empilées avec légende à cases à cocher, pour isoler une série sans quitter la vue.
Un même type de graphique, décliné dans tous ses états.
L'accessibilité est traitée au niveau du composant. Contrastes, lisibilité des jeux de couleurs et lecture sans dépendre uniquement de la couleur. Un designer qui prend le composant obtient un résultat conforme sans avoir à y penser.
Le système en usage
Des composants assemblés en vues complètes
Le système alimentait un produit d'analytique structuré en plusieurs vues : liste des tableaux de bord, sommaire, analyse de tendances, analyse de données, analyse de texte, accès aux rapports. Les mêmes anneaux, courbes et NPS s'y retrouvent, assemblés différemment selon la question posée.
La vue sommaire, où le système devient un produit.
Les parcours périphériques ont été traités au même titre que les vues principales : impression, sélection de données, navigation par filtres, partage. Ce sont ceux que l'on saute habituellement, et ceux qui font échouer un outil d'analyse en usage réel.
Décisions et compromis
Trois arbitrages
Livrer par vagues
Dix composants validés d'abord, cinq autres laissés en chantier et assumés comme tels. Un système qui attend d'être complet ne sort jamais.
Les états avant les variantes
Couvrir vide, chargement et libellés longs sur chaque type avant d'ajouter de nouveaux types. La robustesse d'abord, la variété ensuite.
Des jeux de couleurs personnalisables
Les clients ont leurs propres marques. Le système devait accepter leurs palettes sans que la lisibilité en dépende.
Ne pas alléger la densité
La tentation était de montrer moins. Les analystes ont besoin de tout voir en même temps pour comparer. La réponse a été la hiérarchie, pas la soustraction.
Ce que j'en retiens
Un système se juge à ses cas limites
La partie visible du travail, dessiner dix types de graphiques, a été la plus rapide. Le reste a été de décider ce qui arrive quand la réalité ne coopère pas, puis de documenter ces décisions assez clairement pour que d'autres designers les appliquent sans moi.
Ce que je ferais différemment. Mesurer l'usage des composants dès la livraison. Je sais que le système a servi sur plusieurs produits parce que je l'ai vu, pas parce que je peux le chiffrer.