Automatización a medida vs Zapier: cuándo cambiar

El problema casi nunca es que falten herramientas. Es que el proceso real de tu equipo comercial no cabe en una plantilla de Zapier, y cada parche nuevo te aleja un poco más de entender qué está pasando dentro.

El espejismo del "ya tenemos Zapier"

Cuando un director comercial dice "ya tenemos Zapier funcionando", normalmente quiere decir tres cosas distintas a la vez. Que hay flujos vivos. Que nadie sabe exactamente cuántos. Y que cuando algo se rompe, lo arregla la persona que lo montó, si sigue en la empresa.

Esto no es un problema de Zapier. Zapier hace bien lo que promete: conectar dos aplicaciones cuando pasa X. El problema empieza cuando el proceso comercial real implica seis aplicaciones, tres condiciones encadenadas, dos equipos con criterios distintos y un SLA que cumplir. Ahí la herramienta no escala mal: escala distinto a como necesita tu negocio.

El brief de Kondo sobre tendencias B2B 2025 lo deja claro: hasta el 94% de las organizaciones comerciales planea consolidar su stack este año, y los reps venden solo el 28-30% de su semana. El resto se va en cambiar de pestaña, copiar datos, revisar si una automatización corrió o no. Cuando alguien dice "automatización", muchas veces está describiendo justo el origen del problema.

Cuándo el SaaS de automatización es la decisión correcta

Antes de hablar de cuándo conviene salir, conviene marcar cuándo no. Si tu caso encaja aquí, no toques nada:

• Flujo lineal entre dos o tres herramientas. Un formulario que cae en HubSpot, dispara un email y crea una tarea. Zapier o Make lo resuelven en una tarde y nadie lo va a tocar en seis meses.
• Volúmenes bajos y estables. Menos de 1.000-2.000 ejecuciones al mes, sin picos.
• No hay lógica de negocio compleja dentro del paso. El "si pasa A, haz B" no necesita siete condiciones ni cruzar datos con un ERP.
• El proceso no es diferencial. Sincronizar contactos entre Mailchimp y un CRM no es donde ganas dinero. Hazlo con lo más barato que funcione.

Aquí montar algo a medida es sobreingeniería pura. Aoware no debería entrar, y si te lo propone alguien, sospecha.

El cambio ocurre cuando aparecen las señales que vienen abajo. No una. Mínimo dos a la vez.

Señal 1: tu proceso no encaja en una plantilla

Las plantillas de Zapier asumen un modelo del mundo: un trigger, una cadena de acciones, branches sencillas. Cuando tu proceso real tiene siete decisiones encadenadas con datos de tres sitios distintos, lo que acabas teniendo es un Zap con 40 pasos, otro Zap que llama al primero, una hoja de Google de por medio para "guardar estado", y un humano revisando que la cosa no se atasque.

Zapier tiene un límite oficial de 100 pasos por Zap. Mucho antes de llegar ahí, ya has perdido la capacidad de razonar sobre el flujo. Si alguien nuevo entra al equipo, no hay forma de explicarle cómo califica un lead, porque la respuesta es "está repartida en cuatro Zaps, dos filtros y un Code step que escribió Marta en 2023".

El síntoma claro: cuando un comercial pregunta "¿por qué este lead acabó conmigo y no con Pablo?", nadie sabe responder en menos de quince minutos. Es el mismo patrón que aparece cuando una empresa pasa de Excel y emails sueltos a un sistema comercial conectado: la información existe, pero la lógica que la mueve no vive en ningún sitio que un humano pueda leer entero.

Señal 2: hay varias herramientas implicadas al mismo tiempo

El comercial medio usa hoy ocho herramientas distintas, según el State of Sales de Salesforce. El 42% se siente desbordado por esa cantidad, y los que están desbordados tienen un 45% menos de probabilidades de cumplir cuota. El Seller Skills Survey 2024 de Gartner eleva esa cifra de saturación al 70%.

Esto importa porque la automatización tipo plantilla asume que las herramientas hablan de uno en uno. Pero un lead real tiene un viaje que toca el formulario web, el CRM, el sistema de email marketing, una base de datos de scoring, el calendario del comercial, Slack, y a veces el ERP para chequear si la empresa ya existe como cliente.

