GlosarioSales & CRM

SQL: el lead que ventas acepta.

Un SQL es el lead que ventas acepta trabajar porque tiene problema, presupuesto y momento. Es el primer punto del embudo donde el número deja de ser gratis: cada uno se paga en horas de la persona que vende.

Un SQL (sales qualified lead, o lead cualificado por ventas) es el lead que el equipo comercial acepta trabajar porque cumple tres condiciones a la vez: problema reconocido, presupuesto identificado y momento con fecha. Es el primer punto del embudo donde cada unidad cuesta horas de una persona.

También: sales qualified lead · lead cualificado por ventas · oportunidad cualificada

Agencia Snowball, Barcelona · Revisado el

La definición

El primer punto del embudo donde el número deja de ser gratis.

Un SQL —sales qualified lead, o lead cualificado por ventas— es el lead que el equipo comercial acepta trabajar. No el que parece bueno, no el que ha rellenado el formulario más largo: el que alguien de ventas ha mirado, ha dicho sí y ha puesto su agenda detrás.

Ese verbo, aceptar, es toda la diferencia. Un lead entra en la base de datos. Un MQL entra en una lista. Un SQL entra en el calendario de una persona que cobra por vender, y esa persona tiene un número finito de horas al mes. Por eso el criterio del lado de ventas no se parece al del lado de marketing: no describe cuánto interés ha mostrado alguien, decide en qué se gasta el recurso más caro que tienes.

Hasta el SQL, todo el embudo es barato. Puedes duplicar visitas subiendo la puja y duplicar leads bajando el listón de un formulario, y ninguna de las dos cosas aparece en la cuenta de resultados como coste de nadie. El SQL es el escalón donde el volumen se paga en horas de persona: cada uno que aceptas se lleva una franja de agenda que ya no está disponible para el siguiente. Ahí es donde el embudo deja de ser un gráfico y empieza a ser un presupuesto.

Lo que cuesta producir una unidad de cada etapa
Visita0 min

La trae la puja. No pasa por las manos de nadie.

Lead1 min

Un formulario y una secuencia de correo que ya estaba escrita.

MQL5 min

Una revisión: sector, tamaño, cargo y por dónde ha entrado.

SQL180 min

Diagnóstico preparado, propuesta redactada y seguimiento hasta la fecha de decisión.

Ejemplo con números redondos: los 180 minutos del SQL son una hora de diagnóstico, una de propuesta y una de seguimiento. Las tres primeras etapas se pueden duplicar sin que nadie de la casa trabaje una hora más. La cuarta, no.

El criterio

Problema, presupuesto y momento. Los tres, o no lo es.

El criterio de aceptación no es una puntuación. Son tres puertas seguidas, y la gracia está en que se abren juntas: dos de tres es un lead que se sigue trabajando, no una hora de agenda que se reserva.

Problema. No vale que tú veas el problema. Tiene que estar reconocido y, si se puede, cuantificado por quien lo tiene. La forma rápida de comprobarlo es preguntar antes de contar nada: cuánto invierte al mes, qué retorno está viendo, por qué canales capta hoy y quién ejecuta. Esas cuatro respuestas dan el marco entero —presupuesto, madurez de medición, dependencia de canal y capacidad interna—, y cuando no sabe lo que le cuesta un cliente, ahí está el problema: no en el presupuesto.

Presupuesto. No es que tenga dinero, es que existe una partida y está identificado quien la mueve. Si el que firma no está en la conversación, el trabajo no es enviar la propuesta igual: es meterlo en la sala, o armar a quien sí está para que la defienda dentro. Un presupuesto que solo existe en boca de alguien que no firma no es una puerta abierta, es una puerta pintada.

Momento. Hay un catalizador y hay una fecha. Sin catalizador —una caída, un lanzamiento, un contrato que acaba, un canal que ha dejado de rendir— no hay urgencia, y sin urgencia el proceso se estira hasta que se cae solo. La fecha la pones tú, no el cliente: si mando esto hoy, cuándo me dices. Un SQL sin fecha de decisión está mal aceptado, y se convierte en el motivo de pérdida más caro que existe, que es el que no llega a ser un no.

Las tres puertas, aplicadas

Tiene el coste por cliente medido, hay partida asignada y firma él.

ProblemaPresupuestoMomento
SQL

Sabe exactamente qué le está costando el canal, pero no hay partida ni quien la mueva.

ProblemaPresupuestoMomento
No es SQL — falta presupuesto

Presupuesto aprobado y ganas, y todavía no sabe qué parte le está fallando.

ProblemaPresupuestoMomento
No es SQL — falta problema

Encaja en todo, y el presupuesto no se toca hasta enero.

ProblemaPresupuestoMomento
No es SQL — falta momento

Descargó el documento y contestó el correo.

ProblemaPresupuestoMomento
Lead, y nada más

Uno de cinco. No porque el criterio sea duro, sino porque las tres puertas son una conjunción: dos de tres sigue siendo un lead que se trabaja, no una hora de agenda que se reserva.

Falta una cuarta condición que no es un criterio sino un gesto: la aceptación tiene que ser explícita y de una persona con nombre. Un lead que aparece en la columna de ventas sin que nadie lo haya aceptado no es un SQL, es un traspaso. Si hay un SDR delante, él produce el traspaso y ventas decide la aceptación: son dos actos distintos y conviene que los firmen personas distintas. Y dónde se pone el listón de cada puerta no lo decide ventas sola: eso es el pacto entre los dos equipos y vive en el acuerdo de nivel de servicio comercial.

