Une direction de la communication interne d’un groupe de 14 000 collaborateurs hérite d’une filiale logicielle acquise il y a dix-huit mois. Le groupe tourne sur Microsoft 365 et Teams. La filiale, 900 personnes, tourne sur Slack et n’a aucune intention de bouger cette année : son organisation technique s’y opposerait et la DSI a trois priorités plus urgentes. Le rapport mensuel part au comité exécutif avec une note de bas de page précisant que la filiale n’est pas comptée.
Voilà la version réelle de la question. Savoir quelle plateforme est meilleure relève de la DSI, se tranche en général par les licences, et n’implique presque jamais la communication interne. La question qui vous appartient, en revanche, est celle de ce que chaque plateforme permet de mesurer, et de ce que deviennent vos chiffres quand l’organisation fait tourner les deux.
Pourquoi le choix de plateforme est déjà fait
Si votre organisation achète Microsoft 365 E3 ou E5, Teams est inclus et déjà déployé[1]. Ajouter Slack revient à financer une capacité que l’organisation possède déjà, argumentaire difficile à défendre en revue budgétaire. Ce seul fait tranche le sujet dans la plupart des grandes entreprises avant toute comparaison de fonctionnalités.
Slack survit malgré tout, et pour des raisons qui ne sont pas irrationnelles. L’outil est réellement bon pour la conversation rapide, informelle et à fort volume, sa culture d’intégrations est profonde, et les organisations techniques qui ont bâti des flux de travail autour ont de vrais coûts de sortie. Il persiste en général dans trois endroits : les fonctions logicielles et produit, les agences et partenaires qui travaillent en canaux partagés, et les sociétés acquises par un groupe Microsoft 365. Aucune de ces populations ne changera d’avis parce qu’une équipe de communication interne le lui demande.
La position pratique n’est donc pas militante. Elle consiste à demander : avec les plateformes dont nous disposons réellement, que pouvons-nous mesurer, et que devons-nous cesser de prétendre mesurer ?
Ce que chaque plateforme rend mesurable
Les deux plateformes rendent correctement compte d’elles-mêmes, et aucune n’a été conçue pour répondre à la question posée à une fonction communication interne.
| Question de mesure | Microsoft Teams | Slack |
|---|---|---|
| La plateforme est-elle utilisée ? | Rapports d’usage et d’adoption du centre d’administration[2] | Statistiques d’espace de travail : membres actifs, messages, activité des canaux |
| L’annonce a-t-elle été vue ? | Réactions et réponses sur la publication. Pas de confirmation de lecture pour un message de canal | Réactions et réponses sur le message. Les vues ne sont pas exposées comme indicateur de canal |
| Quelles parties de l’effectif ont réagi ? | Pas nativement. Les rapports sont au niveau du tenant ou de l’équipe | Pas nativement. Les rapports sont au niveau de l’espace ou du canal |
| Comment cela se compare-t-il à l’intranet ? | Hors périmètre. SharePoint rend compte séparément | Hors périmètre |
| Peut-on garder trois ans d’historique ? | Des fenêtres de conservation s’appliquent aux rapports natifs | Conservation et export dépendent de l’offre |
Lisez le tableau ligne à ligne et un motif apparaît. Les deux plateformes traitent bien les questions de plateforme et pas du tout les questions de population. Ce n’est pas un défaut : ce sont des produits de collaboration, et le reporting d’adoption est ce qu’un produit de collaboration doit à son administrateur. La mesure dont une fonction communication interne a besoin est un autre métier, et c’est pourquoi elle finit dans une couche distincte. La version propre à Teams est traitée dans mesurer la communication interne sur Microsoft Teams.
La question à laquelle aucune des deux ne répond
Elle prend toujours la même forme : le message a-t-il atteint les personnes auxquelles il était destiné ? Un changement d’organisation des horaires écrit pour 2 300 opérateurs répartis sur onze sites est un succès ou un échec selon la proportion de ces 2 300 qui l’ont vu, pas selon le nombre de réactions récoltées dans un tenant de 14 000. Ni un rapport de centre d’administration ni un tableau de bord d’espace de travail ne détient les attributs nécessaires à ce calcul, parce qu’aucun n’est rapproché de votre annuaire d’une manière qui porte la fonction, le site ou le type de contrat.
Ce qui casse réellement quand vous faites tourner les deux
Faire coexister deux plateformes conversationnelles est un état normal, pas un échec, et c’est bien plus fréquent après une acquisition que les argumentaires d’éditeurs ne l’admettent. Quatre choses cassent côté mesure, et chacune a un contournement.
Deux modèles d’audience sans dénominateur commun. Teams compte sur un tenant Microsoft 365, Slack compte sur un espace de travail, et aucun des deux ne correspond à votre effectif. Chaque pourcentage présenté est donc mesuré sur une base différente selon la plateforme, détail qu’une direction financière remarque.
Double publication et double comptage. La même annonce publiée aux deux endroits produit deux jeux de chiffres non additionnables. Une personne qui l’a vue deux fois reste une personne atteinte, et seule une vue rapprochée fait la différence. L’approche générale figure dans mesurer les communications internes en cross-canal.
Aucune source de référence. Quand une annonce vit à deux endroits, la version que l’on vous cite est celle publiée par le manager, et c’est souvent une reformulation. C’est un problème de gouvernance avant d’être un problème de mesure.
Historique coupé en deux. Le jour où la société acquise migre enfin, son historique de communication ne suit pas sous une forme exploitable : la comparaison d’une année sur l’autre casse précisément quand la direction veut voir la progression de l’intégration. Le sujet est traité dans notre playbook analytique des fusions et acquisitions.
Une approche exploitable dans une organisation à deux plateformes
Commencez par désigner des canaux plutôt que par tout mesurer. Dans la plupart des organisations, deux ou trois canaux Teams et un ou deux canaux Slack portent la communication dont vous êtes comptable. Le reste est de la conversation de travail, et le mesurer produit du volume sans signification.
Définissez ensuite un modèle d’audience unique et appliquez-le aux deux plateformes : fonction, division, pays, site, langue, type de contrat. Ces attributs viennent d’Entra ID ou d’un extrait RH[3], et ils appartiennent à l’organisation plutôt qu’à l’une des plateformes, ce qui en fait un bon dénominateur commun. La structuration est expliquée dans la segmentation d’audience en communication interne.
Enfin, mesurez le message plutôt que la plateforme. L’unité qui intéresse un comité exécutif est l’annonce et la population visée, pas l’outil emprunté. Ce recadrage rend aussi la future migration sans effet sur le reporting, puisque l’historique au niveau du message survit à un changement de surface.
La position honnête sur le reporting natif
Le reporting natif Microsoft est gratuit, déjà activé, et suffisant pour une équipe qui mesure l’adoption d’une seule surface[4]. Si votre question est de savoir si l’usage de Teams progresse, le centre d’administration y répond. Les statistiques d’espace de travail de Slack font le travail équivalent côté Slack.
Les équipes tentent souvent de combler l’écart avec un développement Power BI sur l’API de reporting Microsoft Graph. C’est possible, mais l’API n’est pas régulièrement fiable et produit des journées de données manquantes[5]. 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. Le détail figure dans construire des analytics SharePoint avec Power BI.
Tryane occupe cette couche. La plateforme lit les canaux Teams que vous désignez aux côtés de SharePoint, Viva Engage et votre outil de newsletter, rapproche l’activité de la structure organisationnelle via Entra ID ou un fichier RH, et conserve l’historique au travers des transitions. 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, se déploie en quelques heures en authentification unique, et n’installe aucun agent. Les conversations et canaux privés sont hors périmètre par conception.
La décision qui compte vraiment
Ce n’est pas Teams ou Slack. La décision qui mérite du capital politique porte sur l’endroit où vivent les annonces destinées à toute l’organisation, et sur le fait que la communication interne en soit propriétaire. Les travaux de Gallup sur le travail hybride montrent que la clarté sur la provenance de l’information distingue les équipes qui encaissent le changement de celles qui le subissent[6]. Une organisation dotée d’une surface d’annonce désignée et d’une cascade claire communiquera mieux qu’une organisation équipée du meilleur outil et sans accord sur l’endroit où les choses se publient. Si le débat interne porte en réalité sur Teams et Viva Engage, la comparaison est traitée dans Teams comparé à Viva Engage.
Questions fréquentes
Teams ou Slack, lequel est meilleur pour la communication interne ?
Dans une organisation Microsoft 365, Teams est la réponse pragmatique : déjà sous licence, déjà déployé, déjà rapproché de votre annuaire. Slack est réellement fort sur la conversation informelle rapide et les intégrations, ce qui explique sa persistance dans les fonctions techniques et les sociétés acquises. Aucun des deux n’est un outil de diffusion, et aucun ne répond à la question de portée sur laquelle une fonction communication interne est jugée.
Faut-il forcer une société acquise à quitter Slack ?
Rarement la première année, et rarement comme initiative de communication. La migration est un programme informatique et de conduite du changement, avec son propre dossier économique. Ce que la communication interne doit exiger entre-temps, c’est une surface d’annonce désignée pour les messages groupe et un modèle d’audience unique appliqué aux deux plateformes.
Peut-on mesurer un taux de lecture sur un canal Teams ?
Pas sous forme de confirmation de lecture native. Sont disponibles les réactions, les réponses et la participation aux fils, ainsi que l’usage au niveau du tenant et de l’équipe. Approcher une portée réelle suppose de rapprocher l’activité au niveau de la publication de la population visée, ce que les rapports natifs ne sont pas conçus pour faire.
Comment rendre compte des deux plateformes sans double comptage ?
Comptez des personnes, pas des événements, et comptez-les sur une population de référence plutôt que sur une base de plateforme. Une personne atteinte sur l’une ou l’autre reste une personne atteinte. Cela suppose un modèle d’audience commun, à construire une fois puis à réutiliser.
Tryane lit-il Slack ?
Tryane est conçu pour les canaux Microsoft 365 : SharePoint, Viva Engage, Teams et les outils de newsletter. Dans une organisation à deux plateformes, la pratique consiste à mesurer correctement le périmètre Microsoft 365 et à présenter explicitement la population Slack comme un segment non mesuré, plutôt qu’un chiffre groupe qui exclut discrètement 900 personnes. Assumer la couverture réelle est plus crédible qu’un agrégat qui masque un trou.
Sources
• Microsoft Learn, présentation de Microsoft Teams
• Microsoft Learn, référence des rapports Teams
• Microsoft Learn, Microsoft Entra ID
• Microsoft Learn, rapports d’activité Microsoft 365
• Microsoft Learn, API de reporting Microsoft Graph
Pour aller plus loin
• Mesurer la communication interne sur Microsoft Teams
• Mesurer les communications internes en cross-canal
• Le playbook analytique des fusions et acquisitions
• Comment choisir un outil d’analyse de la communication interne
Tryane propose un échange de 15 minutes avec les directions de la communication interne qui travaillent sur plus d’une plateforme conversationnelle, pour bâtir un modèle d’audience unique et un reporting cohérent pendant la coexistence. Réservez 15 minutes avec Jérémy.