Qué encarece realmente un pipeline de ventas

Respuesta corta: casi nada del precio de un pipeline de ventas depende del número de etapas que aparecen en el diagrama. El número lo definen cuatro cosas: qué cobra la plataforma, cuántas acciones toca un solo lead, cómo se dispara el flujo y quién se hace cargo de los datos después del lanzamiento. Las etapas y las licencias por usuario son lo fácil de mostrar en una propuesta y lo que menos mueve la factura.

Ese desajuste no es casual. Un diagrama de etapas se entiende sin explicación, así que termina siendo la unidad de negociación. Las variables que de verdad fijan el monto son invisibles en una presentación, y por eso nadie las revisa hasta la renovación.

Las cinco variables que mueven el número

Toda cotización es la suma de estas cinco. Normalmente solo una viene escrita.

El costo de implementación queda fuera de esa tabla y se comporta distinto. Depende de la superficie de integración —cuántos sistemas distintos producen un lead y si coinciden en los nombres de campo— y del número de ramas de excepción que alguien tiene que construir y mantener. Esa cifra decide si un proyecto a precio fijo deja utilidad o deja pérdida. También es la que el comprador está menos capacitado para estimar, y por eso es la que conviene interrogar.

La unidad de cobro es toda la discusión

Dos plataformas, el mismo flujo, facturas muy distintas. La diferencia la documentan los propios proveedores.

Zapier cuenta una tarea por cada paso de acción exitoso. Su documentación aclara que los disparadores, los filtros y los Paths no cuentan, y que las acciones fallidas no se cobran. Su tabla de tarifas fija un paso estándar en una tarea, un paso de IA en una, tres o cinco tareas según el nivel del modelo, y un enrutamiento de Lead Router en cinco tareas por lead. Conviene leer esos números como instrucciones de diseño: un solo paso de clasificación con un modelo premium cuesta lo mismo que cinco pasos comunes.

n8n cobra por ejecución, y una ejecución es una corrida completa del flujo sin importar cuántos nodos contenga. Su página de precios lo plantea sin rodeos: pasos ilimitados, y el conteo no cambia con la complejidad.

Las dos, en una línea:

• Cobro por paso: costo mensual ≈ corridas × acciones por lead × tarifa unitaria.
• Cobro por ejecución: costo mensual ≈ corridas × tarifa unitaria.

El mismo lead, el mismo resultado, otro exponente. Ocho acciones por lead son ocho unidades en una plataforma y una sola en la otra. Esa diferencia explica buena parte de la brecha entre dos cotizaciones que dicen automatizar el mismo pipeline, y ninguna de las dos lo va a mencionar.

Un matiz que vale la pena conservar: en una plataforma que cobra por paso, una integración que falla es barata en tareas y cara en confianza, justamente porque el fallo sale gratis. En una que cobra por ejecución pasa algo parecido, salvo que un flujo a medio correr igual cuenta. Ningún modelo de cobro te factura por estar roto. Los dos te facturan por estar ocupado.

El costo que sube cuando marketing funciona

El volumen de leads es la única variable de la ecuación que tu negocio controla desde afuera. Las licencias son fijas, las etapas son gratis, las integraciones se pagan una vez; cada lead adicional, en cambio, es otra corrida.

Aquí es donde los proyectos de pipeline fallan comercialmente sin hacer ruido. Una iguala calculada sobre el inbound del trimestre pasado se ve razonable hasta que la campaña que debía alimentarla empieza a funcionar: el costo por corrida se duplica y la cuota no. La agencia se lo come, o el cliente recibe a mitad de ciclo una conversación incómoda sobre volumen, o —lo más común— el flujo se recorta hasta que deja de romperse. Ese recorte es invisible. Aparece meses después, en forma de leads que dejaron de enrutarse.

Si estás comprando este trabajo, pide el supuesto de volumen por escrito. Si lo estás vendiendo, ponlo en el alcance. Un pipeline cotizado sin cláusula de volumen está cotizado sobre una suposición que alguien va a pagar.

Sondeo, horario y webhook no cuestan lo mismo

Los disparadores parecen intercambiables y no lo son. Zapier no cobra por sondeo: su documentación señala que un Zap que consulta una aplicación cada dos minutos completa más de veinte mil sondeos al mes sin costo. n8n cuenta distinto. Su documentación de ejecuciones dice que un disparador por horario cuenta una ejecución cada vez que se activa, que un sondeo cuenta solo cuando encuentra datos nuevos, y que un webhook cuenta cada petición entrante que lo alcanza, incluida una con cuerpo vacío.

