Solución · Por integración
Notion y Slack ya están conectados. Lo que no se conecta es lo que se decide en Slack con lo que consta en Notion.
La integración oficial enseña previsualizaciones y manda avisos. No crea la tarea, no actualiza la propiedad de la base de datos, no entiende un hilo y no distingue una decisión de una conversación. Montamos esa capa encima de tu Slack y tu Notion, y la dejamos funcionando.
El problema
El trabajo se decide en Slack. El registro vive en Notion. En medio no hay nadie.
- La decisión que cambia el proyecto se tomó en un hilo de veinte mensajes un viernes. En Notion, la página del proyecto sigue diciendo lo que decía el lunes.
- El conector oficial hace lo que dice que hace: previsualiza páginas y avisa de cambios. Lo que no hace es crear una tarea desde un mensaje ni actualizar una propiedad de la base de datos desde Slack, así que ese paso lo sigue dando una persona a mano.
- Los avisos automáticos de Notion no pueden entrar en canales privados, que es justo donde vuestros equipos trabajan de verdad. Resultado: la mitad de los avisos van a un canal que nadie mira.
- El conector no entiende hilos. La conversación que importa está anidada, y lo que llega a Notion —cuando llega— es el mensaje suelto sin la discusión que lo explica.
- Nadie puede filtrar con criterio: o recibes todos los cambios de la base de datos o no recibes ninguno. Como el volumen es insoportable, alguien silenció el canal hace cuatro meses.
- El estado de una tarea se cuenta en Slack («ya está», «lo dejo para el martes») y se queda ahí. La vista de Notion que mira dirección lleva semanas mintiendo, con buena fe.
- Cuando alguien nuevo entra al proyecto, la única forma de saber por qué se decidió algo es preguntar a quien estaba en el hilo. Si esa persona se fue, el porqué se fue con ella.
Coste de seguir igual
Pagas dos herramientas buenas y usas una y media. Slack tiene la información fresca y el contexto, Notion tiene la estructura y el histórico, y entre las dos hay un trabajo manual de transcripción que nadie tiene asignado y que, por lo tanto, se hace mal o no se hace. El coste no está en la licencia: está en la vista de proyecto que dirección usa para decidir y que lleva dos semanas desactualizada, en la tarea que nadie creó porque el hilo se enfrió, en la decisión que se vuelve a discutir seis semanas después porque no quedó escrita, y en las horas de la persona más senior del equipo copiando a mano en Notion lo que ya había escrito en Slack.
La solución
Una capa de criterio entre el hilo y la base de datos, en las dos direcciones
- 1Empezamos por el mapa, no por el conector: qué canales de Slack alimentan qué bases de datos de Notion, qué propiedades son obligatorias en cada una y qué se considera una decisión en tu empresa. Sin ese acuerdo, automatizar solo mueve el desorden más deprisa —así que esta parte se cierra contigo antes de tocar nada.
- 2Leemos el hilo, no el mensaje. Cuando en un canal de trabajo aparece algo que cambia el estado del mundo —se aprueba, se descarta, se cambia una fecha, se asigna a alguien, se detecta un bloqueo—, la IA lo detecta con el hilo entero como contexto y lo convierte en el registro que corresponda: tarea, decisión o cambio de propiedad en la base de datos de Notion adecuada.
- 3Rellenamos las propiedades, que es donde se cae todo lo demás. Responsable, fecha, proyecto, estado y enlace permanente al hilo original. Una tarea sin responsable ni fecha no es una tarea: es una nota, y Notion ya tiene demasiadas.
- 4Cerramos el círculo hacia Slack con criterio. Lo que cambia en Notion vuelve al canal correcto —incluidos los privados, donde el conector oficial no llega— redactado como una frase que se entiende, agrupado por lote en vez de un aviso por campo, y solo cuando importa: filtrado por propiedad, por proyecto y por audiencia.
- 5Resolvemos duplicados y actualizaciones. Si el hilo vuelve sobre una tarea que ya existe, se actualiza en vez de crear la número cuatro. Si la decisión contradice una anterior, se enlaza a la que sustituye en vez de dejarlas conviviendo sin que nadie sepa cuál manda.
- 6Lo dejamos medido y con red. Qué porcentaje de decisiones detectadas se registran sin que nadie las toque, cuántas propiedades obligatorias llegan rellenas y cuántas veces alguien corrige a mano lo que escribió la capa. Lo dudoso no se inventa: se propone en el hilo con un botón de confirmar, y lo confirma quien decidió.
Lo que cambia
Lo que dejas de perder
El conector nativo de Notion para Slack resuelve previsualizaciones y avisos, pero no crea tareas desde un mensaje ni actualiza propiedades de una base de datos desde Slack, no aplica lógica condicional ni agrupa avisos, y sus notificaciones automáticas no llegan a canales privados. Esa es exactamente la franja de trabajo que sigue siendo manual.
Documentación pública del conector Notion↔Slack, consultada 2026-08
La decisión deja de vivir solo en la memoria de quien estaba en el hilo: queda como registro con responsable, fecha y enlace permanente a la conversación que la originó.
Mecanismo
La vista de proyecto de Notion deja de ir dos semanas por detrás de la realidad, porque el estado se actualiza desde donde de verdad se cuenta —el canal— y no desde donde nadie entra a escribirlo.
Mecanismo
El canal de avisos deja de estar silenciado: se manda menos y mejor —agrupado, filtrado por propiedad y por audiencia, y también a canales privados— en vez de un mensaje por cada campo que cambia.
Mecanismo
Qué medimos: % de decisiones de canal registradas en Notion sin intervención humana, % de propiedades obligatorias rellenas automáticamente, tareas duplicadas creadas al mes, correcciones manuales sobre lo que escribió la capa, y antigüedad media de la vista de proyecto que usa dirección.
Qué medimos
Ficha técnica
- Trabajo que elimina
- que una persona tenga que leer los hilos de Slack, decidir qué era una decisión de verdad y copiarla a mano en la base de datos de Notion con su responsable y su fecha —y que casi nunca lo haga a tiempo
- Implementación habitual
- 3–5 semanas
- Entrada
- los hilos que ya circulan por tus canales de trabajo de Slack y las bases de datos de Notion que ya tienes
- Salida
- tareas, decisiones y cambios de estado escritos en la base de datos de Notion correcta con sus propiedades rellenas y enlace permanente al hilo, y avisos de vuelta en Slack agrupados, filtrados y también en canales privados
- Compatible con
- SlackNotionNotion APISlack APINotion AIGoogle WorkspaceMicrosoft Entra ID
- Puede conectarse con
- Tus bases de datos de Notion actuales y sus propiedades, sin rediseñarlasTus canales de Slack de trabajo, incluidos los privados que acordemosTus grupos de usuarios de Slack, para enrutar avisos por audienciaEl conector oficial Notion↔Slack, que se queda donde ya funciona
- Qué medimos
- % de decisiones de canal registradas en Notion sin intervención humana% de propiedades obligatorias rellenas automáticamentetareas duplicadas creadas al mescorrecciones manuales sobre lo que escribió la capaantigüedad media de la vista de proyecto que usa dirección
- Adecuado para
- equipos que ya viven en Slack y documentan en Notion —normalmente a partir de veinte personas y varios proyectos en paralelo— donde operaciones, producto o el PMO ya han asumido que el estado real está en los canales y no en la herramienta
- No adecuado para
- quien todavía no tiene sus bases de datos de Notion estructuradas —ahí primero se define el esquema, y lo decimos antes de empezar— ni quien busca una migración de Notion a otra herramienta o una intranet nueva: eso es otro proyecto
Ver todo lo que puedes automatizar en Correo y comunicaciones →
Preguntas frecuentes
El conector oficial resuelve la superficie y la resuelve bien: previsualiza páginas de Notion cuando pegas un enlace en Slack, avisa de cambios en una base de datos y deja buscar de una a otra hasta cierto punto. Eso no lo tocamos. Lo que no hace —y no pretende hacer— es el trabajo intermedio: no crea una tarea desde un mensaje, no actualiza una propiedad de una base de datos desde Slack, no aplica lógica condicional del tipo «si el estado pasa a bloqueado, avisa a este canal y a este responsable», no agrupa avisos para bajar el volumen, no funciona bien dentro de hilos y sus notificaciones automáticas no llegan a canales privados. Ese hueco lo cubre hoy una persona copiando a mano, o no lo cubre nadie. Nosotros montamos esa capa: leer el hilo con contexto, decidir qué es una decisión según tu criterio, escribirla donde corresponde con sus propiedades y devolver a Slack solo lo que merece un aviso.
Se solapan en parte y conviene ser claro. Notion AI responde preguntas y redacta sobre tu espacio, y su búsqueda hacia Slack está limitada a canales públicos; es un asistente, no un proceso que se ejecuta solo cada vez que alguien decide algo en un hilo. Un Zap o un escenario de Make sí puede mover datos, y si ya tienes uno funcionando lo respetamos: el problema es que la regla fija no distingue una decisión de una opinión, no entiende un hilo de veinte mensajes y no sabe si la tarea que va a crear ya existe. Lo que aportamos es el criterio —qué cuenta como decisión en tu empresa, con qué propiedades y en qué base de datos—, el trabajo de montarlo sobre tus espacios reales y la responsabilidad de que siga funcionando cuando cambie el esquema. Si tu licencia o tu automatización ya cubren una parte, te lo decimos y no te la volvemos a vender.
No, y es la primera conversación que tenemos. El alcance se define canal a canal: se procesan los canales de trabajo que acordemos —proyectos, clientes, operaciones— y quedan fuera los personales, los de dirección y los que tú digas. Dentro de esos canales, lo que se lee es lo necesario para detectar y registrar la decisión, y lo que se guarda es el registro resultante con su enlace al hilo, no una copia de la conversación en ningún otro sitio. La capa corre con permisos acotados sobre tu Slack y tu Notion y no amplía el acceso de nadie. Y todo lo que escribe queda trazado: qué detectó, con qué criterio y qué registro creó, para que se pueda auditar en vez de confiar.
Está previsto, porque va a pasar. Lo que tiene criterio claro se escribe solo; lo dudoso no se adivina: se propone en el mismo hilo con un botón de confirmar, y lo confirma la persona que decidió, que es la que lo sabe. Cada registro lleva enlace permanente al hilo que lo originó, así que revisar por qué se creó algo cuesta un clic y no una arqueología. Y medimos la corrección manual como indicador de primera línea: si alguien está corrigiendo mucho, el criterio está mal calibrado y se ajusta —esa es la señal que usamos para afinar durante las primeras semanas, en vez de esperar a que el equipo se harte y lo desactive.
En producción entre tres y cinco semanas, pero lo primero que se nota no es la vista de dirección: es que dejan de perderse tareas. La detección sobre hilos corta casi desde la primera semana el «esto lo dijimos y no lo apuntó nadie». La calidad de la vista de proyecto mejora más despacio, porque depende de que el estado se actualice de forma sostenida y eso necesita un par de ciclos. Y el valor del registro de decisiones no se ve hasta que llega la primera pregunta incómoda —quién aprobó esto y cuándo—, que suele tardar un trimestre en llegar y que es justo cuando nadie lo tiene. Por eso lo entregamos medido: no hace falta creerse la mejora, se mira.
¿Lo montamos en tu negocio?
Tú tienes el problema localizado. Nosotros lo dejamos funcionando y medido.