Funnel de ventas: las etapas y las piezas técnicas que lo hacen medible

Un funnel de ventas es el recorrido de una persona desde que conoce tu negocio hasta que compra, dividido en etapas medibles. Funnel y embudo de ventas son la misma cosa: funnel es simplemente la palabra inglesa para embudo. Lo que separa un embudo útil de un dibujo bonito no es el número de etapas, sino que cada una tenga un criterio de entrada claro y una pieza técnica que permita contar cuántas personas la cruzan.

Casi todo lo que se publica sobre el tema se queda en el diagrama: cuatro etapas, unos iconos y la recomendación de “optimizar cada fase”. El problema que veo en los negocios con los que trabajo no es que desconozcan las etapas. Es que no pueden medirlas. El funnel existe en una diapositiva y las cifras salen de tres herramientas que no se ponen de acuerdo.

Este artículo cubre las etapas, porque hacen falta, pero dedica el peso a la parte que nadie explica: qué tiene que existir en vuestros sistemas para que el embudo se pueda medir y operar.

¿Qué es un funnel de ventas y por qué se dibuja como un embudo?

Se dibuja como un embudo por una razón geométrica: entran muchas personas por arriba y solo una parte llega abajo. En cada paso se pierde gente, y esa pérdida es normal. El embudo no es un objetivo de diseño, es una constatación.

La utilidad del modelo es diagnóstica. Si solo miras las ventas del mes, cuando bajan no sabes por qué. Si mides cada etapa, puedes ver que el tráfico es el mismo, que los registros son los mismos y que lo que cayó fue la asistencia a la sesión. Eso ya es una hipótesis accionable.

Verás también los términos embudo de conversión, embudo comercial o pipeline. Hay matices entre ellos (el pipeline suele referirse a la parte que gestiona el equipo comercial, no al tráfico frío), pero en la práctica se usan de forma intercambiable. No merece la pena discutir el vocabulario: merece la pena acordar qué etapas usa vuestro equipo y qué significa cada una.

¿Cuáles son las etapas del embudo de ventas?

Lo primero, con honestidad: el número de etapas es una convención, no una ley. La versión de cuatro etapas viene del modelo AIDA, formulado a finales del siglo XIX para describir la publicidad impresa. La de cinco suele añadir fidelización al final. Hay quien usa siete. Ninguna es más correcta que otra.

La única columna que importa para operar es la última. Un criterio práctico: una etapa merece existir si cambia lo que hace alguien del equipo y si se puede contar cuántas personas entran en ella. Si nadie actúa distinto cuando un lead pasa de “interés” a “deseo”, y nadie sabe decir cuántos hay en cada una, esas dos etapas son una sola.

En un negocio digital, unas etapas operativas típicas serían: visita, registro, asistencia a la sesión, llamada agendada, llamada realizada, venta. Se parecen poco a AIDA y sirven mucho más, porque cada una tiene un hecho verificable detrás.

Qué pieza técnica necesita cada etapa para ser medible

Aquí está el fondo del asunto. Un embudo se mide cuando cada etapa deja un registro que se puede contar y cruzar con las demás. Esta es la correspondencia que uso al diseñar un sistema comercial:

Cada fila es un punto donde el dato se rompe con frecuencia. Vamos por las cuatro que más problemas dan.

El origen se captura en el formulario, no después

Es el fallo más caro y el más barato de arreglar. El formulario guarda nombre, email y teléfono, pero no guarda de dónde viene la persona. La analítica sabe que alguien llegó de una campaña; el CRM tiene a la persona sin origen. Los dos datos ya no se vuelven a juntar.

La solución son campos ocultos que se rellenan al cargar la página con los parámetros de la URL, y que se conservan durante la visita porque casi nadie se registra en la primera página que ve. Ese valor viaja con el lead hasta la venta. Si no se captura ahí, ningún informe posterior lo puede reconstruir. El recorrido completo de esa pérdida, paso a paso, está en por qué GA4, Meta y tu CRM nunca dan la misma cifra.

La deduplicación va antes de la asignación

Una persona que se registra dos veces son dos filas y, si el reparto ya ha ocurrido, dos comerciales llamando a la misma persona. Además, el embudo cuenta dos registros donde hay uno, con lo que la tasa de paso a la siguiente etapa sale peor de lo que es.

Deduplicar significa decidir tres cosas y escribirlas: cómo se normaliza el email (minúsculas, sin alias), cómo se normaliza el teléfono (prefijo internacional, sin espacios ni guiones) y qué gana cuando hay conflicto. Sobre el origen, mi recomendación es conservar el primero y añadir el último en un campo aparte, nunca sobrescribir.

Cada lead tiene un dueño y una marca de tiempo

Sin propietario, una etapa no se puede operar: nadie sabe de quién es la responsabilidad. Sin marca de tiempo, no se puede medir lo único que casi siempre mueve la aguja en la parte baja del embudo, que es cuánto tarda el equipo en contactar.

