Automatización para pymes: Guía 2026 + caso real Madrid

El cliente

Laura es directora de operaciones de una agencia de marketing digital con sede en Madrid. Ocho personas en plantilla, facturación de 45.000 € al mes y una cartera de clientes que no para de crecer, al menos sobre el papel. En la práctica, el equipo gestionaba cada lead, cada propuesta y cada seguimiento de forma completamente manual: Slack para coordinarse internamente, el correo electrónico para comunicarse con clientes, y una hoja de cálculo de Google que nadie actualizaba con la misma frecuencia. «Teníamos conversaciones abiertas en tres sitios distintos y nunca sabíamos cuál era la versión definitiva de nada», nos contó Laura en nuestra primera llamada. Cuando nos contactó, llevaba meses viendo cómo algunos leads prometedores se enfriaban sin que nadie los hubiese seguido a tiempo, y dedicaba ella sola más de quince horas semanales a tareas de coordinación que, en teoría, no eran su trabajo.

Qué les dolía (en números)

El diagnóstico inicial fue claro. No era un problema de talento ni de estrategia comercial: era un problema de infraestructura operativa. Estos eran los números antes de que interviniésemos:

• Tiempo de respuesta a leads: entre 3 y 4 horas de media desde que un contacto entraba hasta que alguien del equipo respondía. En servicios B2B, ese margen suele ser la diferencia entre cerrar o perder la oportunidad.
• Tasa de seguimiento completado: solo el 52 % de los leads recibía todos los puntos de contacto planificados. El resto se perdía en el ruido operativo.
• Propuestas generadas por semana: 8. El equipo tenía capacidad real para más, pero el proceso manual de preparación y envío actuaba como cuello de botella.
• Horas administrativas semanales de Laura: 15 horas dedicadas a consolidar información, recordar seguimientos y actualizar estados de deals en distintas plataformas.

Estimamos que la agencia estaba perdiendo aproximadamente 8.000 € al mes en leads que no se convertían por falta de seguimiento ágil. No por falta de interés del cliente potencial, sino porque la respuesta llegaba tarde o el seguimiento nunca se producía. Otras 18 horas semanales —entre Laura y el resto del equipo— se consumían en tareas repetitivas que no aportaban valor estratégico.

Lo que elegimos — nuestro stack

Antes de proponer ninguna herramienta, pasamos dos sesiones analizando los flujos reales de trabajo de la agencia. El resultado fue un stack de tres piezas: Pipedrive como CRM central, Brevo para automatización de email y SMS, y n8n como orquestador de la integración. Aquí están los cinco criterios que guiaron esa decisión:

1. Adecuación al modelo de negocio de servicios

Pipedrive está diseñado para equipos que venden servicios y gestionan pipelines visuales de propuestas. Su estructura de deals, actividades y contactos encajaba de forma natural con el ciclo de ventas de la agencia: primer contacto → propuesta → negociación → cierre. No necesitábamos un CRM pensado para e-commerce o para ventas transaccionales de alto volumen. Pipedrive es el CRM nativo del sector servicios en España, y para un equipo de ocho personas resulta accesible sin ser simplista.

2. Coste proporcional a la facturación

Con 45.000 € de facturación mensual, la agencia no podía permitirse una suite de marketing enterprise. Brevo (anteriormente Sendinblue) ofrece automatización de email y SMS con una estructura de precios que escala por volumen de envíos, no por número de contactos ilimitados. Para el volumen de comunicaciones que manejaba la agencia, el coste mensual de Brevo era perfectamente asumible sin necesidad de justificar una inversión desproporcionada a los socios.

3. Capacidad de orquestación sin código

El equipo no tiene desarrolladores internos. Necesitábamos un orquestador que nos permitiese conectar Pipedrive y Brevo con lógica condicional, transformaciones de datos y manejo de errores, sin escribir código custom que luego nadie pudiese mantener. n8n, desplegado en instancia propia, nos dio esa flexibilidad: nodos nativos para Pipedrive y Brevo, nodo de Slack integrado, y una interfaz visual que Laura puede consultar —y en casos simples, modificar— sin nuestra intervención.

4. Control sobre los datos

La agencia maneja información confidencial de sus clientes: estrategias, presupuestos, datos de contacto. El despliegue self-hosted de n8n fue una decisión deliberada para que ningún dato de leads transitase por servidores de terceros más allá de las propias plataformas (Pipedrive y Brevo), que ya estaban en el contrato de servicios. Este punto fue determinante para Laura desde la primera conversación.

5. Velocidad de implementación

Necesitábamos resultados en menos de tres semanas. n8n con sus nodos nativos de Pipedrive y Brevo nos permitió construir los flujos principales sin partir de cero en cada integración. Los webhooks nativos de Pipedrive (eventos deal.added, deal.updated, activity.added) disparan los flujos en tiempo real, con un delay máximo de 2-3 minutos en el plan que usaban, suficiente para nuestros objetivos.

Cómo lo implementamos

El proyecto se ejecutó en dos semanas. A continuación, el desglose real de lo que hicimos cada semana.

Semana 1 (Días 1-7): Auditoría, configuración base y primer flujo en producción

Días 1-2 — Auditoría de datos y limpieza de Pipedrive. El CRM existía, pero estaba parcialmente configurado. Revisamos y estandarizamos los stages del pipeline, definimos los campos personalizados necesarios (tipo de servicio, presupuesto estimado, canal de entrada del lead) y limpiamos los deals duplicados o sin propietario asignado. Este paso es crítico y a menudo se subestima: un flujo de automatización sobre datos sucios produce ruido, no valor.

