Solution · Par intégration
Zapier amène le mail dans Notion. Et l'y laisse, en bloc de texte que personne ne lit.
Transporter le mail, c'est la partie facile. Le difficile, c'est qu'il arrive en sachant de quel projet il relève, ce qui a été promis, pour quelle date et qui décide — écrit dans les propriétés de ta base de données, pas collé dans une page. On monte ce pont entre ton Gmail et ton Notion, et on le laisse en production.
Le problème
Le mail est déjà dans Notion. Ce qui n'y est pas, c'est ce que le mail disait.
- L'automatisation crée une page par mail : le titre, c'est l'objet, le corps, c'est tout le fil, et les propriétés restent vides parce que les remplir reste le boulot d'un humain.
- Tout tombe dans la base fourre-tout habituelle — « Entrée », « À trier » — et quelqu'un doit ouvrir le mail, le lire et décider à la main de quel projet et de quel client il relève.
- Dans le fil il y a une date engagée et un changement de périmètre. Dans Notion, ni date ni périmètre : six cents mots dans un bloc.
- Filtrer sur « les livraisons de la semaine » ne renvoie rien d'utile, parce que les engagements vivent dans des paragraphes et que les vues Notion ne savent lire que des propriétés.
- Le même client écrit depuis trois adresses et deux domaines, et dans Notion ça finit en trois relations distinctes que personne ne fusionne.
- L'équipe continue d'ouvrir Gmail pour savoir où en est un projet : Notion se remplit par obligation et ne sert jamais à décider.
Le coût de ne rien changer
Tu as monté Notion pour que le travail ait un seul endroit, et tu en as deux : la boîte mail, où se trouve ce qui a vraiment été dit, et Notion, où dort une copie que personne n'entretient. Les vues, les filtres et les tableaux que tu as construits avec soin ne décident rien, parce que les données dont ils ont besoin sont enterrées dans des paragraphes. Le coût n'apparaît sur aucune facture : il apparaît en engagements que personne ne voit venir avant l'échéance, en réunions qui commencent par reconstruire le contexte, et en outil que l'entreprise paie en entier et n'utilise qu'à moitié.
La solution
Un pont entre Gmail et Notion qui interprète le fil et écrit des propriétés, pas des blocs de texte
- 1On fixe d'abord la carte : quelles bases reçoivent du mail, ce que veut dire chaque propriété, et ce qui n'entre jamais — perso, interne et notifications automatiques restent dehors. Le schéma se décide avant de brancher quoi que ce soit : un pont sur un schéma bancal ne fait qu'accélérer le désordre.
- 2On résout l'appartenance de chaque fil. L'IA le rapproche du bon projet, du bon client et de la bonne personne même s'ils écrivent depuis un autre alias ou un autre domaine, et réutilise les relations déjà présentes dans ton workspace au lieu d'en créer de nouvelles à chaque fois.
- 3On extrait de l'état, pas du texte. De chaque fil sortent l'engagement et sa date, le changement de périmètre, la décision prise, qui décide et la prochaine étape — et tout ça s'écrit dans de vraies propriétés : date, sélection, relation, personne. Tes vues et tes filtres redeviennent utiles.
- 4On applique une règle d'écriture : ce qui crée une entrée, ce qui met à jour une entrée existante, et ce qu'on ne touche jamais. Un fil de vingt mails fait bouger l'état d'un projet ; il ne génère pas vingt pages orphelines que quelqu'un devra balayer le vendredi.
- 5On archive ce qui pend au fil. Les pièces jointes partent dans leur dossier Drive et le lien atterrit dans la propriété du projet : la proposition signée cesse de ne vivre que dans la boîte de celui qui l'a reçue.
- 6On le laisse mesuré et avec un filet : quel pourcentage de mails atterrit dans la bonne base et la bonne entrée, combien de propriétés se remplissent sans que personne y touche, et combien d'engagements datés arrivent dans Notion avant l'échéance. Le douteux est marqué et remonte à une personne au lieu d'inventer une valeur.
Ce qui change
Ce que tu arrêtes de perdre
Le mail cesse d'arriver en bloc de texte : il arrive en propriétés — projet, client, engagement, date, responsable et prochaine étape — que tes vues Notion peuvent filtrer, trier et regrouper.
Mécanisme
Le tri cesse d'être humain : le fil atterrit dans la bonne base et la bonne entrée, avec les relations déjà présentes dans ton workspace, sans que personne ouvre le mail pour en décider.
Mécanisme
Les engagements cessent de vivre dans des paragraphes : ils sortent du fil avec leur date et s'écrivent là où un tableau et un rappel peuvent les voir avant l'échéance.
Mécanisme
Ce qu'on mesure : % de mails écrits dans la bonne base et la bonne entrée, % de propriétés clés remplies sans intervention humaine, engagements datés enregistrés avant échéance, et doublons de relation créés par mois.
Ce qu'on mesure
Fiche technique
- Travail supprimé
- ouvrir chaque mail pour décider de quel projet il relève, remplir à la main les propriétés Notion et traduire des fils interminables en état : engagements datés, décisions, responsable et prochaine étape
- Mise en place habituelle
- 2–4 semaines
- Entrée
- un fil de mails dans le Gmail de ton équipe, avec ses réponses, ses copies et ses pièces jointes
- Sortie
- la bonne entrée de ta base Notion mise à jour, propriétés remplies — projet, client, engagement daté, décision, responsable et prochaine étape — et la pièce jointe archivée dans Drive avec son lien
- Compatible avec
- Google Workspace (API de Gmail)Notion (API oficial)Google DriveGoogle CalendarZapierMaken8nSlack
- Peut se connecter à
- Tus bases de datos de proyectos, clientes y tareas en Notion, con las relaciones que ya tienesTu Google Drive, donde se archivan los adjuntos con el enlace en la propiedadTu canal de avisos, para lo que exige decisión humanaTu lista de exclusión de direcciones y dominios
- Ce qu’on mesure
- % de mails écrits dans la bonne base et la bonne entrée% de propriétés clés remplies sans intervention humaineengagements datés enregistrés avant échéancedoublons de relation créés par mois
- Adapté pour
- les équipes qui pilotent projets, clients ou livraisons dans des bases Notion, dont la vraie conversation se passe dans Gmail, et qui ont déjà un schéma de propriétés réfléchi
- Pas adapté pour
- ceux qui utilisent Notion comme carnet de notes, sans bases ni propriétés — sans schéma, il n'y a nulle part où écrire l'état — ni ceux qui veulent que l'IA rédige et envoie les mails : ça, c'est autre chose
Voir tout ce que tu peux automatiser en Email et communications →
Questions fréquentes
Pour le transport, si — et c'est pour ça qu'on n'y touche pas : si Zapier, Make ou n8n déplacent déjà le mail, ils restent où ils sont. Ce qu'un Zap ne fait pas, c'est tout ce qui demande du jugement. Décider de quel projet relève le fil quand l'objet ne le dit pas. Savoir que celui qui écrit depuis une nouvelle adresse est le même client. Lire six cents mots et en sortir la date engagée, le changement de périmètre et qui doit bouger maintenant, puis l'écrire dans des propriétés que tes vues peuvent filtrer. Ça, ce n'est pas du transport : c'est de l'interprétation, et c'est exactement la couche qu'on monte au-dessus.
Par l'endroit où se situe le problème. L'IA dans le workspace travaille sur ce qui est déjà dans Notion : elle résume des pages, remplit des propriétés à partir d'autres, répond à des questions sur ta documentation. C'est utile, et on le monte aussi, mais ça suppose que la donnée est déjà entrée. Cette pièce-ci règle l'étape d'avant : faire arriver dans Notion, sous forme d'état, ce qui se décide par mail — sur la bonne entrée et avec les propriétés remplies. Sans ce pont, l'IA de l'intérieur passe ses journées à résumer un workspace incomplet.
Elle n'écrit pas dans le doute. Quand le signal est clair — le fil nomme le projet, il existe une relation antérieure avec ce client, la date est écrite — elle écrit directement. Sinon, l'entrée est marquée à confirmer et remonte à une personne, fil déjà résumé et proposition faite : confirmer, c'est un clic, pas une lecture. Elle démarre aussi entièrement supervisée, et l'autonomie se lâche propriété par propriété, en commençant par celles qui ne se trompent jamais. Et chaque écriture garde son origine : n'importe quelle valeur se retrace jusqu'au mail dont elle sort.
Seulement qui tu décides, et ça se définit avant de brancher quoi que ce soit. Le pont n'écrit que dans les bases que tu désignes, et ces bases peuvent vivre dans un espace restreint plutôt que dans le workspace général. On fixe en plus par écrit ce qui reste dehors — mail perso, fils internes, notifications automatiques, toute adresse ou tout domaine de la liste d'exclusion — et ça s'applique dans l'accès lui-même, avec des périmètres restreints. La règle doit pouvoir s'expliquer à ton équipe : un pont qui copie de trop se désactive tout seul, parce que les gens commencent à sortir les conversations du canal.
On le monte chez toi ?
Tu as ciblé le problème. On livre la solution et on la laisse mesurée.