Solução · Por integração
O Notion e o Slack já estão conectados. O que não se conecta é o que se decide no Slack com o que consta no Notion.
A integração oficial mostra pré-visualizações e envia avisos. Não cria a tarefa, não atualiza a propriedade da base de dados, não percebe um tópico e não distingue uma decisão de uma conversa. Montamos essa camada por cima do teu Slack e do teu Notion, e deixamo-la a funcionar.
O problema
O trabalho decide-se no Slack. O registo vive no Notion. Pelo meio não está ninguém.
- A decisão que muda o projeto foi tomada num tópico de vinte mensagens a uma sexta-feira. No Notion, a página do projeto continua a dizer o que dizia na segunda.
- O conector oficial faz o que diz que faz: pré-visualiza páginas e avisa de alterações. O que não faz é criar uma tarefa a partir de uma mensagem nem atualizar uma propriedade da base de dados a partir do Slack, por isso esse passo continua a ser dado por uma pessoa, à mão.
- Os avisos automáticos do Notion não conseguem entrar em canais privados, que é precisamente onde as vossas equipas trabalham a sério. Resultado: metade dos avisos vai parar a um canal que ninguém abre.
- O conector não percebe tópicos. A conversa que interessa está aninhada, e o que chega ao Notion — quando chega — é a mensagem solta sem a discussão que a explica.
- Ninguém consegue filtrar com critério: ou recebes todas as alterações da base de dados ou não recebes nenhuma. Como o volume é insuportável, alguém silenciou o canal há quatro meses.
- O estado de uma tarefa conta-se no Slack («já está», «deixo isso para terça») e fica por ali. A vista do Notion que a direção consulta anda há semanas a mentir, de boa-fé.
- Quando entra alguém novo no projeto, a única forma de saber porque é que algo foi decidido é perguntar a quem estava no tópico. Se essa pessoa saiu, o porquê saiu com ela.
O custo de continuar igual
Pagas duas boas ferramentas e usas uma e meia. O Slack tem a informação fresca e o contexto, o Notion tem a estrutura e o histórico, e entre os dois há um trabalho manual de transcrição que não está atribuído a ninguém e que, por isso, se faz mal ou não se faz. O custo não está na licença: está na vista de projeto que a direção usa para decidir e que anda há duas semanas desatualizada, na tarefa que ninguém criou porque o tópico arrefeceu, na decisão que se volta a discutir seis semanas depois porque não ficou escrita, e nas horas da pessoa mais sénior da equipa a copiar à mão para o Notion o que já tinha escrito no Slack.
A solução
Uma camada de critério entre o tópico e a base de dados, nos dois sentidos
- 1Começamos pelo mapa, não pelo conector: que canais do Slack alimentam que bases de dados do Notion, que propriedades são obrigatórias em cada uma e o que conta como decisão na tua empresa. Sem esse acordo, automatizar só mexe a desarrumação mais depressa — por isso esta parte fecha-se contigo antes de tocarmos em seja o que for.
- 2Lemos o tópico, não a mensagem. Quando num canal de trabalho aparece algo que muda o estado do mundo — aprova-se, descarta-se, muda-se uma data, atribui-se a alguém, deteta-se um bloqueio —, a IA deteta-o com o tópico inteiro como contexto e transforma-o no registo que lhe corresponde: tarefa, decisão ou mudança de propriedade na base de dados do Notion adequada.
- 3Preenchemos as propriedades, que é onde tudo o resto se desmorona. Responsável, data, projeto, estado e ligação permanente ao tópico original. Uma tarefa sem responsável nem data não é uma tarefa: é uma nota, e o Notion já tem notas a mais.
- 4Fechamos o círculo de volta ao Slack, com critério. O que muda no Notion regressa ao canal certo — incluindo os privados, onde o conector oficial não chega — escrito como uma frase que se percebe, agrupado por lote em vez de um aviso por campo, e só quando interessa: filtrado por propriedade, por projeto e por audiência.
- 5Resolvemos duplicados e atualizações. Se o tópico voltar a uma tarefa que já existe, atualiza-se em vez de criar a número quatro. Se a decisão contradiz uma anterior, liga-se àquela que substitui em vez de as deixar a conviver sem que ninguém saiba qual manda.
- 6Deixamo-lo medido e com rede. Que percentagem das decisões detetadas fica registada sem ninguém lhes tocar, quantas propriedades obrigatórias chegam preenchidas e quantas vezes alguém corrige à mão o que a camada escreveu. O que é duvidoso não se inventa: propõe-se no próprio tópico com um botão de confirmar, e confirma-o quem decidiu.
O que muda
O que deixas de perder
O conector nativo do Notion para o Slack resolve pré-visualizações e avisos, mas não cria tarefas a partir de uma mensagem nem atualiza propriedades de uma base de dados a partir do Slack, não aplica lógica condicional nem agrupa avisos, e as suas notificações automáticas não chegam a canais privados. É exatamente essa a faixa de trabalho que continua a ser manual.
Documentação pública do conector Notion↔Slack, consultada 2026-08
A decisão deixa de viver apenas na memória de quem estava no tópico: fica como registo com responsável, data e ligação permanente à conversa que lhe deu origem.
Mecanismo
A vista de projeto do Notion deixa de andar duas semanas atrás da realidade, porque o estado se atualiza a partir de onde é mesmo contado — o canal — e não a partir de onde ninguém entra para o escrever.
Mecanismo
O canal de avisos deixa de estar silenciado: envia-se menos e melhor — agrupado, filtrado por propriedade e por audiência, e também para canais privados — em vez de uma mensagem por cada campo que muda.
Mecanismo
O que medimos: % de decisões de canal registadas no Notion sem intervenção humana, % de propriedades obrigatórias preenchidas automaticamente, tarefas duplicadas criadas por mês, correções manuais sobre o que a camada escreveu, e antiguidade média da vista de projeto que a direção usa.
O que medimos
Ficha técnica
- Trabalho que elimina
- que uma pessoa tenha de ler os tópicos do Slack, decidir o que era mesmo uma decisão e copiá-la à mão para a base de dados do Notion com o seu responsável e a sua data — e que quase nunca o faça a tempo
- Implementação habitual
- 3–5 semanas
- Entrada
- os tópicos que já circulam pelos teus canais de trabalho do Slack e as bases de dados do Notion que já tens
- Saída
- tarefas, decisões e mudanças de estado escritas na base de dados do Notion certa, com as propriedades preenchidas e ligação permanente ao tópico, e avisos de volta no Slack agrupados, filtrados e também em canais privados
- Compatível com
- SlackNotionNotion APISlack APINotion AIGoogle WorkspaceMicrosoft Entra ID
- Pode ligar-se a
- As tuas bases de dados do Notion atuais e as suas propriedades, sem as redesenharOs teus canais de trabalho do Slack, incluindo os privados que acordarmosOs teus grupos de utilizadores do Slack, para encaminhar avisos por audiênciaO conector oficial Notion↔Slack, que fica onde já funciona
- O que medimos
- % de decisões de canal registadas no Notion sem intervenção humana% de propriedades obrigatórias preenchidas automaticamentetarefas duplicadas criadas por mêscorreções manuais sobre o que a camada escreveuantiguidade média da vista de projeto que a direção usa
- Adequado para
- equipas que já vivem no Slack e documentam no Notion — normalmente a partir de vinte pessoas e vários projetos em paralelo — onde operações, produto ou o PMO já assumiram que o estado real está nos canais e não na ferramenta
- Não adequado para
- quem ainda não tem as suas bases de dados do Notion estruturadas — aí primeiro define-se o esquema, e dizemo-lo antes de começar — nem quem procura uma migração do Notion para outra ferramenta ou uma intranet nova: isso é outro projeto
Perguntas frequentes
O conector oficial resolve a superfície e resolve-a bem: pré-visualiza páginas do Notion quando colas uma ligação no Slack, avisa de alterações numa base de dados e deixa procurar de um lado para o outro até certo ponto. Nisso não mexemos. O que ele não faz — nem pretende fazer — é o trabalho do meio: não cria uma tarefa a partir de uma mensagem, não atualiza uma propriedade de uma base de dados a partir do Slack, não aplica lógica condicional do tipo «se o estado passa a bloqueado, avisa este canal e este responsável», não agrupa avisos para baixar o volume, não funciona bem dentro de tópicos e as suas notificações automáticas não chegam a canais privados. Esse buraco é hoje tapado por uma pessoa a copiar à mão, ou não é tapado por ninguém. Nós montamos essa camada: ler o tópico com contexto, decidir o que é uma decisão segundo o teu critério, escrevê-la onde deve ficar com as suas propriedades e devolver ao Slack apenas o que merece um aviso.
Sobrepõem-se em parte e convém ser claro. O Notion AI responde a perguntas e redige sobre o teu espaço, e a sua pesquisa para o Slack está limitada a canais públicos; é um assistente, não um processo que corre sozinho sempre que alguém decide alguma coisa num tópico. Um Zap ou um cenário do Make já consegue mover dados, e se já tens um a funcionar respeitamo-lo: o problema é que a regra fixa não distingue uma decisão de uma opinião, não percebe um tópico de vinte mensagens e não sabe se a tarefa que vai criar já existe. O que trazemos é o critério — o que conta como decisão na tua empresa, com que propriedades e em que base de dados —, o trabalho de o montar sobre os teus espaços reais e a responsabilidade de continuar a funcionar quando o esquema mudar. Se a tua licença ou a tua automatização já cobrem uma parte, dizemos-te e não voltamos a vender-ta.
Não, e é a primeira conversa que temos. O âmbito define-se canal a canal: processam-se os canais de trabalho que acordarmos — projetos, clientes, operações — e ficam de fora os pessoais, os de direção e os que tu disseres. Dentro desses canais, lê-se o necessário para detetar e registar a decisão, e guarda-se o registo resultante com a sua ligação ao tópico, não uma cópia da conversa em mais lado nenhum. A camada corre com permissões delimitadas sobre o teu Slack e o teu Notion e não alarga o acesso de ninguém. E tudo o que escreve fica com rasto: o que detetou, com que critério e que registo criou, para que se possa auditar em vez de confiar.
Está previsto, porque vai acontecer. O que tem critério claro escreve-se sozinho; o que é duvidoso não se adivinha: propõe-se no próprio tópico com um botão de confirmar, e confirma-o a pessoa que decidiu, que é quem sabe. Cada registo leva ligação permanente ao tópico que lhe deu origem, por isso rever porque é que algo foi criado custa um clique e não uma escavação arqueológica. E medimos a correção manual como indicador de primeira linha: se alguém está a corrigir muito, o critério está mal calibrado e ajusta-se — é esse o sinal que usamos para afinar durante as primeiras semanas, em vez de esperar que a equipa se farte e o desligue.
Em produção entre três e cinco semanas, mas a primeira coisa que se nota não é a vista da direção: é que deixam de se perder tarefas. A deteção sobre tópicos corta quase desde a primeira semana o «isto dissemos e não ficou apontado por ninguém». A qualidade da vista de projeto melhora mais devagar, porque depende de o estado se atualizar de forma sustentada e isso precisa de um par de ciclos. E o valor do registo de decisões só se vê quando chega a primeira pergunta incómoda — quem aprovou isto e quando —, que costuma demorar um trimestre a chegar e que é justamente quando ninguém tem a resposta. Por isso entregamos tudo medido: não é preciso acreditar na melhoria, olha-se para ela.
Montamos no teu negócio?
Localizaste o problema. Nós entregamos a solução e deixamo-la medida.