Cuando montas eso con SaaS de automatización, cada paso es una llamada API que se factura, cada error es una alerta que llega a un canal de Slack donde nadie mira, y cada cambio en una de las siete herramientas implica revisar varios Zaps a mano para ver si algo se rompe. No tienes git, no tienes pull requests, no tienes rollback, no tienes auditoría. Lowcode Agency describe bien esta línea: el momento de migrar no llega por la factura, llega cuando dejas de tener historial de cambios, revisión de cambios, rollback y entornos separados sobre la lógica que mueve tus ingresos.

Una solución a medida no significa "reescribir todo en código". Significa tener una capa intermedia que entiende tu proceso como una unidad y que conecta las herramientas que ya tienes sin reemplazarlas. HubSpot sigue siendo tu CRM. Slack sigue siendo Slack. Pero la lógica vive en un sitio que tú controlas, apoyada en un CRM limpio que actúa como activo invisible y no como una fuente de errores constantes.

Señal 3: el equipo necesita una interfaz propia

Esta es la señal que la mayoría de directores comerciales descubre tarde. Llega un momento en que tu equipo no necesita "que pase algo cuando un lead entra". Necesita una pantalla que les diga, ahora mismo:

• Qué leads tengo asignados hoy.
• Cuáles requieren acción antes de las 18:00 para no romper el SLA.
• Por qué este lead concreto vale 87 puntos y no 60.
• Qué hago si el cliente pide algo que cruza con datos del ERP que no están en HubSpot.

Esa pantalla no existe en HubSpot, ni en Salesforce, ni en Pipedrive. Existen vistas, existen dashboards, pero no existe la vista operativa que tu equipo concreto necesita para hacer su trabajo. HubSpot tiene un techo de hasta 1.000 workflows en Enterprise, suficiente para casi todos, pero aun así la interfaz sigue siendo la suya, no la tuya.

Aquí es donde "automatización a medida" deja de ser una mejor manera de conectar APIs y empieza a ser una herramienta interna que tu equipo abre cada mañana. Es la diferencia entre un proceso que ocurre por debajo y un proceso que el equipo dirige conscientemente.

El coste real del SaaS de automatización a escala

Conviene mirar números, porque la sensación "Zapier es barato" funciona hasta que deja de funcionar.

Los planes públicos de Zapier hoy son: Professional con 750 tareas/mes a 19,99 dólares y Team con 2.000 tareas a 69 dólares. Hasta ahí, perfecto. Pero hay tres efectos que la mayoría no calcula:

1. Overages. Si te pasas, el coste por tarea extra va de 1,25x a 2,5x el precio base. En un mes de campaña fuerte, la factura se dispara.
2. Acciones de IA. Cada acción que usa IA cuenta como 3x a 5x una tarea normal. Si has metido GPT en la cadena para clasificar leads, multiplica.
3. Multi-paso real. Un proceso comercial honesto rara vez son 3 pasos. Son 12, 15, 20. Cada uno cuenta como tarea.

Make funciona con una lógica similar: cuenta operaciones en lugar de tareas, pero cuando agotas el plan, las extra siempre salen más caras por unidad que las del plan base. Sumas, sumas y descubres que estás pagando 600-1.200 euros al mes por una infraestructura que sigue sin tener entornos, sin tener tests, sin tener historial de cambios.

El cálculo correcto no es "Zapier 70€ vs desarrollo a medida 15.000€". Es "Zapier 800€/mes + 4 horas/semana de mantenimiento humano + un par de incidencias serias al trimestre, durante tres años". Cuando lo pones así, la conversación cambia. Es el mismo cálculo que aparece cuando alguien plantea automatizar procesos comerciales antes de contratar más vendedores: el coste de no hacerlo es real, solo que está repartido en pequeños cortes diarios.

Esto no significa que el SaaS salga siempre perdiendo. Significa que el cálculo merece hacerse con todos los números encima de la mesa, no con la factura del primer mes.

Un ejemplo concreto: routing de leads con scoring y handoff

El caso clásico donde una solución a medida deja de ser opcional es el routing de leads en B2B con ciclo de venta no trivial.

