Automatización de informes de Excel en la naturaleza: n8n + Claude + Notion reduce un informe semanal de 4 horas a 12 minutos

Caso de automatización Automatización de informes de Excel n8n Claude Noción

n8n ejecuta el flujo, Claude escribe el resumen, Notion mantiene las versiones. Una empresa B2B de 38 personas redujo su informe semanal de 4 horas a 12 minutos, lo que ahorró 12,6 horas al mes a NT$1.420 al mes, en dos semanas.

Por qué n8n + Claude + Notion Stack (ni una sola herramienta)

Los propietarios suelen preguntar: “¿No es la automatización de informes de Excel solo una herramienta? ¿No resuelve esto una RPA?”.

Después de implementarlo en tres PYMES, lo confirmamos: una sola herramienta no puede lograrlo. Cada herramienta posee un segmento y la división del trabajo es lo que estabiliza el flujo de trabajo.

n8n posee el “esqueleto de flujo”: programación, recogida de archivos, bifurcación, reintentos

n8n es un motor de flujo, no un motor de lógica empresarial. Su trabajo: activarse el lunes a las 09:00, recuperar Excel de Google Drive, volver a intentarlo tres veces si falta el archivo, hacer ping a Slack en caso de error.

No escribe juicios como “¿por qué cayeron los ingresos esta semana?”; ese es el trabajo de Claude. El valor de n8n: no se queja de repetir, no se toma vacaciones, no olvida el siguiente paso a mitad de camino.

Claude posee la “capa semántica”: leer números, interpretar la varianza, escribir resúmenes legibles por humanos

Este es el obstáculo que la RPA tradicional no puede resolver. RPA puede fusionar dos archivos de Excel y extraer columnas de varianza de WoW, pero no puede producir un resumen como “el tiempo de primera respuesta en el tercer turno pasó de 12 minutos a 28 minutos, impulsado principalmente por 2 nuevos agentes que aún estaban entrenando el jueves por la noche”.

Claude puede leer la estructura, detectar anomalías y escribir algo que un administrador pueda leer directamente. Consulte también: Claude + MCP para aplicaciones empresariales internas.

Notion posee la “persistencia de resultados”: versiones, ruta de decisión, intercambio entre equipos

Notion no se utiliza aquí como base de datos, sino como “registro de conversaciones + registro de decisiones”. Cada resumen semanal, cada pregunta que dejó el gerente, cada acción de seguimiento se guarda en Notion DB. La próxima vez que el gerente pregunte “¿qué terminamos haciendo con respecto a esa anomalía el mes pasado?”, hojee el registro y responda.

El precio de no almacenar en Notion: tres meses después, el gerente pregunta de dónde salió un número y su única opción es sacar el Excel original y volver a calcular.

Mezclamos las tres herramientas porque cada una de ellas choca contra un muro: n8n puro no puede escribir resúmenes semánticos, Claude puro no puede programar, Notion puro no puede extraer datos de origen.

Antecedentes del caso: El “punto débil del informe semanal” de un B2B de 38 personas

Esta empresa vende SaaS a fabricantes medianos. El equipo de servicio al cliente está formado por 6 personas y cada semana debe un “informe semanal de rendimiento del servicio al cliente” al líder de operaciones.

El flujo original de 4 horas: Exportaciones CS → Fusión manual → Notas escritas a mano → Correo electrónico al gerente

Todos los lunes por la mañana, el líder de CS siguió estos 5 pasos:

  1. Exportar 3 archivos Excel desde el sistema CS (volumen, tiempo de respuesta, satisfacción)
  2. vlookup-fusionar en una hoja maestra
  3. Calcule WoW y el promedio mensual versus cada columna
  4. Escriba una sección de ~600 caracteres “destacados semanales + anomalías + enfoque de la próxima semana”
  5. Envíe un correo electrónico al líder de operaciones + cárguelo en Notion

Todo tomó 4 horas, generalmente de 09:00 a 13:00, interrumpido por ingenieros que preguntaban sobre errores del sistema CS.

El verdadero obstáculo no es la fusión: son los 90 minutos de las “Notas de variación semanales”

