Un embudo es una pregunta con reglas de recuento
Un embudo de conversión SaaS mide cómo un grupo elegible avanza por una secuencia definida de acciones. Su utilidad depende de las reglas: quién puede entrar, qué acciones cuentan, si importa el orden, cuánto tiempo se permite para completarlas y qué identificador representa a una persona o cuenta.
Un gráfico con vistas de inicio, registros y pagos del mismo mes no es automáticamente un embudo. Los pagos podrían pertenecer a registros del mes anterior. Las vistas podrían incluir varias visitas de una sola persona. Empieza por el recorrido que quieres entender, no por los eventos más cómodos de representar.
Elige una secuencia breve vinculada al valor
Para un producto ficticio de informes, un embudo razonable de activación podría ser: cuenta creada, fuente de datos conectada y primer informe útil consultado. El pago puede ser un resultado final separado. Un clic en un menú suele servir para diagnosticar, no para definir el éxito. Si se puede obtener valor sin conectar una fuente, explica esa alternativa en vez de clasificarla silenciosamente como abandono.
Decide si la pregunta se refiere a cuentas o personas. En una cuenta de equipo, una persona puede instalar la herramienta y otra comprarla. Unirlas requiere una asociación de cuenta documentada y autorizada. Si la implementación solo reconoce una sesión del navegador, llámalo embudo de sesiones y no finjas medir personas en varios dispositivos.
Documenta entrada, orden y tiempo
Un embudo cerrado exige entrar por el primer paso. Uno abierto permite incorporarse en pasos posteriores. La documentación de exploración de embudos de Google explica esta distinción y el comportamiento de los pasos ordenados. Usa uno cerrado para estudiar cuentas recién creadas; uno abierto para explorar dónde entran las personas en un recorrido existente.
Decide si puede haber acciones ajenas entre pasos, si cuentan los intentos repetidos y si cada persona se cuenta una o varias veces. «Conectó una fuente durante los siete días posteriores al registro» es reproducible. «Se activó en algún momento» cambia a medida que las cohortes antiguas disponen de más tiempo. Guarda la definición junto al gráfico y crea una versión nueva cuando cambie el producto.
Reglas de ejemplo: producto ficticio de informes
Unidad: account ID, contado una vez
Entrada: primera creación correcta de la cuenta
Secuencia: account_created -> source_connected -> report_viewed
Orden: obligatorio; se permiten otros eventos entre los pasos
Ventana: 7 días desde la creación de la cuenta
Exclusiones: cuentas internas, de prueba y automatizadas conocidasCalcula por separado las tasas entre pasos y la conversión total
Supón que una cohorte semanal ficticia y completa contiene 100 cuentas. En siete días, 60 conectan una fuente y 30 consultan después un informe útil. La conversión de registro a conexión es 60 / 100 = 60 %. De conexión a informe es 30 / 60 = 50 %. La activación global es 30 / 100 = 30 %.
La primera transición pierde 40 cuentas y la segunda, 30. Eso no convierte automáticamente la primera en el problema más importante. La segunda podría tener un fallo grave que afecta a compradores adecuados, mientras que la primera incluye registros casuales. Prioriza según fallos reproducibles, intención, esfuerzo e impacto esperado, no solo por la barra roja más alta.
No dividas los 30 pagos de este mes entre sus 100 registros salvo que esos pagos pertenezcan a esa cohorte. Para informar sobre conversión a pago, asocia cada primer pago que cumpla los requisitos con su cohorte elegible, elimina duplicados y conserva la ventana de observación definida.
Da las mismas oportunidades a cada cohorte
Si las cuentas creadas ayer tienen siete días para activarse, su resultado aún está incompleto. Compararlas con cuentas creadas hace tres semanas perjudica a las más recientes. Espera a que termine la ventana de observación o marca las cohortes inmaduras y compara el mismo tiempo transcurrido.
Una tabla útil muestra inicio de cohorte, cuentas elegibles, cuentas con ventana completa, resultados válidos y última actualización de datos. Cuando el seguimiento tenga distinta duración, explica la limitación en vez de convertir resultados ausentes en ceros. Del mismo modo, un identificador eliminado o inaccesible significa falta de pruebas, no prueba de abandono.
Depura la medición antes de rediseñar el producto
Haz pasar una cuenta de prueba autorizada por cada vía de registro admitida. Comprueba acceso por correo, acceso social, aceptación de invitaciones y cualquier atajo de mejora de plan que evite el recorrido inicial. Verifica que los eventos estén en el proyecto correcto, con la hora y asociación de cuenta adecuadas. Prueba también un fallo: hacer clic en Conectar no debe contarse como conexión conseguida.
Después revisa unos pocos casos reales a los que tengas acceso legítimo. ¿Se completó el requisito anterior? ¿Se obtuvo un resultado útil? ¿Llegó tarde el evento? Una ruptura repentina del embudo tras modificar la instrumentación obliga a revisar primero esa instrumentación. No prueba que el producto haya dejado de gustar de repente.
Convierte el hallazgo en una prueba
Elige una hipótesis concreta: «Las cuentas abandonan la conexión porque no se explican los permisos necesarios». Mejora la explicación, registra la fecha y compara cohortes maduras con adquisición similar. Si hay pocos casos, puede ser preferible recoger comentarios de usabilidad antes que montar un experimento elaborado.
Separa lo que cambiaste de lo que observaste. Una tasa mejor después de una publicación no demuestra por sí sola que el cambio la causara. La guía de planificación analítica ayuda a elegir la pregunta del negocio; la de atribución de ingresos explica la conexión distinta entre un recorrido y dinero verificado.
Referencias
Guías relacionadas
Analítica web para SaaS: mide decisiones, no ruido
Diseña un plan de medición SaaS: adquisición, activación, pagos verificados y calidad de los datos, con un ejemplo y una revisión semanal.
Leer guía →Atribución de ingresos: de las visitas a los pagos
Aprende a conectar visitas con pagos verificados, elegir una regla de atribución y conservar visibles las fuentes desconocidas, devoluciones y monedas.
Leer guía →Instalación de analítica web: comprueba todo el recorrido
Verifica solicitudes, consentimiento, navegación SPA, duplicados y pagos confirmados con una lista de pruebas de instalación analítica.
Leer guía →Ejemplo con fines educativos. Los datos y cálculos de ejemplo no representan resultados empresariales verificados.