Días 3-4 — Configuración de Brevo y creación de atributos personalizados. Creamos en el panel de Brevo los atributos de contacto personalizados que íbamos a sincronizar desde Pipedrive (nombre, empresa, servicio de interés, stage del deal, propietario asignado). Estos atributos deben existir en Brevo antes de poder usarlos vía API; es un paso que, si se omite, rompe los flujos en producción. Configuramos también las listas de segmentación y las primeras plantillas de email transaccional para la secuencia de bienvenida a nuevos leads.

Días 5-7 — Despliegue de n8n y primer flujo: lead nuevo → notificación inmediata. Desplegamos n8n en servidor propio con la variable WEBHOOK_URL correctamente configurada para recibir los webhooks de Pipedrive. El primer flujo operativo fue el más crítico: cuando Pipedrive recibe un deal nuevo (evento deal.added), n8n captura el payload, extrae los campos relevantes, crea o actualiza el contacto en Brevo vía su endpoint REST con autenticación por API key, y envía simultáneamente una notificación al canal de Slack del equipo comercial con el nombre del lead, el servicio solicitado y el propietario asignado. Este flujo entró en producción al final de la primera semana. El tiempo de respuesta pasó de horas a minutos desde el primer día en producción.

Semana 2 (Días 8-14): Automatización de seguimientos y secuencias de propuestas

Días 8-10 — Flujo de seguimiento automático por cambio de stage. Configuramos el segundo flujo principal: cuando un deal avanza de stage en Pipedrive (evento deal.updated, filtrando por stage_id), n8n actualiza el contacto en Brevo y lo inscribe en la secuencia de email correspondiente a esa fase del pipeline. Un deal que pasa a «Propuesta enviada» activa automáticamente una secuencia de tres emails de seguimiento espaciados en el tiempo, con el nombre del comercial responsable como remitente. Si el deal avanza a «Negociación», la secuencia anterior se cancela y arranca una nueva. Los nodos IF y Set de n8n gestionan esta lógica condicional sin código custom.

Días 11-12 — Flujo de recordatorio de actividades pendientes. Usamos el evento activity.added de Pipedrive para generar recordatorios automáticos en Slack cuando una actividad (llamada, reunión, envío de propuesta) lleva más de 24 horas sin marcarse como completada. Esto eliminó el principal motivo por el que el 48 % de los seguimientos quedaban incompletos: nadie recordaba que existían.

Días 13-14 — Pruebas, ajustes y formación del equipo. Simulamos los escenarios de error más comunes (webhook duplicado, contacto ya existente en Brevo, deal sin propietario asignado) y configuramos los nodos de manejo de errores en n8n para que enviasen una alerta a Slack en lugar de fallar en silencio. Realizamos una sesión de formación de dos horas con Laura y el responsable comercial para que pudiesen monitorizar los flujos y entender cuándo escalar un problema.

Los resultados en números

Medimos los resultados a los cuatro meses de la puesta en producción. Esta es la comparativa:

El incremento en propuestas semanales —de 8 a 24— no fue consecuencia de contratar a nadie nuevo. Fue consecuencia de eliminar el tiempo que el equipo dedicaba a buscar información dispersa entre plataformas. Según Laura: «Antes de la automatización, preparar una propuesta implicaba revisar tres herramientas distintas para saber en qué punto estaba el cliente. Ahora toda esa información está en Pipedrive y el proceso es lineal.»

El incremento de ingresos de 9.800 € mensuales en cuatro meses representa un retorno sobre la inversión del proyecto que se materializó antes del segundo mes de operación.

Qué haríamos diferente

Ningún proyecto sale perfecto. Estas son las tres lecciones que nos llevamos de este caso y que aplicamos desde entonces en proyectos similares:

1. Auditar los datos antes de hablar de automatización. Perdimos casi dos días de la primera semana limpiando el CRM. Si hubiésemos pedido a Laura un export de Pipedrive antes de la primera reunión técnica, habríamos llegado con un diagnóstico previo y habríamos empezado a construir flujos antes. Ahora es el primer paso de nuestro onboarding: datos primero, arquitectura después.

2. Definir los atributos de Brevo en la fase de diseño, no en la de implementación. Los atributos personalizados de contacto en Brevo deben crearse manualmente en el panel antes de poder usarlos vía API. Lo descubrimos en producción cuando el primer flujo falló al intentar escribir en un atributo que no existía. Ahora incluimos la creación de atributos como un checklist explícito en la fase de diseño técnico.

3. Involucrar al equipo comercial desde el día uno, no solo al final. La sesión de formación del último día fue útil, pero insuficiente. El responsable comercial tenía preguntas sobre cómo funcionaban los flujos que, si las hubiésemos recogido antes, habrían influido en algunas decisiones de diseño. En proyectos posteriores hemos incorporado al usuario principal en las revisiones de la semana uno.

Tabla comparativa: herramientas de automatización para pymes en 2026

Una de las preguntas más frecuentes que recibimos de agencias y pymes similares a la de Laura es cómo comparar las opciones disponibles antes de decidir. Esta tabla resume los criterios más relevantes para equipos de 5 a 20 personas con facturación entre 20.000 y 100.000 €/mes:

Para el caso de Laura, n8n self-hosted fue la elección correcta por el control de datos y la flexibilidad de lógica condicional.