Una vez que desempaquetamos el flujo, vimos que los primeros 4 pasos suman 90 minutos; el sumidero en tiempo real es el paso 5, “escribir las notas de variación”.

Lo que quiere el gerente: “¿Por qué el tiempo de respuesta del tercer turno aumentó repentinamente esta semana? ¿Rotación, capacitación o programación?” Ese tipo de juicio requiere mirar la semana pasada, el mes pasado, las quejas de los clientes en la misma ventana y la lista de turnos.

El líder de CS dedica 90 minutos a la semana a esta sección y, con el tiempo, la redacción se vuelve formulada: el gerente deja de leer la diferencia.

Por qué fracasaron los intentos anteriores de RPA/Zapier (la capa semántica no se pudo resolver)

La empresa había probado la automatización dos veces:

El primer intento con UiPath incluyó los primeros 4 pasos en un robot, pero el robot no pudo escribir el resumen legible por humanos del paso 5. El líder de CS todavía pasó 90 minutos escribiéndolo.

El segundo intento encadenó ChatGPT a través de Zapier: el mensaje era demasiado impreciso, el estilo semanal era inconsistente y, a veces, se recordaban mal los números. Después de tres semanas, el gerente dejó de confiar en él.

Cuando entramos, el líder de CS dijo: “No me des otra solución a medias. Ahorra tiempo o déjame seguir haciéndolo a mano”.

Arquitectura de pila y flujo de datos

La canalización tiene cinco etapas: desencadenador → recogida de archivos → procesamiento → reescritura → manejo de fallas. Cada etapa se asigna a uno o más nodos n8n.

Capa de activación: n8n Cron (lunes 09:00) + Webhook Fallback

El flujo principal es el activador de programación de n8n configurado para el lunes a las 09:00. Pero el sistema CS a veces retrasa la exportación hasta las 09:30, por lo que también se conecta un webhook: cuando el sistema CS termina la exportación, hace ping a n8n para ejecutar el mismo flujo de trabajo.

Ambos puntos de entrada comparten los nodos posteriores. Cualquiera que se ejecute correctamente marca la semana completa y no se volverá a ejecutar.

Para conocer los costos de implementación de n8n autohospedado versus la nube, consulte costos de implementación de n8n autohospedado versus la nube 2026.

Capa de recogida de archivos: el nodo n8n de Google Drive obtiene Excel exportado por CS + validación de columna simple

El nodo n8n de Google Drive utiliza una cuenta de servicio para recuperar el Excel de esta semana desde una carpeta fija. Regla de nombre de archivo: weekly-cs-{YYYY-MM-DD}.xlsx.

Una vez obtenido, se realizan tres comprobaciones: tamaño del archivo > 10 KB (evite archivos vacíos), columnas requeridas presentes (volumen, tiempo de respuesta, satisfacción), tipos de datos correctos (los números no son cadenas).

Si alguna verificación falla, salte a la capa de manejo de fallas; no desperdicie tokens Claude.

Capa de procesamiento: Claude a través del nodo de solicitud HTTP n8n, alimentado esta semana + datos de la semana pasada

n8n lee los archivos Excel de esta semana y la semana pasada, utiliza un nodo Código para extraer las columnas de comparación y las empaqueta en un JSON delgado.

