La direction de la communication interne d’un groupe d’ingénierie de 14 000 collaborateurs nous a posé l’an dernier une question qui mérite d’être citée : « Nous avons des chiffres SharePoint, des chiffres Viva Engage, des chiffres Teams et des chiffres de newsletter. Pourquoi suis-je toujours incapable de dire si la région Europe du Sud est mieux informée qu’en janvier ? »
Elle avait quatre outils et aucun modèle. Chacun de ces systèmes savait produire un graphique. Aucun ne détenait ce qui permettait de répondre à sa vraie question : une définition stable de la personne, rattachée à une définition stable de l’unité organisationnelle, dans le temps. Cet article porte sur cette couche. C’est la décision que la plupart des programmes d’analytique du digital workplace escamotent, et c’est pour cela qu’ils s’enlisent au quatrième mois.
Les quatre entités nécessaires, et seulement quatre
Retirez les schémas d’architecture des éditeurs et un modèle de mesure du digital workplace tient en quatre entités. Tout ce que l’on vous demandera se ramène à une question sur la relation entre ces quatre-là.
La personne. Une ligne par être humain, avec une clé qui ne change pas quand il se marie, change de pays ou obtient un nouvel intitulé de poste.
L’unité organisationnelle. La fonction, la division, le site, le pays, le type de contrat et la langue de cette personne. C’est l’entité qui transforme une donnée d’activité en réponse qui intéresse un comité de direction.
Le contenu. Une actualité, un message de communauté, une annonce Teams, une édition de newsletter. Il a un auteur, un moment de publication et une audience visée, et c’est ce dernier attribut que personne n’enregistre.
L’événement. Une personne a fait quelque chose sur un contenu à un instant donné. Vue, lecture jusqu’au bout, réaction, réponse, clic sortant.
La maille qui fonctionne en pratique est une ligne par personne, par contenu, par type d’événement, par jour. Plus grossier, vous perdez la capacité de répondre aux questions de segment. Plus fin, vous stockez de la télémétrie que vous n’interrogerez jamais. Une fois cette maille arrêtée, la plupart des débats d’outillage se règlent d’eux-mêmes, car un outil la supporte ou ne la supporte pas.
La clé d’identité est la décision la plus coûteuse à rater
Voici la position que défend cet article : votre clé d’identité pèse plus lourd que votre outil de visualisation, et elle est le plus souvent choisie par accident.
La plupart des modèles improvisés s’appuient sur l’adresse de messagerie, parce que c’est le champ présent dans tous les exports. C’est une très mauvaise clé. Elle change au mariage, au changement de marque, au rachat, et le jour où la DSI décide d’unifier le domaine. Chacun de ces changements scinde silencieusement une personne en deux : vos compteurs de lecteurs uniques dérivent à la hausse pendant que vos taux de participation dérivent à la baisse.
La clé stable est l’identifiant d’objet Entra ID. C’est un GUID, il ne change pas, et c’est celui qu’utilisent nativement les points de terminaison Microsoft Graph[1]. D’où que viennent vos attributs organisationnels, synchronisation d’annuaire ou extraction RH, ils doivent se rattacher à cet identifiant plutôt qu’à un nom ou à une adresse. Ce travail n’a rien de gratifiant. C’est aussi la différence entre un modèle qui tient trois ans et un modèle à reconstruire après la prochaine acquisition.
Deux pièges connexes. Les comptes partagés en atelier font qu’un identifiant représente quinze personnes : comptez-y des postes et des sessions plutôt que de prétendre qu’il s’agit d’une personne. Et les comptes de service et publications automatisées apparaîtront comme des collègues extraordinairement engagés si vous ne les excluez pas explicitement.
La structure organisationnelle est une dimension qui bouge
C’est le point que presque tous les modèles construits en interne ratent, et il mérite une section entière parce qu’il a une bonne réponse.
Votre structure n’est pas une table de référence figée. Des équipes fusionnent, des sites ferment, une région est renommée, une division entière passe sous un autre dirigeant. Si votre modèle ne détient que la structure actuelle et y rattache l’activité passée, alors le lendemain d’une réorganisation votre historique se réécrit tout seul. Les chiffres de janvier d’une division disparue sont réaffectés à celle qui l’a absorbée, et la tendance présentée en février n’est plus reproductible.
Deux traitements sont légitimes, et il faut en choisir un délibérément.
- Tel que c’était. On stocke l’unité de la personne au moment de l’événement. L’historique reste reproductible et la diapositive de l’an dernier correspond toujours. Le coût : les comparaisons de part et d’autre d’une réorganisation deviennent délicates, puisque les unités ne sont pas les mêmes.
- Tel que c’est aujourd’hui. On retraite tout l’historique sur la structure actuelle. Les comparaisons sont propres et les dirigeants voient leur propre organisation. Le coût : vos chiffres changent rétrospectivement, ce que vous devez savoir expliquer.
La plupart des équipes devraient stocker les deux et retenir « tel que c’était » par défaut pour le reporting, en gardant « tel que c’est » pour la planification. Ce qu’il ne faut jamais faire, c’est ne stocker que la structure actuelle et la présenter comme un historique. Si une restructuration s’annonce, la note sur la mesure de la communication interne pendant une restructuration traite la chorégraphie de reporting autour de ce moment.
Quelle famille d’outils pour quel modèle
Vient alors la question de l’outil, qui devient traitable une fois le modèle arrêté. Quatre familles sont en jeu, et chacune impose un modèle de données, que vous le remarquiez ou non.
| Famille d’outils | Modèle imposé | Réellement bon pour | Où cela s’arrête |
|---|---|---|---|
| Panneaux natifs : usage des sites SharePoint, statistiques de communauté Viva Engage, analytics Teams | Un produit, une surface, des fenêtres fixes | Répondre à « ce site ou cette communauté fonctionne-t-il » sans installation ni coût | Aucun attribut organisationnel par personne, aucun rapprochement entre produits, conservation limitée |
| Microsoft Graph et Power BI | Celui que vous construisez, ce qui est l’intérêt | Contrôle total, licences déjà présentes, combinaison de sources[2] | Vous assumez la clé d’identité, la dimension mouvante et le problème de fiabilité |
| Balises de mesure d’audience sur l’intranet | Sessions et pages, anonyme par défaut | Comportement page à page, parcours de navigation, termes de recherche | Aucune personne, donc aucune segmentation par fonction ou par site, et une complexité de consentement |
| Couche analytique dédiée à la communication interne | Personne, unité, contenu, événement, avec historique | Reporting multicanal segmenté immédiatement disponible | Une décision produit et un cycle d’achat |
Le cadrage honnête sur le natif d’abord. Les panneaux Microsoft sont gratuits, déjà activés, et réellement suffisants quand la question est bornée à une surface. Un animateur qui gère une communauté Viva Engage, ou un responsable d’intranet qui suit un site de communication, n’a besoin de rien d’autre et ne doit rien acheter. Le reporting Viva Connections ajoute une vue utile de la façon dont l’intranet est atteint sur poste et sur mobile[3]. Les limites sont structurelles plutôt que fautives : le natif rend compte d’un produit, et votre question porte sur une organisation.
Si vous le construisez sur Power BI
Construire le modèle vous-même sur Graph et Power BI est une voie légitime, et certaines organisations la mènent bien. Trois choses doivent être dites clairement avant tout budget. L’API de reporting Microsoft Graph n’est pas régulièrement fiable et produit des journées de données manquantes. Des clients ont observé dans Power BI des valeurs d’indicateurs qui ne se rapprochent pas des rapports SharePoint natifs sur la même période. Et un développement fiable exige un processus d’ingestion solide avec un rapprochement planifié sur les chiffres natifs : vous budgétez donc une chaîne de traitement, pas un tableau de bord. Le guide honnête sur les analytics SharePoint avec Power BI en chiffre le coût sur trois ans.
L’ordre des travaux
L’ordre qui fonctionne : arrêter les quatre entités et la maille, fixer la clé d’identité, décider du traitement de la dimension mouvante, puis choisir l’outil. Les équipes qui inversent cet ordre obtiennent un tableau de bord auquel personne ne se fie et une reconstruction dix-huit mois plus tard.
Deux décisions compagnes se placent ici. Définissez vos unités avant de totaliser quoi que ce soit entre canaux, car une vue SharePoint et une ouverture de newsletter ne sont pas le même événement, ce que l’article sur les totaux multicanaux qui ne s’additionnent pas détaille. Et réglez la question de qui détient quoi, que traite le guide du digital workplace, car un modèle sans propriétaire se dégrade.
C’est la couche qu’occupe Tryane. La plateforme lit SharePoint, Viva Engage, Teams et les outils de newsletter dans un modèle unique, s’appuie sur Entra ID, rapproche les attributs organisationnels issus de l’annuaire ou d’un fichier RH, conserve l’historique de structure pour qu’une réorganisation ne réécrive pas l’an dernier, et retient un historique illimité au travers des transitions produit. Certification SOC 2 Type 2, conformité RGPD par conception, hébergement en Europe par défaut avec résidence des données aux États-Unis sur demande, authentification unique Azure AD ou Entra ID, aucun agent à installer, déploiement en quelques heures. Pour la conception des attributs, le guide de la segmentation d’audience est le compagnon pratique, et l’article sur la stratégie de mesure explique comment la phaser.
Questions fréquentes
Qu’est-ce que l’analytique du digital workplace, précisément ?
La mesure sur l’ensemble des surfaces Microsoft 365 réellement utilisées par les collaborateurs, rapprochée de la structure organisationnelle pour que les résultats se lisent par fonction, site, pays ou type de contrat. Le trait distinctif n’est pas le nombre de tableaux de bord, mais la présence d’un modèle partagé de personne et d’unité en dessous.
Peut-on s’en tenir aux outils natifs Microsoft ?
Pour des questions portant sur une seule surface, oui, et c’est même recommandé. Le reporting natif de site et de communauté est gratuit, déjà activé et adapté à une question bornée. Il devient insuffisant dès qu’il faut des attributs organisationnels par personne, des rapprochements entre produits, ou un historique au-delà de la fenêtre de conservation native.
Pourquoi ne pas simplement s’appuyer sur l’adresse de messagerie ?
Parce qu’elle change. Mariage, changement de marque, rachat et unification de domaine réécrivent tous les adresses, et chaque réécriture scinde une personne en deux dans votre historique. Appuyez-vous sur l’identifiant d’objet Entra ID et traitez l’adresse comme un simple attribut d’affichage.
Que devient notre reporting après une réorganisation ?
Cela dépend d’un choix à faire en amont. Si vous stockez l’unité au moment de l’événement, l’historique reste reproductible. Si vous retraitez sur la structure actuelle, les comparaisons sont plus propres mais les chiffres passés changent. Stocker les deux et indiquer lequel sert à un rapport donné est la formule la plus sûre.
Comment Tryane se situe-t-il face à notre reporting Power BI ?
En général en dessous plutôt qu’à la place. Les équipes qui ont standardisé Power BI comme couche de restitution la conservent et prennent Tryane comme source via l’API : ce qui change, c’est l’ingestion, la résolution d’identité et l’historique de structure, pas les visuels que l’organisation lit déjà.
Sources
• Microsoft Learn, présentation des rapports Microsoft Graph
• Microsoft Learn, rapports d’activité Microsoft 365
• Microsoft Learn, présentation de Viva Connections
Pour aller plus loin
• Pourquoi vos totaux multicanaux ne s’additionnent pas
• Le guide du digital workplace, composants et gouvernance
• La segmentation d’audience en communication interne
• Mesurer les communications internes cross-canal
• Construire une stratégie de mesure pour la communication interne
Tryane anime une session de travail de 15 minutes avec les directions de la communication interne, pour esquisser le modèle personne et unité sur votre propre parc Microsoft 365 et montrer où le reporting actuel ne sait pas répondre à une question de segment. Réservez un créneau avec Jérémy.