Le véritable défi de la narration de données : obtenir l’adhésion à la simplicité

j’ai toujours eu un don pour la narration de données. Vous savez, trouver les modèles et créer des visuels qui avaient réellement du sens.

J’avais appris les principes et honnêtement, je pensais avoir tout compris.

Posez les bonnes questions avant même d’ouvrir votre outil de visualisation, puis concentrez-vous sur la narration d’une histoire claire plutôt que sur un ensemble de mesures.

Avec tout cela, j’avais l’impression d’avoir déchiffré le code.

Je ne savais pas que c’était juste la partie la plus facile.

Le plus difficile était de convaincre les autres d’adhérer à cette simplicité.

Ce qui m’a pris au dépourvu, c’est la fréquence à laquelle les parties prenantes réagissent. Dans le sens où ils demanderont plus de mesures, plus de ventilations et, fondamentalement, plus de tout.

Et soudain, vous êtes coincé entre les principes que vous venez d’apprendre et les réalités de la livraison d’un tableau de bord.

C’est la partie dont ils ne vous parlent pas dans les tutoriels.

Cet article porte sur cet écart.

Je vais vous expliquer ce qui s’est passé lorsque j’ai essayé de défendre un simple tableau de bord dans une organisation réelle, pourquoi les parties prenantes veulent toujours « tout ajouter » et les stratégies que j’ai apprises pour gérer cette tension.

Pas de théorie, mais des tactiques réelles qui ont survécu à de vraies réunions.

Si vous avez déjà simplifié un tableau de bord pour ensuite le voir retomber dans le chaos, croyez-moi, celui-ci est pour vous.

---

Le problème des parties prenantes

Je suis arrivé à la réunion en toute confiance.

Mon nouveau tableau de bord comportait trois visualisations claires : un graphique linéaire montrant la tendance, un graphique à barres décomposant les principaux facteurs et une carte KPI avec la mesure qui comptait réellement.

Mon manager l’a diffusé sur grand écran. Dix secondes de défilement, peut-être moins.

«C’est génial», dit-elle.

« Mais pouvez-vous ajouter la répartition régionale ? Et peut-être la valeur à vie du client ? Oh, et qu’en est-il de l’entonnoir de conversion par catégorie de produits ? »

Oh.

Mon estomac s’est effondré.

Je suis sorti de cette réunion avec sept nouvelles demandes. Je les ai tous notés sur un post-it. En fait, j’ai encore cette note quelque part.

Les mathématiques ne sont pas ma compétence la plus forte, mais même moi, je pouvais voir où cela nous menait. De trois cartes à dix. C’est beaucoup.

Je me suis immédiatement mis au travail et, d’une manière ou d’une autre, je suis revenu dans le temps jusqu’à ma première tentative.

Cela m’a rappelé une vérité inconfortable : connaître les données est une chose, mais bien les communiquer est une compétence complètement différente en soi.

Alors j’ai fait quelque chose de risqué. J’ai construit deux versions.

La version A contenait tout ce qu’elle demandait : les dix graphiques, chaque mesure et plusieurs filtres.

D’un autre côté, la version B est restée simple (comme je la souhaitais) : trois visualisations, un récit et une hiérarchie claire.

Le lendemain matin, je lui ai montré les deux.

Version A première. Elle fit défiler la page, fronça légèrement les sourcils. « Il y a tout… mais je ne sais pas sur quoi me concentrer. »

Puis la version B. Elle se pencha. « Attendez. Cela me dit en fait quelque chose. »

Elle a opté pour la version B. Mais m’a demandé de conserver la version A « juste au cas où ».

Ce moment m’a appris quelque chose de crucial : défendre la simplicité, ce n’est pas s’entêter. Il s’agit d’aider les parties prenantes à voir ce qu’elles perdent lorsque vous en ajoutez trop.

Le principe du rapport signal sur bruit s’applique ici de la même manière qu’en apprentissage automatique. Lorsque vous ajoutez trop de fonctionnalités, votre modèle est surajusté et perd sa puissance prédictive.

Lorsque vous ajoutez trop de graphiques, votre tableau de bord devient trop adapté aux demandes individuelles des parties prenantes et perd son orientation narrative.

Même problème, domaine différent.

Du moins, c’est comme ça que je le pense. Je pourrais trop réfléchir à l’analogie.

Ce n’est pas une question de graphiques

Il m’a fallu plus de temps que je ne voudrais l’admettre pour m’en rendre compte, mais les parties prenantes n’essaient pas de vous compliquer la vie. La vérité est qu’ils ont juste peur.

Peur d’être en réunion sans réponse et probablement inquiet que la mesure qu’ils ont ignorée soit exactement celle sur laquelle quelqu’un va poser des questions.

J’ai finalement compris que ma responsable ne demandait pas dix tableaux parce qu’elle pensait que ce serait mieux. Elle couvrait ses bases et réduisait les risques. Vous savez, se protéger de l’incertitude et d’autres choses comme ça.

Et cela ne s’est pas arrêté là.

Il y a aussi ce problème de confiance auquel je n’avais pas pensé au départ.

Voici le truc.

