Designing an internal communications dashboard from scratch

Comment construire un dashboard de communication interne, étape par étape

Home › Blog › How to Build an Internal Communications Dashboard, Step by Step

Par Nicolas Saliba · 8 min de lecture

Un processus de construction en cinq étapes, des questions de mesure jusqu’à une vue live

Points clés

  • Construisez dans le bon ordre : d’abord les questions, ensuite les métriques, puis les sources de données, ensuite le layout, et l’automatisation en dernier. Inverser cet ordre est la raison pour laquelle les dashboards échouent.
  • Choisissez des métriques qui répondent à une question et sur lesquelles on peut agir ; supprimez tout ce qui échoue à l’un de ces deux tests.
  • L’automatisation est l’étape qui permet à un dashboard de survivre ; un dashboard qu’il faut reconstruire manuellement chaque mois sera abandonné.

Table des matières

  • Étape 1 : commencer par les questions
  • Étape 2 : choisir les métriques qui y répondent
  • Étape 3 : connecter les sources de données
  • Étape 4 : concevoir le layout
  • Étape 5 : automatiser et itérer
  • Faire vivre le dashboard dans le temps

Introduction

La plupart des dashboards de communication interne sont construits “metric-first” : quelqu’un liste tous les chiffres disponibles et les dispose sur un écran. Le résultat est dense et peu utilisé. Ce guide propose l’ordre inverse, en partant des questions, ce qui fait la différence entre un dashboard que les gens consultent et un dashboard qu’ils ignorent. Pour savoir ce qui doit figurer sur la vue finale, vous pouvez le lire en parallèle de notre guide sur le design de dashboard.

L’ordre des étapes constitue toute la méthode, donc il vaut la peine d’expliquer pourquoi. Chaque étape contraint la suivante : les questions déterminent les métriques, les métriques déterminent les sources de données, les sources conditionnent ce que le layout peut montrer, et ce n’est qu’ensuite que l’automatisation rend l’ensemble reproductible. Les équipes qui commencent au milieu — avec les données qu’elles ont sous la main ou un layout qu’elles admirent, finissent avec un dashboard qui ne répond à aucune question claire et qui est abandonné dans le trimestre. Construire dans le bon ordre donne une raison à chaque décision.

Étape 1 : commencer par les questions

Avant d’ouvrir le moindre outil, écrivez les trois à cinq questions auxquelles le dashboard doit répondre : atteignons-nous la workforce, le message stratégique est-il passé, les bonnes personnes s’engagent-elles, l’intranet fonctionne-t-il ? Le dashboard existe pour répondre à ces questions, et toute métrique qui n’en sert aucune est du bruit. Cette étape prend un après-midi et en fait gagner plusieurs semaines.

Les questions doivent aussi être validées par un responsable, car un dashboard construit pour répondre aux questions de l’équipe IC peut manquer celles que le leadership pose réellement. Faire valider la liste des questions par le ou la responsable IC, et idéalement par une partie prenante représentative, avant de commencer la construction est ce qui aligne le dashboard sur les décisions qu’il est censé soutenir. Il est beaucoup moins coûteux de négocier les questions maintenant sur une page que de reconstruire le dashboard après une première revue peu convaincue du leadership.

Action pratique : écrivez les questions de votre dashboard sur une page et faites-les valider par le ou la responsable IC avant de construire quoi que ce soit. Cette page est votre périmètre.

Étape 2 : choisir les métriques qui y répondent

Pour chaque question, choisissez l’ensemble le plus réduit possible de métriques qui y répond. “Atteignons-nous la workforce ?” nécessite la portée cross-canal et la portée segmentée, pas une douzaine de compteurs d’activité. Appliquez deux tests à chaque métrique candidate : répond-elle à une question, et quelqu’un peut-il agir dessus ? Si elle échoue à l’un des deux, elle n’a pas sa place sur le dashboard.

La discipline du “plus petit ensemble possible” est plus difficile qu’elle n’en a l’air, parce que chaque métrique a son défenseur et qu’en ajouter une semble toujours plus prudent que l’écarter. Pourtant, chaque métrique supplémentaire dilue l’attention et ralentit la lecture, donc le coût d’une métrique qui ne répond à aucune question est bien réel même si elle paraît inoffensive. Les deux tests vont répondre à une question, et pouvoir déclencher une action sont volontairement stricts, car un dashboard doit autant sa valeur à ce qu’il exclut qu’à ce qu’il affiche.