La decisión

El número que importa no es cuántos tienes, es qué sale de ellos.

Un SQL aceptado entra en el pipeline con etapa, con dueño y con una próxima acción con fecha. Sin esas tres cosas no está dentro: está apuntado.

La tentación, en cuanto el criterio existe, es medirlo por volumen: cuántos SQL hemos hecho este mes. Es la peor forma de usarlo. El SQL no es producción, es consumo: cada uno gasta horas. Lo que dice si el criterio está bien puesto es la tasa de cierre sobre los aceptados. Si el criterio se afloja, entran más y cierra una proporción menor; si se aprieta demasiado, dejas fuera negocio que se habría cerrado y lo ves en que casi todo lo que aceptas se gana.

0 h30 h60 h90 hHORAS DE COMERCIAL AL MESPUERTA ESTRECHA12 SQL de 40 MQL36 h · cierre 25%PUERTA ANCHA28 SQL de 40 MQL84 h · cierre 11%
Ensanchar el criterio no fabrica compradores: fabrica agenda. De los mismos 40 MQL salen los mismos 3 clientes, pero por 48 horas más de diagnóstico, propuesta y seguimiento — y con una tasa de cierre que en el informe parece que se ha hundido.

Con 40 MQL al mes y 3 clientes de salida, aceptar 12 deja una tasa de cierre del 25% y 36 horas gastadas; aceptar 28 la deja en el 11% y 84 horas. Las 48 horas de diferencia son la capacidad comercial que decide cuántas conversaciones caben de verdad en un mes.

Esas horas tampoco son gratis en la cuenta. Van al CAC como cualquier otro coste de adquisición, y son las que menos se contabilizan porque no llegan en una factura de plataforma: llegan en la nómina de quien vende. Un criterio flojo sube el CAC sin subir ni un cliente.

Y hay un coste que aparece más tarde, cuando el SQL mal aceptado sí se cierra. En nuestra propia cartera, casi todas las bajas tempranas fueron clientes que no encajaban en el perfil de cliente ideal y se aceptaron por presión de caja. La señal que más se repite en esos casos es la misma que debería haber cerrado la primera puerta: que solo se pedía más leads, que es un problema de ventas disfrazado de problema de marketing. Devolver un lead con el motivo escrito no es un fracaso del equipo: es lo único que hace que aceptar signifique algo.

Los errores

Cuatro formas de tener el criterio y no tener nada.

Llamar SQL al MQL con prisa

Cuando el mes va flojo, el listón baja solo: se acepta lo que hay para que la columna no esté vacía. El número sube y no ha pasado nada, porque lo que se ha movido no es el negocio, es la etiqueta. El criterio existe justo para los meses flojos; el resto del año se aplica solo.

Aceptarlo sin fecha de decisión

Las dos causas de pérdida que más se repiten no son el precio: son el cliente que desaparece y el no es el momento. Ninguna de las dos es un problema de producto, las dos son de cierre. Y las dos se previenen antes, en el gesto de aceptar: si no hay catalizador ni fecha, no había momento y lo aceptaste igual.

Contarlos como si fueran resultado

Un panel con los SQL del mes en grande y la tasa de cierre en pequeño está enseñando el coste y esconde el retorno. La previsión que sale de ese panel tampoco vale: multiplicar un montón de SQL por una tasa de cierre histórica que se midió con otro criterio da un número que no se va a cumplir, y encima con dos decimales.

Usar la palabra delante del cliente

MQL y SQL son vocabulario interno, de reparto de trabajo entre dos equipos. Dicho en una reunión de venta suena a que le estás explicando tu proceso en vez de su problema, y mata la venta. Dentro se dice SQL; delante del cliente se dice qué le está pasando y cuánto le está costando.

Preguntas

Lo que se pregunta sobre sql.

¿Qué criterios tiene que cumplir un SQL?

Tres, y los tres a la vez: problema reconocido y a poder ser cuantificado por quien lo tiene, presupuesto con una partida y una persona identificada que la mueve, y momento con catalizador y fecha de decisión. Falta una cuarta condición que no es un criterio sino un gesto: que una persona concreta de ventas lo haya aceptado. Sin aceptación explícita no es un SQL, es un traspaso.

¿Cuál es la diferencia entre un MQL y un SQL?

El MQL lo cualifica marketing por comportamiento y encaje de perfil; el SQL lo acepta ventas y reserva agenda para trabajarlo. El salto no es de puntuación, es de coste: un MQL entra en una lista y un SQL entra en el calendario de alguien que cobra por vender.

¿Cuántos SQL al mes debería tener?

El volumen no es el objetivo, porque el SQL es consumo y no producción. El número correcto es el que cabe en la capacidad comercial del equipo sin que se hunda la tasa de cierre sobre los aceptados. Aceptar el doble de los que caben da los mismos clientes y el doble de horas gastadas.

¿Se puede devolver un SQL a marketing?

Sí, y hay que poder hacerlo con el motivo escrito, o el criterio de aceptación no significa nada. Un lead devuelto con motivo es información que mejora el filtro del mes siguiente; un lead aceptado por no discutir es una franja de agenda que se pierde y de la que nadie aprende.

Reservar 30 minutos