Lorsque vous simplifiez un tableau de bord, vous portez un jugement sur ce qui compte et ce qui ne l’est pas.

C’est logique, non ? Mais c’est ici que les choses se compliquent.

Si les parties prenantes ne vous connaissent pas encore ou ne vous ont jamais vu faire de bons choix auparavant, elles ne feront pas confiance à vos jugements. Ensuite, c’est à ce moment-là qu’ils « me montrent tout pour que je puisse décider ».

Cela a pris du temps, mais une fois que j’ai compris que les demandes supplémentaires ne concernaient pas vraiment les graphiques, j’ai pu commencer à m’attaquer à ce qui inquiétait réellement les gens.

Les gens avaient peur d’être pris sans réponse. De plus, ils ne faisaient pas encore confiance à mon jugement, ce qui était juste.

Cela m’a pris beaucoup trop de temps à comprendre. Mais au moins, maintenant, je sais à quoi j’ai affaire.

---

Des stratégies qui ont fonctionné

Comprendre pourquoi les parties prenantes veulent plus est une chose. Savoir quoi faire est complètement différent.

Il m’a fallu un certain temps pour comprendre cela, mais j’ai trouvé quelques approches qui m’aident réellement. Aucun d’entre eux n’est parfait, mais ils fonctionnent le plus souvent.

Commencez la conversation avant de construire quoi que ce soit

Cela semble évident, mais j’ai continué à l’ignorer. Je créerais d’abord le tableau de bord, puis j’essaierais de défendre mes choix plus tard. En arrière.

Maintenant, je commence par une conversation de 15 minutes. Eh bien, parfois, cela peut être moindre si les gens sont occupés.

Il n’est pas nécessaire que l’heure soit précise, il suffit de demander : quelle décision essayez-vous de prendre avec ces données ? Qui d’autre va le regarder ? Et que se passe-t-il si nous nous trompons ?

Ces questions sont utiles de plusieurs manières.

Pour commencer, ils montrent que vous réfléchissez à leurs problèmes, pas seulement à vos principes de conception. L’empathie est un compétence essentielle en science des donnéessurtout lorsque vous avez besoin que les gens utilisent réellement ce que vous construisez.

De plus, ils vous donnent quelque chose sur lequel revenir plus tard.

Par exemple, lorsque quelqu’un demande un graphique supplémentaire, vous pouvez ramener la conversation à l’objectif initial et lui rappeler la décision qu’elle soutient, le public qu’elle sert et le risque de se tromper.

Ce changement compte.

Beaucoup.

Parce que maintenant la conversation ne porte plus sur quoi peut être ajouté, il s’agit de ce qui mérite sa place.

Établissez la confiance en montrant, pas en disant

Au début de ma carrière, j’essayais de convaincre les gens avec des principes. Des éléments tels que les « meilleures pratiques » pour résoudre des problèmes ou naviguer dans des sujets spécifiques.

Il s’avère que ? Personne ne s’en soucie vraiment. Ou peut-être qu’ils s’en soucient un tout petit peu, mais pas assez pour surmonter leur peur de rater quelque chose.

J’ai donc arrêté d’essayer de convaincre les gens avec des mots et j’ai plutôt commencé à leur montrer l’impact.

J’ai commencé à conserver la version complète, mais en faisant de la version simple la version par défaut.

Plus tard, je suivrais comment les parties prenantes les utilisaient réellement. Et neuf fois sur dix, ils utilisaient le simple et ne touchaient jamais à la sauvegarde.

Un jour, une vice-présidente m’a dit qu’elle avait en fait oublié l’existence de la version complète. C’est à ce moment-là que j’ai su que nous étions sur quelque chose.

Sachez quand faire des compromis (et quand ne pas le faire)

Celui-ci est plus simple qu’il n’y paraît.

Après suffisamment de rencontres comme celle-ci, j’ai appris à choisir mes combats. Toutes les demandes ne valent pas la peine d’être combattues.

Si quelqu’un veut ajouter un graphique supplémentaire et que cela ne brise pas fondamentalement le récit ? Bien. Ajoutez-le. Gardez votre crédibilité pour les problèmes plus importants.

Mais si une requête transformait votre tableau de bord ciblé en un vidage de données ? C’est à ce moment-là que je repousse.

Mon approche est maintenant d’accepter d’ajouter ce qu’ils demandent, mais de mentionner que je crains que cela ne brouille la question principale. Ajoutez tout, examinez-le ensemble et voyez si cela fonctionne toujours.

---

Réflexions finales

Construire des tableaux de bord clairs est une compétence, mais les garder clairs lorsque tout le monde en veut plus ? C’est un défi complètement différent.

Avant, je pensais que c’était à cause des graphiques. Ce n’est pas le cas. Il s’agit de comprendre ce qui inquiète réellement les gens et de répondre à ces préoccupations sans transformer votre tableau de bord en chaos.

Certains jours, je me trompe encore. Je cède trop vite ou je mène des batailles qui n’ont pas d’importance. Mais j’apprends encore.

Si vous êtes coincé entre ce que vous savez efficace et ce que votre organisation acceptera, ne vous inquiétez pas, vous n’êtes pas seul. Nous sommes tous en train de comprendre cela.