Soluzione · Per integrazione
Notion e Slack sono già collegati. Quello che non si collega è ciò che si decide su Slack con ciò che risulta su Notion.
L'integrazione ufficiale mostra anteprime e manda notifiche. Non crea il task, non aggiorna la proprietà del database, non capisce un thread e non distingue una decisione da una chiacchierata. Montiamo quel livello sopra il tuo Slack e il tuo Notion, e lo lasciamo funzionante.
Il problema
Il lavoro si decide su Slack. Il registro vive su Notion. In mezzo non c'è nessuno.
- La decisione che cambia il progetto è stata presa in un thread di venti messaggi un venerdì. Su Notion, la pagina del progetto dice ancora quello che diceva lunedì.
- Il connettore ufficiale fa quello che dice di fare: mostra anteprime di pagine e avvisa dei cambiamenti. Quello che non fa è creare un task da un messaggio né aggiornare una proprietà del database da Slack, quindi quel passaggio continua a farlo una persona a mano.
- Le notifiche automatiche di Notion non possono entrare nei canali privati, che è esattamente dove i tuoi team lavorano davvero. Risultato: metà delle notifiche finisce in un canale che non guarda nessuno.
- Il connettore non capisce i thread. La conversazione che conta è annidata, e ciò che arriva su Notion —quando arriva— è il messaggio isolato senza la discussione che lo spiega.
- Nessuno può filtrare con criterio: o ricevi tutte le modifiche del database o non ne ricevi nessuna. Siccome il volume è insopportabile, qualcuno ha silenziato il canale quattro mesi fa.
- Lo stato di un task si racconta su Slack («è fatto», «lo sposto a martedì») e resta lì. La vista Notion che guarda la direzione mente da settimane, in buona fede.
- Quando entra qualcuno di nuovo nel progetto, l'unico modo per sapere perché è stata presa una decisione è chiederlo a chi era nel thread. Se quella persona se n'è andata, il perché se n'è andato con lei.
Il costo di lasciare tutto com’è
Paghi due strumenti buoni e ne usi uno e mezzo. Slack ha l'informazione fresca e il contesto, Notion ha la struttura e lo storico, e in mezzo c'è un lavoro manuale di trascrizione che non è assegnato a nessuno e che quindi si fa male o non si fa. Il costo non sta nella licenza: sta nella vista di progetto che la direzione usa per decidere e che è ferma da due settimane, nel task che nessuno ha creato perché il thread si è raffreddato, nella decisione che si torna a discutere sei settimane dopo perché non è rimasta scritta, e nelle ore della persona più senior del team che ricopia a mano su Notion quello che aveva già scritto su Slack.
La soluzione
Un livello di criterio tra il thread e il database, nelle due direzioni
- 1Partiamo dalla mappa, non dal connettore: quali canali Slack alimentano quali database Notion, quali proprietà sono obbligatorie in ognuno e cosa si considera una decisione nella tua azienda. Senza quell'accordo, automatizzare sposta solo il disordine più in fretta —quindi questa parte si chiude con te prima di toccare qualsiasi cosa.
- 2Leggiamo il thread, non il messaggio. Quando in un canale di lavoro compare qualcosa che cambia lo stato del mondo —si approva, si scarta, si sposta una data, si assegna a qualcuno, si rileva un blocco—, l'IA lo rileva con l'intero thread come contesto e lo trasforma nel registro che serve: task, decisione o cambio di proprietà nel database Notion adeguato.
- 3Compiliamo le proprietà, che è dove casca tutto il resto. Responsabile, data, progetto, stato e link permanente al thread originale. Un task senza responsabile né data non è un task: è una nota, e Notion ne ha già troppe.
- 4Chiudiamo il cerchio verso Slack con criterio. Ciò che cambia su Notion torna nel canale giusto —compresi i privati, dove il connettore ufficiale non arriva— scritto come una frase che si capisce, raggruppato per lotti invece di una notifica per campo, e solo quando conta: filtrato per proprietà, per progetto e per destinatario.
- 5Risolviamo duplicati e aggiornamenti. Se il thread torna su un task che esiste già, si aggiorna invece di creare il numero quattro. Se la decisione contraddice una precedente, si collega a quella che sostituisce invece di lasciarle convivere senza che nessuno sappia quale comanda.
- 6Lo lasciamo misurato e con la rete. Che percentuale di decisioni rilevate viene registrata senza che nessuno le tocchi, quante proprietà obbligatorie arrivano compilate e quante volte qualcuno corregge a mano quello che ha scritto il livello. Ciò che è dubbio non si inventa: si propone nel thread con un pulsante di conferma, e lo conferma chi ha deciso.
Cosa cambia
Quello che smetti di perdere
Il connettore nativo di Notion per Slack risolve anteprime e notifiche, ma non crea task da un messaggio né aggiorna proprietà di un database da Slack, non applica logica condizionale né raggruppa le notifiche, e le sue notifiche automatiche non arrivano nei canali privati. Quella è esattamente la fascia di lavoro che resta manuale.
Documentazione pubblica del connettore Notion↔Slack, consultata 2026-08
La decisione smette di vivere solo nella memoria di chi era nel thread: resta come registro con responsabile, data e link permanente alla conversazione che l'ha originata.
Meccanismo
La vista di progetto di Notion smette di andare due settimane indietro rispetto alla realtà, perché lo stato si aggiorna da dove viene davvero raccontato —il canale— e non da dove nessuno entra a scriverlo.
Meccanismo
Il canale delle notifiche smette di essere silenziato: si manda meno e meglio —raggruppato, filtrato per proprietà e per destinatario, e anche nei canali privati— invece di un messaggio per ogni campo che cambia.
Meccanismo
Cosa misuriamo: % di decisioni di canale registrate su Notion senza intervento umano, % di proprietà obbligatorie compilate automaticamente, task duplicati creati al mese, correzioni manuali su ciò che ha scritto il livello, e anzianità media della vista di progetto che usa la direzione.
Cosa misuriamo
Scheda tecnica
- Lavoro che elimina
- che una persona debba leggere i thread di Slack, decidere cosa era davvero una decisione e copiarla a mano nel database Notion con il suo responsabile e la sua data —e che quasi mai lo faccia in tempo
- Implementazione tipica
- 3–5 settimane
- Ingresso
- i thread che già circolano nei tuoi canali di lavoro Slack e i database Notion che hai già
- Uscita
- task, decisioni e cambi di stato scritti nel database Notion giusto con le proprietà compilate e link permanente al thread, e notifiche di ritorno su Slack raggruppate, filtrate e anche nei canali privati
- Compatibile con
- SlackNotionNotion APISlack APINotion AIGoogle WorkspaceMicrosoft Entra ID
- Può collegarsi con
- I tuoi database Notion attuali e le loro proprietà, senza ridisegnarliI tuoi canali Slack di lavoro, compresi i privati che concordiamoI tuoi gruppi utenti di Slack, per instradare le notifiche per destinatarioIl connettore ufficiale Notion↔Slack, che resta dove già funziona
- Cosa misuriamo
- % di decisioni di canale registrate su Notion senza intervento umano% di proprietà obbligatorie compilate automaticamentetask duplicati creati al mesecorrezioni manuali su ciò che ha scritto il livelloanzianità media della vista di progetto che usa la direzione
- Adatto per
- team che vivono già su Slack e documentano su Notion —di solito dalle venti persone in su e con vari progetti in parallelo— dove operations, prodotto o il PMO hanno già capito che lo stato vero sta nei canali e non nello strumento
- Non adatto per
- chi non ha ancora i suoi database Notion strutturati —lì prima si definisce lo schema, e lo diciamo prima di iniziare— né chi cerca una migrazione da Notion a un altro strumento o una intranet nuova: quello è un altro progetto
Vedi tutto ciò che puoi automatizzare in Email e comunicazioni →
Domande frequenti
Il connettore ufficiale risolve la superficie e la risolve bene: mostra l'anteprima delle pagine Notion quando incolli un link su Slack, avvisa dei cambiamenti in un database e permette di cercare dall'uno all'altro fino a un certo punto. Quello non lo tocchiamo. Quello che non fa —e non pretende di fare— è il lavoro intermedio: non crea un task da un messaggio, non aggiorna una proprietà di un database da Slack, non applica logica condizionale del tipo «se lo stato passa a bloccato, avvisa questo canale e questo responsabile», non raggruppa le notifiche per abbassare il volume, non funziona bene dentro i thread e le sue notifiche automatiche non arrivano nei canali privati. Quel buco oggi lo copre una persona che copia a mano, oppure non lo copre nessuno. Noi montiamo quel livello: leggere il thread con contesto, decidere cos'è una decisione secondo il tuo criterio, scriverla dove va con le sue proprietà e restituire a Slack solo ciò che merita una notifica.
In parte si sovrappongono, e conviene essere chiari. Notion AI risponde a domande e scrive sul tuo spazio, e la sua ricerca verso Slack è limitata ai canali pubblici; è un assistente, non un processo che gira da solo ogni volta che qualcuno decide qualcosa in un thread. Uno Zap o uno scenario di Make può sì spostare dati, e se ne hai già uno che funziona lo rispettiamo: il problema è che la regola fissa non distingue una decisione da un'opinione, non capisce un thread di venti messaggi e non sa se il task che sta per creare esiste già. Quello che portiamo noi è il criterio —cosa conta come decisione nella tua azienda, con quali proprietà e in quale database—, il lavoro di montarlo sui tuoi spazi reali e la responsabilità che continui a funzionare quando cambia lo schema. Se la tua licenza o la tua automazione coprono già una parte, te lo diciamo e non te la rivendiamo.
No, ed è la prima conversazione che facciamo. Il perimetro si definisce canale per canale: si processano i canali di lavoro che concordiamo —progetti, clienti, operations— e restano fuori quelli personali, quelli di direzione e quelli che dici tu. Dentro quei canali si legge il necessario per rilevare e registrare la decisione, e ciò che si conserva è il registro risultante con il suo link al thread, non una copia della conversazione da qualche altra parte. Il livello gira con permessi ristretti sul tuo Slack e sul tuo Notion e non amplia l'accesso a nessuno. E tutto ciò che scrive resta tracciato: cosa ha rilevato, con quale criterio e quale registro ha creato, così si può verificare invece di fidarsi.
È previsto, perché succederà. Ciò che ha criterio chiaro si scrive da solo; ciò che è dubbio non si indovina: si propone nello stesso thread con un pulsante di conferma, e lo conferma la persona che ha deciso, che è quella che lo sa. Ogni registro porta il link permanente al thread che l'ha originato, quindi controllare perché è stato creato qualcosa costa un clic e non una spedizione archeologica. E misuriamo la correzione manuale come indicatore di prima linea: se qualcuno sta correggendo molto, il criterio è tarato male e si aggiusta —è quello il segnale che usiamo per affinare durante le prime settimane, invece di aspettare che il team si stufi e lo disattivi.
In produzione tra tre e cinque settimane, ma la prima cosa che si nota non è la vista della direzione: è che smettono di perdersi i task. Il rilevamento sui thread taglia quasi dalla prima settimana il «questo l'avevamo detto e non l'ha segnato nessuno». La qualità della vista di progetto migliora più lentamente, perché dipende dal fatto che lo stato si aggiorni in modo costante e questo richiede un paio di cicli. E il valore del registro delle decisioni non si vede finché non arriva la prima domanda scomoda —chi ha approvato questo e quando—, che di solito ci mette un trimestre e che è esattamente quando nessuno ce l'ha. Per questo lo consegniamo misurato: non serve credere al miglioramento, si guarda.
Lo montiamo nella tua azienda?
Hai individuato il problema. Noi consegniamo la soluzione e la lasciamo misurata.