Esto vive en el CRM, no en una hoja de cálculo compartida. El motivo no es esnobismo de herramientas: una hoja no impone propiedad ni deja historial de quién cambió qué. Cuándo deja de servir y cómo se hace el cambio sin parar las ventas está en leads que se pierden entre el formulario y el comercial, y qué exigirle al CRM antes de elegirlo, en CRM para pymes y negocios digitales.

Cuando entran más leads de los que el equipo puede atender bien, a la propiedad y a la marca de tiempo se les suma una tercera decisión: el orden. Eso ya es priorización, y cómo se monta sin inventarse una puntuación lo cuento en lead scoring con reglas o con IA.

Los motivos de descarte son una lista cerrada

Si el campo “por qué no compró” es texto libre, en seis meses tendréis doscientas respuestas distintas y ningún informe. Con una lista cerrada de cinco o seis motivos (precio, momento, no cualifica, no contesta, competencia, otro) el embudo empieza a explicar sus propias fugas. Es una decisión de diez minutos que cambia la calidad del análisis durante años.

¿Por qué las cifras de cada etapa no cuadran entre herramientas?

Porque cada herramienta cuenta cosas distintas con reglas distintas. La analítica web cuenta sesiones que ha podido medir. La plataforma de anuncios cuenta conversiones que se atribuye según sus propias ventanas. El CRM cuenta personas. Que difieran es lo normal.

Lo que no es normal es no saber cuál manda. Para decidir presupuesto, la fuente de verdad es el CRM o la base de datos donde vive el lead, porque es la única que une quién es la persona, de dónde vino y si compró. La analítica sigue siendo útil para entender el comportamiento en la web, y la plataforma de anuncios para optimizar dentro de sí misma. Son trabajos distintos y no conviene mezclarlos.

Cuadrar al 100 % no es un objetivo realista. Sí lo es esto: que cada mes alguien compare el recuento de registros del CRM con el de la analítica y sepa explicar la diferencia. Cuando esa diferencia cambia de golpe, normalmente se ha roto una integración.

¿Cómo se define un evento por etapa?

Un evento es el registro de que algo ocurrió. Para que el embudo sea medible de punta a punta, cada etapa necesita el suyo, y todos deben cumplir cuatro condiciones.

Un nombre único y compartido. El mismo identificador en la analítica y en el CRM. Si en GA4 el evento se llama lead_registrado y en el CRM la etapa es “Registro”, nadie podrá cruzarlos sin una tabla de traducción que alguien mantendrá mal. Google publica su lista de eventos recomendados en GA4 (consultado en septiembre de 2026); usarla cuando encaja ahorra discusiones.

Un identificador de persona. El evento tiene que llevar consigo el email normalizado o un identificador propio del lead. Sin eso, tienes un contador, no un embudo: sabes cuántos eventos hubo, pero no puedes seguir a la misma persona de una etapa a la siguiente.

Un momento de emisión definido. ¿“Llamada agendada” se emite cuando la persona reserva o cuando la reserva se confirma? Las dos opciones son defendibles. Lo que no es defendible es que cada herramienta use una distinta.

Idempotencia. Si el mismo evento se envía dos veces (un reintento, un usuario que recarga la página), no debe contarse dos veces. Esto se resuelve con un identificador de evento estable, derivado del recurso y no generado al azar en cada clic.

Las etapas que ocurren fuera del navegador (un pago confirmado, una llamada marcada como realizada, una devolución) no se pueden medir desde el front. Ahí entran los eventos de servidor: el Measurement Protocol de GA4 o la API de conversiones de Meta (ambas consultadas en septiembre de 2026). Ojo con enviar lo mismo desde el navegador y desde el servidor sin coordinarlo: es la causa habitual de contar cada conversión dos veces, y lo trato en píxel de Meta y API de conversiones sin duplicados.

¿Qué se rompe primero cuando sube el volumen?

Un embudo que funciona con cincuenta registros al mes puede dejar de funcionar con cinco mil en una semana de lanzamiento. Por orden de aparición:

1. La deduplicación. Con poco volumen los duplicados se ven a ojo. Con mucho, no. Y si la asignación va por delante, el error se multiplica.
2. El reparto. Una regla por turnos reparte bien hasta que alguien está de baja o un canal trae el triple de lo previsto. Sin capacidad por persona, la mitad de los leads se quedan sin trabajar.
3. Las integraciones sin reintentos. Un formulario que envía al CRM por webhook y falla en un pico pierde registros en silencio. Con volumen bajo se nota; con volumen alto se camufla.
4. Los informes manuales. La exportación del lunes deja de ser viable, y con ella desaparece la única foto que tenía el equipo.
5. La conciliación. Cuando entran miles de registros, la diferencia entre herramientas deja de ser explicable a mano y hace falta un cruce automático.

La regla que aplico: si un paso del embudo depende de que una persona se acuerde de hacer algo, ese es el que se rompe primero. El trabajo de convertirlo en un proceso con logs y reintentos es lo que hacemos desde automatización de procesos.