El proceso real, sin maquillaje, suele ser este. Llega un lead por formulario web, evento o referido. Hay que calcular un score que combina firmographics (tamaño, sector, geografía), comportamiento (qué páginas visitó, qué descargó) y datos externos (¿es ya cliente de otra unidad? ¿hay un deal abierto con esta cuenta?). Con ese score, hay que decidir si va a SDR, a inside sales o a key account, respetando reglas de territorio, capacidad actual del comercial, y exclusiones (cuentas en lista negra, conflictos con partners).

Después del routing, arranca un SLA: si el comercial asignado no toca el lead en X horas, se reasigna. Si lo toca pero no avanza en Y días, vuelve al pool. Si avanza, hay que sincronizar el estado con marketing para que no le manden la secuencia de nurturing equivocada.

Montar esto en Zapier o Make es técnicamente posible. En la práctica acabas con 15-20 escenarios cruzados, una hoja de Google haciendo de cerebro central, y un equipo de RevOps que dedica un día a la semana a apagar fuegos. Cualquier cambio en la política de routing (que pasa cada trimestre) implica revisar todo a mano.

A medida no significa reinventar nada. Significa una pieza que lee el lead, ejecuta la lógica de scoring en un sitio que tú controlas, y escribe el resultado en HubSpot, Salesforce o donde lo necesites. El comercial sigue trabajando en su CRM de siempre. Marketing sigue con su Marketo o su HubSpot Marketing. Pero la regla de negocio vive en un sitio donde se puede leer, versionar y cambiar sin romper otras seis cosas.

Hay dos variantes del mismo patrón que aparecen mucho. La sincronización bidireccional HubSpot ↔ Salesforce cuando marketing y ventas viven en CRMs distintos y hay conflictos de campos. Y los pipelines cruzados con datos de ERP fuera del CRM, donde el comercial necesita saber el estado financiero de la cuenta antes de hacer una oferta. Ambos comparten la misma raíz: información que vive en sitios distintos y reglas de negocio que el SaaS estándar no expresa bien.

Cómo decidir hoy: 4 preguntas

Si quieres saber en qué lado de la línea está tu empresa ahora mismo, contesta a estas cuatro:

1. ¿Cuántas personas tocan los flujos de automatización y cuánto se tarda en explicar uno nuevo? Si la respuesta es "una persona y entre media hora y una hora", estás bien. Si es "tres personas y nadie tiene el mapa completo", tienes deuda.
2. ¿Qué pasa cuando una herramienta del stack cambia un campo o una API? Si lo descubres porque algo se rompe en producción y un comercial llama, en lugar de en un entorno de pruebas, vas en la dirección equivocada.
3. ¿Cuál es la factura total al año de tus herramientas de automatización, sumando overages y acciones de IA? Si pasa de los 8.000-10.000 euros y sigue creciendo cada trimestre, el cálculo del "es barato" ya no aplica.
4. ¿Qué porcentaje del tiempo de tu equipo comercial se va en operar herramientas en lugar de hablar con clientes? Si reconoces el 28-30% de ventas reales del informe de Kondo, ya sabes dónde está la fuga.

Dos "sí preocupantes" no obligan a moverse mañana. Tres sí.

Qué hacer con todo esto

La pregunta nunca es "Zapier o a medida". La pregunta es "para este proceso concreto, en este momento de la empresa, ¿dónde está la línea?". Para conectar dos herramientas en un flujo lineal, el SaaS es la respuesta correcta y va a seguir siéndolo. Para procesos comerciales propios, multi-herramienta, con interfaz que tu equipo necesita abrir cada día, llega un punto en que seguir parcheando cuesta más que rehacer la pieza central.

La regla práctica: deja el SaaS para lo genérico y construye a medida solo donde tu proceso es diferencial. El error es elegir un único lado para todo.

En Aoware construimos sistemas que se adaptan a cómo trabaja tu empresa por dentro, no al revés. Si has reconocido dos o tres de las señales de arriba en tu propia operación, te enseñamos cómo se vería esa pieza a medida sobre el stack que ya tienes, sin reemplazar nada de lo que funciona.