Solution · Par intégration
Notion et Slack sont déjà connectés. Ce qui ne l'est pas, c'est ce qui se décide dans Slack avec ce qui est écrit dans Notion.
L'intégration officielle affiche des aperçus et envoie des notifications. Elle ne crée pas la tâche, ne met pas à jour la propriété de la base de données, ne comprend pas un fil et ne distingue pas une décision d'une conversation. On construit cette couche par-dessus votre Slack et votre Notion, et on la laisse en marche.
Le problème
Le travail se décide dans Slack. L'enregistrement vit dans Notion. Entre les deux, il n'y a personne.
- La décision qui change le projet a été prise dans un fil de vingt messages un vendredi. Dans Notion, la page du projet dit encore ce qu'elle disait lundi.
- Le connecteur officiel fait ce qu'il annonce : il prévisualise des pages et signale des changements. Ce qu'il ne fait pas, c'est créer une tâche depuis un message ni mettre à jour une propriété de base de données depuis Slack — donc ce pas-là, c'est toujours quelqu'un qui le fait à la main.
- Les notifications automatiques de Notion ne peuvent pas entrer dans les canaux privés, c'est-à-dire exactement là où vos équipes travaillent vraiment. Résultat : la moitié des alertes atterrissent dans un canal que personne ne regarde.
- Le connecteur ne comprend pas les fils. La conversation qui compte est imbriquée, et ce qui arrive dans Notion — quand ça arrive — c'est le message isolé, sans la discussion qui l'explique.
- Personne ne peut filtrer avec discernement : soit vous recevez tous les changements de la base de données, soit vous n'en recevez aucun. Comme le volume est insupportable, quelqu'un a coupé le canal il y a quatre mois.
- L'état d'une tâche se raconte dans Slack (« c'est fait », « je repousse à mardi ») et ça s'arrête là. La vue Notion que regarde la direction ment depuis des semaines, en toute bonne foi.
- Quand quelqu'un de nouveau arrive sur le projet, la seule façon de savoir pourquoi une décision a été prise, c'est de demander à qui était dans le fil. Si cette personne est partie, le pourquoi est parti avec elle.
Le coût de ne rien changer
Vous payez deux bons outils et vous en utilisez un et demi. Slack a l'information fraîche et le contexte, Notion a la structure et l'historique, et entre les deux il y a un travail manuel de transcription que personne n'a en charge — donc il se fait mal, ou pas du tout. Le coût n'est pas dans la licence : il est dans la vue de projet que la direction utilise pour décider et qui a deux semaines de retard, dans la tâche que personne n'a créée parce que le fil a refroidi, dans la décision qu'on rediscute six semaines plus tard parce qu'elle n'a jamais été écrite, et dans les heures de la personne la plus senior de l'équipe qui recopie à la main dans Notion ce qu'elle avait déjà écrit dans Slack.
La solution
Une couche de discernement entre le fil et la base de données, dans les deux sens
- 1On commence par la carte, pas par le connecteur : quels canaux Slack alimentent quelles bases de données Notion, quelles propriétés sont obligatoires dans chacune et ce qui compte comme une décision chez vous. Sans cet accord, automatiser ne fait que déplacer le désordre plus vite — donc cette partie se ferme avec vous avant de toucher à quoi que ce soit.
- 2On lit le fil, pas le message. Quand un canal de travail voit passer quelque chose qui change l'état du monde — c'est validé, c'est abandonné, une date bouge, quelqu'un est assigné, un blocage apparaît —, l'IA le détecte avec le fil entier comme contexte et le transforme en l'enregistrement qui convient : tâche, décision ou changement de propriété dans la bonne base de données Notion.
- 3On remplit les propriétés, c'est-à-dire l'endroit où tout le reste s'écroule. Responsable, date, projet, statut et lien permanent vers le fil d'origine. Une tâche sans responsable ni date n'est pas une tâche : c'est une note, et Notion en a déjà trop.
- 4On boucle vers Slack avec discernement. Ce qui change dans Notion revient dans le bon canal — y compris les privés, où le connecteur officiel n'arrive pas — rédigé comme une phrase qui se comprend, groupé par lot au lieu d'une alerte par champ, et seulement quand ça compte : filtré par propriété, par projet et par audience.
- 5On règle les doublons et les mises à jour. Si le fil revient sur une tâche qui existe déjà, elle se met à jour au lieu de créer la quatrième. Si la décision en contredit une précédente, elle est reliée à celle qu'elle remplace au lieu de les laisser cohabiter sans que personne ne sache laquelle fait foi.
- 6On livre mesuré et avec un filet. Quel pourcentage de décisions détectées s'enregistrent sans que personne n'y touche, combien de propriétés obligatoires arrivent remplies et combien de fois quelqu'un corrige à la main ce qu'a écrit la couche. Ce qui est douteux n'est pas inventé : c'est proposé dans le fil avec un bouton de confirmation, et c'est celui qui a décidé qui confirme.
Ce qui change
Ce que tu arrêtes de perdre
Le connecteur natif de Notion pour Slack règle les aperçus et les notifications, mais il ne crée pas de tâche depuis un message ni ne met à jour les propriétés d'une base de données depuis Slack, il n'applique aucune logique conditionnelle et ne groupe pas les alertes, et ses notifications automatiques n'atteignent pas les canaux privés. C'est exactement la bande de travail qui reste manuelle.
Documentation publique du connecteur Notion↔Slack, consultée en 2026-08
La décision cesse de vivre uniquement dans la mémoire de qui était dans le fil : elle reste comme enregistrement, avec responsable, date et lien permanent vers la conversation qui l'a produite.
Mécanisme
La vue de projet Notion cesse d'avoir deux semaines de retard sur la réalité, parce que le statut se met à jour depuis là où il se raconte vraiment — le canal — et non depuis là où personne ne va l'écrire.
Mécanisme
Le canal d'alertes cesse d'être coupé : on envoie moins et mieux — groupé, filtré par propriété et par audience, et aussi dans les canaux privés — au lieu d'un message par champ modifié.
Mécanisme
Ce qu'on mesure : % de décisions de canal enregistrées dans Notion sans intervention humaine, % de propriétés obligatoires remplies automatiquement, tâches en double créées par mois, corrections manuelles sur ce qu'a écrit la couche, et ancienneté moyenne de la vue de projet utilisée par la direction.
Ce qu'on mesure
Fiche technique
- Travail supprimé
- qu'une personne doive lire les fils Slack, décider ce qui était vraiment une décision et le recopier à la main dans la base de données Notion avec son responsable et sa date — et qu'elle ne le fasse presque jamais à temps
- Mise en place habituelle
- 3 à 5 semaines
- Entrée
- les fils qui circulent déjà dans vos canaux de travail Slack et les bases de données Notion que vous avez déjà
- Sortie
- des tâches, des décisions et des changements de statut écrits dans la bonne base de données Notion avec leurs propriétés remplies et un lien permanent vers le fil, et des alertes de retour dans Slack groupées, filtrées et présentes aussi dans les canaux privés
- Compatible avec
- SlackNotionNotion APISlack APINotion AIGoogle WorkspaceMicrosoft Entra ID
- Peut se connecter à
- Vos bases de données Notion actuelles et leurs propriétés, sans les redessinerVos canaux de travail Slack, y compris les privés qu'on aura convenusVos groupes d'utilisateurs Slack, pour router les alertes par audienceLe connecteur officiel Notion↔Slack, qui reste là où il marche déjà
- Ce qu’on mesure
- % de décisions de canal enregistrées dans Notion sans intervention humaine% de propriétés obligatoires remplies automatiquementtâches en double créées par moiscorrections manuelles sur ce qu'a écrit la coucheancienneté moyenne de la vue de projet utilisée par la direction
- Adapté pour
- les équipes qui vivent déjà dans Slack et documentent dans Notion — en général à partir de vingt personnes et plusieurs projets en parallèle — où les opérations, le produit ou le PMO ont déjà admis que l'état réel est dans les canaux et pas dans l'outil
- Pas adapté pour
- ceux dont les bases de données Notion ne sont pas encore structurées — là on définit d'abord le schéma, et on le dit avant de commencer — ni ceux qui cherchent une migration de Notion vers un autre outil ou un nouvel intranet : c'est un autre projet
Voir tout ce que tu peux automatiser en Email et communications →
Questions fréquentes
Le connecteur officiel règle la surface, et il la règle bien : il prévisualise les pages Notion quand vous collez un lien dans Slack, il signale les changements d'une base de données et il permet de chercher de l'un à l'autre jusqu'à un certain point. On n'y touche pas. Ce qu'il ne fait pas — et ne prétend pas faire —, c'est le travail intermédiaire : il ne crée pas de tâche depuis un message, il ne met pas à jour une propriété de base de données depuis Slack, il n'applique pas de logique conditionnelle du type « si le statut passe à bloqué, préviens ce canal et ce responsable », il ne groupe pas les alertes pour faire baisser le volume, il fonctionne mal dans les fils et ses notifications automatiques n'atteignent pas les canaux privés. Ce trou-là, aujourd'hui, c'est une personne qui le bouche en recopiant à la main — ou personne. Nous, on construit cette couche : lire le fil avec son contexte, décider ce qui est une décision selon votre critère, l'écrire là où il faut avec ses propriétés, et ne renvoyer dans Slack que ce qui mérite une alerte.
Il y a un recouvrement partiel, autant être clair. Notion AI répond à des questions et rédige sur votre espace, et sa recherche vers Slack se limite aux canaux publics : c'est un assistant, pas un processus qui s'exécute tout seul chaque fois que quelqu'un décide quelque chose dans un fil. Un Zap ou un scénario Make, lui, peut déplacer de la donnée, et si vous en avez un qui tourne on le respecte : le problème, c'est que la règle figée ne distingue pas une décision d'un avis, ne comprend pas un fil de vingt messages et ne sait pas si la tâche qu'elle s'apprête à créer existe déjà. Ce qu'on apporte, c'est le discernement — ce qui compte comme décision chez vous, avec quelles propriétés et dans quelle base de données —, le travail de le monter sur vos espaces réels et la responsabilité que ça continue de marcher quand le schéma change. Si votre licence ou votre automatisation couvrent déjà une partie, on vous le dit et on ne vous la revend pas.
Non, et c'est la première conversation qu'on a. Le périmètre se définit canal par canal : on traite les canaux de travail qu'on aura convenus — projets, clients, opérations — et on laisse dehors les personnels, ceux de la direction et ceux que vous voulez. Dans ces canaux, on lit ce qu'il faut pour détecter et enregistrer la décision, et ce qu'on garde, c'est l'enregistrement qui en sort avec son lien vers le fil, pas une copie de la conversation ailleurs. La couche tourne avec des droits limités sur votre Slack et votre Notion et n'élargit l'accès de personne. Et tout ce qu'elle écrit est tracé : ce qu'elle a détecté, avec quel critère et quel enregistrement elle a créé — pour que ça s'audite au lieu de se croire.
C'est prévu, parce que ça arrivera. Ce qui a un critère clair s'écrit tout seul ; ce qui est douteux ne se devine pas : c'est proposé dans le fil même avec un bouton de confirmation, et c'est la personne qui a décidé qui confirme, parce que c'est elle qui sait. Chaque enregistrement porte un lien permanent vers le fil qui l'a produit, donc vérifier pourquoi quelque chose a été créé coûte un clic et pas une fouille archéologique. Et on mesure la correction manuelle comme indicateur de première ligne : si quelqu'un corrige beaucoup, c'est que le critère est mal calibré et on l'ajuste — c'est le signal qu'on utilise pour affiner pendant les premières semaines, au lieu d'attendre que l'équipe en ait assez et coupe tout.
En production entre trois et cinq semaines, mais la première chose qui se voit, ce n'est pas la vue de la direction : c'est qu'on arrête de perdre des tâches. La détection sur les fils coupe presque dès la première semaine le « on l'avait dit et personne ne l'a noté ». La qualité de la vue de projet s'améliore plus lentement, parce qu'elle dépend d'un statut mis à jour de façon soutenue et ça demande deux ou trois cycles. Et la valeur du journal de décisions ne se voit pas avant la première question gênante — qui a validé ça, et quand —, qui met en général un trimestre à arriver et qui tombe pile au moment où personne n'a la réponse. C'est pour ça qu'on le livre mesuré : pas besoin de croire à l'amélioration, elle se regarde.
On le monte chez toi ?
Tu as ciblé le problème. On livre la solution et on la laisse mesurée.