Une équipe de communication interne sort la lettre hebdomadaire de la direction de la newsletter pour la publier dans un canal Teams, avec un argument raisonnable : c’est là que les gens sont déjà. L’animation paraît vivante. Six mois plus tard, la direction générale pose une question simple sur la publication de jeudi dernier : combien de personnes l’ont vue ? L’équipe ouvre Teams, puis le centre d’administration Teams, puis les rapports d’usage Microsoft 365, et découvre qu’il n’y a pas de réponse. Pas une réponse décevante. Aucune réponse.
C’est l’arbitrage que fait Teams, et il vaut la peine de le comprendre avant d’y déplacer un canal majeur. Teams est la meilleure surface de Microsoft 365 pour une communication adressée à un groupe délimité et qui attend une réponse. C’est la plus faible pour une communication dont il faudra prouver qu’elle a porté.
Ce que Teams réussit vraiment en communication interne
Teams mérite sa place pour un usage précis : parler à un groupe assez restreint pour qu’une conversation ait lieu, quand la conversation est justement le but. Un directeur de site qui publie un changement d’organisation d’équipes dans un canal de 80 collaborateurs de production, et qui reçoit trois questions de clarification, utilise Teams exactement comme prévu. Le message arrive dans l’outil déjà ouvert, les questions sont visibles de tous, et la réponse n’est donnée qu’une fois.
C’est aussi le lieu naturel du relais managérial. Quand le message corporate a besoin d’une traduction locale, un manager qui publie dans le canal de son équipe apporte un contexte qu’aucune publication centrale ne peut fournir. Cette couche locale est le point faible de la plupart des fonctions communication interne, et Teams lui donne un endroit où exister[1].
Enfin, Teams atteint des personnes qui n’ouvrent jamais l’intranet. Dans les organisations dispersées, les populations de terrain disposent souvent de Teams sur un appareil partagé et de rien d’autre. Notre article sur la mesure des communications vers les équipes terrain traite cette population en détail.
L’indicateur que Teams n’a pas
Voici l’écart, énoncé précisément. Une page d’actualité SharePoint a des visiteurs uniques. Une newsletter a des ouvertures et des clics. Une publication Viva Engage a des vues et des réactions dans une communauté dont on connaît les membres. Une publication de canal Teams n’a rien de tout cela sous une forme exportable.
Ce qui existe est réel mais se situe au mauvais niveau. Les statistiques par équipe dans le client Teams affichent les utilisateurs actifs, les publications et les réponses sur une période, ce qui décrit la santé de l’équipe et non la portée d’un message[2]. Les rapports d’usage Teams du centre d’administration Microsoft 365 agrègent l’activité du tenant, là encore par utilisateur et par équipe, jamais par publication[3]. Aucun des deux ne répond à la question de la direction générale.
L’indicateur « vu par » qui apparaît sur certaines publications ne remplace rien. Il n’est présent que dans les équipes de taille réduite, il s’agit d’un affichage côté client et non d’une donnée de reporting, et aucun export ne le fait entrer dans un rapport mensuel. Les réactions sont pires : elles mesurent l’enthousiasme de quelques personnes, et dans un canal de 400 membres elles sont compatibles avec à peu près n’importe quel niveau de lecture.
| Canal | Preuve de portée disponible | Segmentable nativement | Historisable |
|---|---|---|---|
| Page d’actualité SharePoint | Visiteurs uniques, vues dans le temps | Non | Sur la fenêtre de conservation |
| Newsletter | Distribution, ouvertures, clics | Par liste, pas par attribut | Oui, dans l’outil d’envoi |
| Publication Viva Engage | Vues et réactions dans une communauté connue | Non | Sur la fenêtre de conservation |
| Publication de canal Teams | Aucune au niveau de la publication | Non | Non |
La conséquence n’a rien de théorique. L’étude State of the Sector de Gallagher place régulièrement la multiplication des canaux et la mesure en tête des préoccupations du métier, et les deux sont liées : chaque canal ajouté sans mesure de portée rend l’image d’ensemble moins complète, et non plus complète[4]. Teams est le canal le plus souvent ajouté sans que personne ait vérifié ce qu’il rapporte.
Quatre façons de mesurer Teams malgré tout
Instrumentez la destination, pas la publication
La technique la plus fiable consiste à renoncer à mesurer la publication. Placez le fond sur une page SharePoint et utilisez la publication Teams comme mécanisme de distribution, avec un lien tracé. Vous mesurez alors la page, qui dispose de données de lecture, et vous héritez de la segmentation de votre couche analytique. Notre lecture détaillée de l’analytique native de SharePoint précise ce que cette donnée de page contient et ce qu’elle ne contient pas.
Mesurez le relais, pas la diffusion
Pour le relais managérial, la mesure utile n’est pas la lecture mais le fait que le relais ait eu lieu. Suivez la part des canaux d’équipe dans lesquels un manager a publié la version locale dans le délai convenu. Dans un groupe de 12 000 collaborateurs avec 900 managers, savoir que 61 % ont publié et que l’écart se concentre sur deux régions est un constat directement actionnable : il mesure votre modèle de fonctionnement, pas un contenu.
Servez-vous de l’activité par équipe comme signal de vie
Les données d’activité par équipe répondent bien à une question plus étroite : ce canal est-il vivant ou abandonné ? Un canal de communication sans publication depuis six semaines et avec trois utilisateurs actifs n’est pas un canal, et une cartographie qui en recense discrètement quarante est un constat à présenter.
Dédupliquez les personnes entre les canaux
Une personne touchée par l’intranet, la newsletter et une publication Teams compte trois fois dans un reporting par canal, et une personne touchée par aucun n’apparaît pas. La déduplication multicanale sur une population de référence est la seule façon de répondre à la question réellement posée par les dirigeants : quelle part de l’organisation avons-nous atteinte. La méthode est décrite dans notre article sur la mesure cross-canal, et les quatre questions auxquelles un chiffre peut répondre sont dans notre guide de l’analyse de la communication interne.
La position honnête sur le reporting natif de Teams
Le reporting Teams est gratuit, déjà activé, et juste pour ce qu’il a été conçu à faire. Microsoft l’a construit pour l’adoption et l’administration, pas pour la mesure éditoriale, et il fait très bien le travail d’adoption. Si votre question est de savoir si Teams est utilisé dans l’organisation, les rapports natifs y répondent seuls.
Les limites apparaissent sur la question éditoriale. Pas de portée au niveau de la publication, aucun rapprochement avec les attributs organisationnels comme la fonction, le pays, le site ou le type de contrat, et aucune continuité quand une équipe est renommée, archivée ou réorganisée. Ce dernier point surprend, parce qu’une réorganisation de canaux peut supprimer l’historique qui vous servait de référence.
Certaines équipes tentent de combler l’écart avec un développement Power BI sur l’API de reporting Microsoft Graph. C’est possible, et plus exigeant qu’il n’y paraît. L’API 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. Un développement fiable exige un processus d’ingestion solide et un rapprochement planifié avec les chiffres natifs : budgétez le pipeline plutôt que le tableau de bord.
Tryane se place au-dessus de tout cela. La plateforme lit Teams aux côtés de SharePoint, Viva Engage et votre outil de newsletter, rapproche cette activité de votre structure organisationnelle via Entra ID ou un fichier RH, et conserve l’historique au travers des renommages et des migrations. Tryane est certifié SOC 2 Type 2 et conforme au RGPD par conception, héberge en Europe par défaut avec une résidence des données aux États-Unis sur demande, et se déploie en quelques heures via l’authentification unique Entra ID, sans agent à installer. Pour une comparaison des deux surfaces conversationnelles, voir Teams face à Viva Engage.
Une règle de canal qui garde Teams à sa place
La conclusion pratique est une règle, pas un outil. Utilisez Teams pour une communication vers un groupe délimité, quand une réponse est souhaitée et que vous n’aurez jamais à défendre la portée : consignes d’équipe, relais managérial local, points de projet, questions après une réunion plénière. Gardez sur une surface qui enregistre la lecture tout ce dont il faudra rendre compte, et servez-vous de Teams pour y amener le trafic. Les options d’instrumentation détaillées sont dans notre article sur la mesure de la communication interne sur Microsoft Teams.
Questions fréquentes
Peut-on savoir combien de personnes ont lu une publication de canal Teams ?
Pas sous forme de donnée exploitable. Certaines publications affichent un indicateur « vu par » dans les équipes de taille réduite, mais c’est un affichage côté client et non un indicateur, il n’existe pas pour toutes les tailles d’équipe, et rien ne l’exporte vers un rapport mensuel. Si la lecture d’un message précis compte, publiez le fond sur une page SharePoint et servez-vous de Teams pour y renvoyer.
Faut-il déplacer notre canal principal vers Teams ?
Seulement si vous acceptez de ne plus pouvoir en démontrer la portée. Teams est un bon choix pour la conversation et le relais, un mauvais choix pour les communications majeures qui figureront dans un rapport au comité. Les organisations qui mesurent bien finissent en général avec le fond sur SharePoint, la distribution par Teams et la newsletter, et la discussion communautaire dans Viva Engage.
Quelle différence entre Teams et Viva Engage en communication interne ?
Teams s’adresse à des groupes délimités qui travaillent ensemble, Viva Engage à des communautés ouvertes dans l’organisation. La différence de mesure compte autant que la différence culturelle : une publication Viva Engage a des vues et des réactions dans une communauté dont on connaît les membres, une publication de canal Teams n’a aucun équivalent.
Microsoft Copilot change-t-il ce que l’on peut mesurer dans Teams ?
Pas au niveau de la portée. Copilot résume et rédige dans la conversation, ce qui modifie la manière de travailler avec les contenus, pas ce que la plateforme enregistre sur les personnes qui les ont vus. L’écart décrit ici relève d’un choix de conception du reporting, pas d’une fonctionnalité qu’un assistant viendrait combler.
Tryane remplace-t-il les rapports d’administration Teams ?
Non. Teams continue d’enregistrer ce qu’il enregistre, et les rapports d’administration restent la bonne source pour les questions d’adoption et d’administration. Tryane lit Teams avec vos autres canaux et rapproche le résultat de votre structure organisationnelle, pour traiter les questions de portée et de segmentation qu’aucun rapport natif ne couvre.
Sources
• Microsoft Learn, présentation des équipes et des canaux
• Microsoft Learn, statistiques des équipes et des canaux
• Microsoft Learn, rapport d’usage Microsoft Teams
• Gallagher, State of the Sector
Pour aller plus loin
• Mesurer la communication interne sur Microsoft Teams
• Mesurer les communications internes cross-canal
• Mesurer les communications vers les équipes terrain
• Analyse de la communication interne, le guide
Tryane anime une session de travail de 15 minutes avec les directions de la communication interne : apportez votre cartographie de canaux et nous montrons lesquels de vos canaux Teams sont démontrables aujourd’hui et lesquels ne le sont pas, sur votre propre tenant. Réservez un créneau avec Jérémy.