Action pratique : pour chaque métrique que vous êtes tenté d’inclure, nommez l’action que quelqu’un prendrait à partir d’elle. Pas d’action, pas de place sur le dashboard.

Étape 3 : connecter les sources de données

Associez maintenant chaque métrique à sa source : SharePoint, Viva Engage, Teams, la newsletter, et votre modèle d’audience. C’est ici que la construction devient difficile, car les métriques les plus utiles sont cross-canal et nécessitent déduplication et modèle de segmentation unique. Une approche “build your own” doit faire ce travail elle-même ; une plateforme dédiée arrive avec les sources déjà connectées.

C’est à cette étape que beaucoup de projets de dashboard échouent discrètement, parce que les métriques qui comptent le plus portée unique cross-canal et segmentation cohérente dépendent d’une jointure et d’une déduplication entre plusieurs sources qui ne se connectent pas naturellement. Un dashboard mono-canal est relativement simple ; un dashboard cross-canal qui répond aux vraies questions exige soit un effort d’ingénierie durable pour construire soi-même les jointures, soit une plateforme où les sources sont déjà unifiées. Découvrir cette difficulté à l’étape 3, et non après s’être engagé dans le build, est exactement la raison pour laquelle il faut respecter l’ordre de la méthode.

Action pratique : listez la source de données derrière chaque métrique choisie. Toute métrique dont vous ne pouvez pas accéder de manière fiable à la source représente un problème à résoudre avant le layout, pas après.

Étape 4 : concevoir le layout

Organisez le dashboard pour qu’il se lise de haut en bas : d’abord le chiffre principal, puis la réponse à chaque question dans l’ordre de priorité, avec la segmentation à un clic. Gardez une vue pour l’équipe IC et une version plus simple pour le leadership. Résistez à la décoration ; chaque élément doit justifier sa présence en répondant à une question.

Le layout relève de la communication, pas de la décoration ; il faut donc le concevoir en fonction du mouvement de l’œil, et non de l’effet visuel. Le chiffre le plus important doit être placé là où le regard arrive en premier, les métriques de soutien suivent dans l’ordre des priorités, et le détail se trouve à un niveau en dessous pour celles et ceux qui en veulent davantage, afin que le dashboard se lise comme une phrase plutôt que comme un mur. La discipline des deux vues: une détaillée pour l’équipe, une allégée pour le leadership évite l’erreur de layout la plus fréquente : essayer de servir les deux audiences avec un seul écran encombré.

Action pratique : montrez un brouillon à quelqu’un en dehors de l’IC et demandez-lui ce que le dashboard lui raconte. S’il ou elle ne peut pas le dire en 30 secondes, simplifiez.

Étape 5 : automatiser et itérer

Un dashboard qu’il faut reconstruire à la main tous les mois sera abandonné avant la fin du deuxième trimestre. Automatisez l’actualisation pour qu’il se reproduise lui-même, puis itérez : retirez les métriques que personne n’utilise, ajoutez la question qui revient sans cesse. Les outils natifs et le build your own rendent l’automatisation difficile ; une plateforme avec des templates reproductibles en fait le mode par défaut. Tryane produit des dashboards cross-canal avec des templates prêts pour les directions, est certifié SOC 2 Type 2 et se déploie en quelques heures.

L’automatisation change la nature du temps passé par l’équipe. Quand les données se rafraîchissent d’elles-mêmes, l’effort mensuel cesse d’être consacré à reconstruire les chiffres pour se concentrer sur leur interprétation et les actions à prendre, c’est-à-dire le travail qui crée réellement de la valeur. L’itération constitue l’autre moitié du sujet : un dashboard n’est jamais “fini”, et la discipline consistant à retirer les métriques qui n’entraînent aucune action et à ajouter les questions qui reviennent le maintient pertinent. Un dashboard automatisé et itéré reste vivant ; un dashboard manuel et figé est abandonné.

Action pratique : chronométrez la reconstruction mensuelle de votre dashboard actuel. Si elle prend plus de 30 minutes, automatiser le rafraîchissement est le changement à plus forte valeur que vous puissiez faire.