Esa última cláusula importa en la operación. Un webhook que recibe tráfico de bots, reintentos y pings malformados te factura cada uno; un sondeo sobre la misma fuente no factura ninguno. La opción más barata depende, entonces, de qué plataforma elegiste y de si el sistema de origen merece confianza para disparar solo cuando pasó algo real.

Dicho eso, el costo verdadero del disparador no es la factura. Es la idempotencia. El sondeo te entrega el mismo registro más de una vez y deja en tu flujo la responsabilidad de no actuar dos veces. El webhook te entrega eventos que hay que autenticar. En cualquier caso, alguien tiene que decidir qué significa "ya procesado", y esa decisión es una tarea de construcción que casi nunca aparece en un diagrama de etapas.

Dónde cae el modelo en el camino

Un paso de IA se cobra como un paso y se comporta como una decisión. Ubicarlo es, por lo tanto, una decisión de costo y no solo de calidad.

Si pones el modelo en la entrada, cada registro paga la tarifa, incluido el spam evidente. Si lo pones después de los filtros deterministas —tiene correo corporativo, tiene banda de presupuesto, coincide con el segmento objetivo— el mismo modelo solo ve los leads que sobrevivieron, a una fracción del costo por corrida y con calidad de salida idéntica. El flujo gana una rama y pierde una parte importante de la factura.

Lo que suele venderse es lo contrario: un agente al frente porque se ve bien en la demo, con reglas detrás haciendo el enrutamiento real. Eso invierte la curva de costo y la de confiabilidad al mismo tiempo. En el trabajo de alcance que hacemos, las ubicaciones que sobreviven al contacto con un flujo real de leads son las aburridas: primero lo determinista, después lo probabilístico.

La línea que nadie cotiza

La higiene de datos es el mayor costo no presupuestado de casi todo proyecto de pipeline, y no es un problema técnico.

Tres cosas se rompen después del lanzamiento, en este orden. Los registros se duplican porque dos fuentes describen a la misma persona con mayúsculas distintas. Los campos se desalinean porque un formulario cambió arriba y nadie actualizó el mapeo. Y la propiedad se diluye porque la persona que construyó el flujo cambió de puesto.

Ninguna de esas fallas es de automatización. Son la razón por la que un pipeline que funcionaba en el mes uno reporta tonterías en el mes seis, y ningún proveedor las cotiza porque no forman parte de una implementación. El costo aterriza como trabajo interno, absorbido en silencio, hasta que alguien encarga una limpieza y descubre el número real.

El arreglo estructural más barato es asignarlo antes de lanzar: un responsable con nombre, una cadencia y una regla de qué cuenta como duplicado. Si una propuesta no tiene una línea para esto, no es que el costo sea cero: es que el costo se mudó a tu lado. La misma dinámica, una capa más abajo, es la razón por la que los datos sucios desactivan la automatización del CRM mucho antes de que alguien culpe a la herramienta.

Qué preguntar antes de firmar

Seis preguntas, todas respondibles en la primera llamada por alguien que de verdad haya construido uno:

1. ¿Qué unidad de cobro aplica y cuál es el costo por 1.000 leads con este número de pasos? Normaliza antes de comparar.
2. ¿Cuántas acciones dispara un lead de punta a punta? El multiplicador, dicho como número.
3. ¿Cómo se dispara esto y qué pasa con un evento duplicado? La idempotencia tiene dueño.
4. ¿Dónde cae la llamada al modelo y en qué nivel? La ubicación es una decisión de costo.
5. ¿Cuál es el supuesto de volumen y qué pasa si se duplica? La cláusula que protege a ambas partes.
6. ¿Quién es dueño de la higiene de datos en el mes seis? Un nombre, no un cargo.

Una cotización que responde las seis es comparable con otra que también las responde. Una que no responde ninguna es un número con un diagrama pegado.

La regla

Juzga una propuesta de pipeline por la unidad de cobro y por las acciones por lead, no por el número de etapas. Después júzgala por si hay alguien nombrado para hacerse cargo de los datos. Esas tres respuestas predicen la factura mucho mejor que el dibujo, y son las únicas partes de la propuesta que seguirán siendo ciertas dentro de un año.

Hay dos modos de falla relacionados que conviene leer a continuación: por qué la automatización desconectada cuesta más que la licencia y qué cambia realmente un SLA de tiempo de respuesta cuando el enrutamiento ya funciona.

Si quieres la conversación de alcance que produce esas seis respuestas —qué variables aplican a tu stack, cuál debería ser el supuesto de volumen y en qué punto del camino va el modelo— ese es el trabajo que describimos en la página de servicio de pipelines de ventas. Trae tus fuentes de leads actuales y un mes de historial de enrutamiento. Los números salen de ahí, no de un diagrama de etapas.