Errores comunes al montar un funnel de ventas

• Copiar las etapas de una plantilla. El embudo deja de reflejar la venta real y el equipo no lo actualiza.
• Medir solo la primera y la última etapa. Ves que entran muchos y compran pocos, pero no dónde se caen.
• No guardar el origen en el primer registro. Después no se puede reconstruir, por mucho presupuesto que le pongas al análisis.
• Asignar antes de deduplicar. Dos comerciales, un mismo lead y una tasa de conversión que sale peor de lo que es.
• Motivos de descarte en texto libre. El embudo no puede explicar sus fugas.
• Un evento con nombre distinto en cada herramienta. Cada informe cuenta una cosa y nadie sabe cuál usar.
• Perseguir que las cifras cuadren al 100 %. Se gastan semanas en un objetivo imposible en vez de decidir cuál manda.
• Añadir etapas que nadie opera. Más filas en el informe, la misma ignorancia.
• Optimizar la etapa equivocada. Se invierte en creatividades cuando la fuga está en que el comercial tarda dos días en llamar.

Ejemplo de funnel de ventas: una academia online

Un ejemplo aterrizado, describiendo el flujo y sin cifras. Una academia que vende un programa formativo con llamada de venta tendría estas etapas y estas piezas:

1. Anuncio o contenido. El enlace lleva UTMs según una convención escrita. Ningún acortador ni redirección los elimina, y se comprueba haciendo clic en el enlace real publicado.
2. Registro a una clase gratuita. Formulario con campos ocultos de fuente, medio, campaña y página de entrada. El registro entra en la base de datos común, no en la herramienta del formulario.
3. Lead único. Se deduplica por email y teléfono normalizados. Si la persona ya existía, se conserva su primer origen y se añade el nuevo como último origen.
4. Asistencia a la sesión. Evento emitido por la plataforma de vídeo o por el sistema de acceso, vinculado al lead por su identificador. Sin esta etapa no se puede distinguir entre “no le interesó el programa” y “no llegó a verlo”.
5. Llamada agendada. La agenda recibe el identificador del lead y actualiza su etapa, en lugar de crear un contacto nuevo. Es el punto donde más historial se pierde en los sistemas que reviso.
6. Llamada realizada. El comercial marca el resultado con un motivo de una lista cerrada. Queda registrado quién la hizo y cuándo.
7. Matrícula. El pago se cruza con el lead por email normalizado o por el identificador. Si no se cruza, la venta existe en la contabilidad pero no en el embudo.

Con esas siete etapas y sus piezas, el negocio puede responder a preguntas que antes se contestaban por intuición: qué canal trae registros que además asisten, cuánto se tarda en llamar, qué motivo de descarte se repite. Una agencia de servicios tendría otras etapas (formulario, reunión de diagnóstico, propuesta enviada, propuesta aceptada), pero exactamente las mismas piezas debajo.

Checklist del funnel de ventas

• Las etapas están escritas, con un criterio de entrada verificable para cada una.
• Cada etapa cambia lo que hace alguien del equipo; ninguna existe solo para el informe.
• Hay una convención de UTMs escrita y todos los enlaces publicados la siguen.
• Cada formulario guarda fuente, medio, campaña y página de entrada en campos ocultos.
• La deduplicación ocurre antes de la asignación, con email y teléfono normalizados.
• Cada lead tiene un único responsable y una marca de tiempo de asignación.
• Los motivos de descarte son una lista cerrada, no texto libre.
• Cada etapa tiene un evento con el mismo nombre en analítica y en CRM.
• Los eventos llevan un identificador de persona y son idempotentes.
• Las etapas que ocurren fuera del navegador se emiten desde servidor.
• Las ventas se cruzan con el lead por email normalizado o por identificador propio.
• Está decidido qué herramienta manda para cada pregunta, y el equipo lo sabe.
• Existe un dashboard que lee de la fuente de verdad, sin exportaciones manuales.
• Alguien concreto revisa cada mes la diferencia entre el recuento del CRM y el de la analítica.

Si tachas menos de la mitad, el problema no es el embudo: es la capa de datos que hay debajo. Y si tenéis un lanzamiento cerca, conviene repasar antes el checklist técnico antes de abrir registros.

¿Por dónde empezar?

No empieces rediseñando el diagrama. Coge una venta real de este mes y reconstrúyela hacia atrás: del pago al lead, del lead al formulario, del formulario al anuncio. Anota cada punto donde el rastro se corta o donde alguien tuvo que recordar algo a mano. Esa lista, ordenada por lo que cuesta cada corte, es vuestro plan de trabajo.

En FCG Systems esto encaja en tracking y atribución hasta el CRM cuando el problema es de medición, en arquitectura de sistemas cuando es de cómo encajan las herramientas y en automatización de procesos cuando hay pasos manuales que se rompen con el volumen. Si vuestro embudo se explica bien en una diapositiva pero no se puede medir en la práctica, cuéntame qué proceso os está frenando.