Faire vivre le dashboard dans le temps

Le mode d’échec des dashboards n’est pas un mauvais lancement, mais une lente disparition, et l’éviter demande une maintenance volontaire. Planifiez une revue trimestrielle du dashboard lui-même, distincte de la lecture de ses chiffres, pour demander quelles métriques sont réellement utilisées, quelles questions ont changé, et ce qu’il faut retirer ou ajouter. Un dashboard jamais élagué accumule des métriques mortes jusqu’à devenir l’écran encombré que vous vouliez éviter, tandis qu’un dashboard revu régulièrement reste léger et digne de confiance.

L’ownership est l’autre moitié de sa survie. Un dashboard sans propriétaire nommé dérive dès que son créateur s’en va : le refresh se casse, personne ne le répare, les questions deviennent obsolètes, personne ne les met à jour. Nommer une personne responsable de la revue trimestrielle et de la santé de la data pipeline transforme le dashboard d’un projet qui s’arrête au lancement en un instrument vivant sur lequel la fonction s’appuie, le seul type de dashboard qui mérite réellement d’être construit.

Action pratique : nommez un owner et mettez une revue trimestrielle du dashboard dans le calendrier. La revue le garde lean ; l’owner le garde opérationnel.

Tryane est certifié SOC 2 Type 2, conforme GDPR / RGPD “by design” et hébergé dans l’UE par défaut, avec résidence des données dans d’autres pays (notamment les États-Unis) disponible à la demande. Le déploiement prend quelques heures : SSO via Azure AD ou Entra ID plus connexion des canaux. L’intégration Power BI est sur la feuille de route ; en attendant, Tryane fournit ses propres dashboards avec des templates prêts pour les directions.

Prochaine étape. Pour construire un dashboard de communication interne qui se reproduit tout seul sur vos vraies données cross-canal, réservez 30 minutes avec Hatim: https://tryane.com/en/#contact-home

Cet article reflète l’état de l’information au 2026-05-19. Adaptez les étapes de construction à vos outils et à vos sources de données.

FAQ

Comment construire un dashboard de communication interne ?
Construisez dans le bon ordre : commencez par les trois à cinq questions auxquelles il doit répondre, choisissez le plus petit ensemble de métriques qui y répond, connectez les sources de données, concevez un layout qui se lit de haut en bas, puis automatisez le refresh et itérez. Inverser cet ordre est la raison pour laquelle la plupart des dashboards échouent.

Quelle est l’erreur la plus fréquente lorsqu’on construit un dashboard IC ?
Construire “metric-first” : lister tous les chiffres disponibles et les disposer sur un écran. Le résultat est dense et peu utilisé. Partir des questions, et retirer toute métrique qui n’en éclaire aucune, est le correctif.

Quelles métriques doivent figurer sur le dashboard ?
Uniquement celles qui passent deux tests : elles répondent à une question définie, et quelqu’un peut agir dessus. La portée cross-canal, la portée segmentée, le ratio engagement / portée et les résultats de campagne sont généralement de bonnes candidates ; les simples compteurs d’activité ne le sont généralement pas.

Pourquoi l’automatisation est-elle importante pour un dashboard ?
Parce qu’un dashboard qu’il faut reconstruire à la main chaque mois finit par être abandonné. Automatiser le rafraîchissement pour qu’il se reproduise lui-même permet à l’équipe de travailler la lecture et le récit, au lieu de reconstruire les données, ce qui est précisément ce qui le maintient vivant.

Comment éviter qu’un dashboard meure après son lancement ?
Nommez un owner et organisez une revue trimestrielle du dashboard lui-même, en demandant quelles métriques sont réellement utilisées, quelles questions ont changé, et ce qu’il faut retirer ou ajouter. Les dashboards non élagués accumulent des métriques mortes ; les dashboards sans owner cassent dès que leur créateur part.

Tryane construit-il des dashboards IC ?
Oui. Tryane produit des dashboards cross-canal sur des templates prêts pour les directions, qui se reproduisent automatiquement, avec segmentation d’audience et historique illimité. La solution est certifiée SOC 2 Type 2 et hébergée dans l’UE par défaut, avec d’autres régions disponibles à la demande.

Sources

Pour aller plus loin