Luego, el nodo de solicitud HTTP llama a la API Anthropic (https://api.anthropic.com/v1/messages), pasa el mensaje + datos JSON y recibe un resumen de rebajas en respuesta.

La llamada Claude completa utiliza alrededor de 8.500 tokens por semana (entrada 6.200 + salida 2.300), y cuesta alrededor de NT$18.

Capa de reescritura: Claude devuelve Markdown → n8n escribe en Notion DB → Push to Slack

Después de que Claude devuelve la reducción, n8n lo analiza en columnas de Notion DB:

Después de escribir Notion, acceda a Slack con un enlace a la página de Notion + los primeros 200 caracteres del resumen. El gerente lo lee en Slack en su teléfono.

Manejo de fallas: mantenga la carga útil sin procesar en Notion + notifique a un humano a través de Slack

Si algún nodo falla, n8n salta al subflujo Activador de error: escriba el error + los datos sin procesar actuales en una base de datos de fallas de Notion, haga ping a la ingeniería en Slack.

De esa manera, incluso si el flujo de trabajo se interrumpe, los datos sin procesar no se pierden: un humano puede hacerse cargo del resumen.

Claude Clave de diseño rápido: no le entregue todo el Excel

Muchas personas que implementan la automatización de Excel simplemente descargan todo el Excel como csv en Claude, asumiendo que ese es el enfoque más simple. Ejecútelo y verá: tokens 3x, el modelo no puede comprender la semántica de las columnas y, a veces, incluso se equivoca en el orden de las columnas.

Utilice n8n primero para transformar Excel en JSON delgado (solo columnas de comparación + el mismo período de la semana pasada)

Hacemos este preprocesamiento en el nodo Código de n8n. El Excel tiene 60 columnas; el informe semanal en realidad sólo necesita 12.

La estructura JSON se parece más o menos a esto:

{
  "week": "2026-W19",
  "previous_week": "2026-W18",
  "metrics": {
    "incoming_count": {"current": 1842, "previous": 1601, "change_pct": 15.1},
    "first_response_min": {"current": 14.2, "previous": 12.1, "change_pct": 17.4},
    "csat": {"current": 4.6, "previous": 4.7, "change_pct": -2.1}
  },
  "shift_breakdown": [
    {"shift": "morning", "agents": 3, "incoming": 612, "first_response_min": 11.8},
    {"shift": "afternoon", "agents": 2, "incoming": 824, "first_response_min": 13.5},
    {"shift": "evening", "agents": 3, "incoming": 406, "first_response_min": 28.1}
  ],
  "anomalies_hint": ["evening shift first_response_min +132% vs previous"]
}

El uso de tokens cae de ~28 000 (alimentando Excel directamente) a ~6200 y la calidad de la respuesta mejora.

Mensaje de tres secciones: contexto + datos + formato de salida

La estructura del mensaje está fijada en tres secciones; no las mezcle. El contexto describe la situación de la empresa, el producto y el tamaño del equipo; los datos toman el JSON; El formato de salida exige rebajas, qué secciones marcan anomalías con ⚠️.

El beneficio de una estructura fija: el estilo semanal es consistente: el gerente se acostumbra a un orden de sección específico.

¿Por qué no simplemente alimentar csv? Los tokens se duplican, el modelo pierde la semántica de las columnas

Medimos esto. Mismo Excel, alimentado de dos maneras:

MétodoFichas de entradaCalidad de salidaDetección de anomalías
csv directo~28.000Secciones desorganizadasSe perdió 2/5
JSON primero~6,200Estructura clara5/5

La diferencia no es que Claude se vuelva más tonto: csv no tiene semántica de columnas. El modelo que ve evening,3,406,28.1 frente a {"shift": "evening", "agents": 3, "incoming": 406, "first_response_min": 28.1}; este último le dice que 28.1 es first_response_min de un vistazo.

Una plantilla de mensaje directo (con marcadores de posición)

Esta es la versión delgada que usa nuestro cliente; cópiela directamente:

You are the customer service operations analyst at {{COMPANY_NAME}}, responsible for the weekly CS performance report summary.

# Context
- Company size: {{TEAM_SIZE}} people, CS team {{CS_TEAM_SIZE}} people
- Product: {{PRODUCT_TYPE}}
- Manager focus: response time, volume, satisfaction
- Anomaly threshold: single metric WoW change > 15% counts as anomaly

# Data (JSON)
{{METRICS_JSON}}

# Output format (strict)
- Output markdown only, no preamble or postscript
- 4-section structure: ## Weekly highlights (≤3 lines) / ## Anomalies (item by item) / ## Next-week focus (≤2 lines) / ## Notes
- Prefix anomalies with ⚠️
- Append percent change after numbers (e.g., response time 14.2 min ⚠️ +17.4%)
- No phrases like "Here is the analysis" or "Hope this report is useful"

Los marcadores de posición se completan en el nodo Establecer de n8n antes de ir a la Solicitud HTTP.

Para conocer el enfoque completo de nodoización para este flujo de trabajo, consulte n8n + Claude Habilidades + nodoización del flujo de trabajo MCP. Reglas de facturación de tokens: consulte [documentación de mensajes API de Anthropic Claude] (https://docs.anthropic.com/es/api/messages).

Costo y tiempo reales: construido en dos semanas, NT$1420/mes para su ejecución

Las dos cosas que más les importan a los propietarios: qué tan rápido puede funcionar y cuánto pago mensualmente.

Costo de construcción: 1 semana de consultoría para descomprimir el flujo + 3 días de construcción n8n + 3 días de calibración inmediata

Nuestro orden de construcción es fijo:

Dos semanas supone una subcontratación experimentada. Las primeras construcciones internas tardan unas 4 semanas.

Ejecución mensual: API Claude ~NT$720, n8n Cloud ~NT$600, noción existente

Gasto mensual real:

ArtículoMensualNotas
API Claude (soneto 4.6)NT$7204 semanas × ~18 = 72, más reintentos fallidos y otros flujos de trabajo que comparten el uso
Nube n8n (plan inicial)NT$6005.000 ejecuciones/mes; este caso usa ~200
Noción0Licencia de empresa existente
Espacio de trabajo de Google0Existente
Total1.320 NT$Más buffer de NT$100 para misceláneos = NT$1.420

El n8n autohospedado (VPS NT$300/mes) ahorra otros NT$300.

Tiempo ahorrado: 3,5 horas/semana para el líder de CS + 0,5 para el gerente = 12,6 horas/mes

El cliente potencial de CS ahorra 3,5 horas a la semana (en lugar de 4 horas → 12 minutos de revisión + ajustes). El líder de operaciones ahorra 0,5 horas (estaba hojeando 5 Excel → lee el resumen directamente).

A 4,2 semanas/mes, 4 × 4 = 16 horas de tiempo de preparación de CS, más 2 horas de tiempo de preparación de operaciones, totalizan ~18 horas. Resta 5,4 horas que aún necesitan intervención humana cuando algo sale mal (se estiman 3 incidentes menores/mes × 1,8 horas cada uno), ahorro neto = 12,6 horas.

Línea de recuperación de 6 meses: NT$36 000 ÷ NT$8820/mes = ~4,9 meses para alcanzar el punto de equilibrio

Matemáticas de recuperación:

Redondear al alza hasta dentro de 6 meses. Vuelva a visitar [Cómo calcular antes/después de ROI para automatización] (https://aicycle.cc/es/blog/ai-customer-service-roi-formula): este caso es la ruta clásica de “primero ahorre tiempo y luego calcule ROI por cuenta”.

Ruta de implementación de 90 días: haga que un informe funcione antes de expandirse

Muchas empresas empiezan siendo demasiado ambiciosas y quieren automatizar todos los informes a la vez. Todas las implementaciones fallan porque las reglas difieren enormemente entre los departamentos: un conjunto de casos extremos paraliza todo el proyecto.

D0~D14: Elija un informe “semanal, no complejo” para comenzar

Tres criterios de selección: periodicidad semanal (no mensual ni trimestral), la lógica de las columnas no cambia cada mes, el fracaso no enfurecerá inmediatamente a un departamento.

Ajustes comunes: informe semanal de CS, informe semanal de ventas, informe semanal de uso del producto. Elige exactamente uno. Expandir después de que esté hecho.

D15~D45: agregue las 3 columnas de comparación sobre las que más pregunta el gerente (WoW, interanual, umbral de alerta)

Después del lanzamiento de la versión 1, normalmente recibirás solicitudes del administrador “También quiero ver X”. Elige los 3 más solicitados. No agregues todo.

Generalmente: WoW (frente a la semana pasada), interanual (frente a la misma semana del año pasado), umbral de alerta (bandera roja después de 2 semanas consecutivas).

D46~D90: replicar la plantilla en el segundo informe y luego entregar una plantilla de autoservicio a otros departamentos

Para el día 45, con el primer informe ejecutándose de manera constante, copie todo el flujo de trabajo e intercambie las variables de solicitud para el segundo informe, lo que generalmente se hace en 1 semana.

Al día 90 tendrás 2 informes permanentes + una plantilla dentro de la empresa. Cuando otros departamentos quieran uno, entrégueles la plantilla y enséñeles cómo editar el mensaje.

5 trampas que debes evitar

Después de 3 implementaciones, aquí están los 5 errores: evítelos.

Error 1: n8n autohospedado sin respaldo → Un reinicio y todo el flujo de trabajo desaparece

Solución: flujo de trabajo de exportación semanal JSON a versiones de Notion y un repositorio de git; instantánea antes de las actualizaciones del contenedor. Para conocer el uso del nodo comunitario, consulte nodo comunitario de documentos oficiales de n8n.

Error 2: Mensaje Claude demasiado flojo → Estilo de resumen inconsistente semana a semana

Solución: en el mensaje, escriba un formato de salida estricto, corrija el orden de las secciones, enumere las frases prohibidas. Tuvimos un cliente que mencionó explícitamente “no escriba ‘en resumen’” en el mensaje.

Error 3: pegar todo el Excel en el mensaje → Explosión de tokens

Solución: n8n debe realizar primero el filtrado de columnas + JSON-ificación, darle a Claude solo lo que realmente necesita ver. Un Excel de 60 columnas normalmente sólo necesita entre 10 y 15 columnas.

Error 4: El esquema de Notion DB no está diseñado desde el principio → Dar marcha atrás en los informes más adelante es doloroso

Solución: fijar el esquema en la semana 1, con al menos 5 columnas: semana, resumen, anomalías, WoW, enlace de carga útil sin formato. Configure vistas con anticipación (vista de administrador, vista de equipo, vista de auditoría).

Error 5: No hay seguimiento de auditoría → No hay forma de verificar cuando el gerente cuestiona un número

Solución: mantenga JSON sin formato en R2/S3 durante 90 días, coloque el enlace en el registro de Notion. Cualquier pregunta de “de dónde viene este número” se responde en 1 minuto.


Si su empresa tiene un problema similar (informes semanales, informes mensuales, informes de clientes atascados en el segmento “fusionar es fácil, escribir resúmenes me está matando”), podemos ayudarlo a resolverlo.

Reserve una llamada estratégica de 30 minutos. Presentamos su informe más doloroso sobre la mesa y le brindamos una lista de verificación práctica que puede retirar. Dentro de 30 minutos: siguiente paso específico y cuantificable, sin agitaciones.

Preguntas frecuentes

¿Qué tamaño de empresa se adapta a la automatización de informes de Excel con n8n + Claude + Notion?

20~150 personas es el punto ideal. Los menores de 20 años, la frecuencia de las denuncias no suele ser fija y las reglas siguen cambiando: la automatización se convierte en esposas autoimpuestas. Más de 150, normalmente ya existe una herramienta de BI (Tableau/Power BI) y, en ese escenario, la pila complementa lo que BI no puede hacer (resúmenes semánticos) en lugar de reemplazarlo.

¿Podemos mantenerlo nosotros mismos después de las dos semanas de construcción?

El flujo n8n rara vez necesita cambiar; lo que necesita mantenimiento es el mensaje Claude. Elija a alguien dentro de la empresa que conozca el proceso y pueda anotar rebajas (normalmente un analista de negocios o un especialista en operaciones) y dedique 4 horas a realizar una capacitación de ajuste rápido con nosotros. Después de eso, podrán editarlo ellos mismos. El mensaje normalmente necesita entre 1 y 2 ediciones al mes, menos de 30 minutos cada una.

¿Qué pasa si falla?

Tres capas de respaldo:

  1. Fallo de una sola semana: el activador de error n8n hace ping a Slack, el líder de CS escribe uno manualmente (vuelve al flujo anterior)
  2. Se interrumpe todo el flujo de trabajo: la versión de la semana pasada todavía está en Notion, el JSON sin formato está en R2: vuelva a ejecutar una sola ejecución
  3. Claude API no disponible: n8n cambia a una plantilla de solicitud de respaldo (más corta, puramente estructurada) para pasar la semana, el administrador recibe una etiqueta de “resumen degradado”