Un SQL (sales qualified lead) es el contacto que cumple, por escrito, los criterios que tu equipo comercial fijó antes de que arrancara la campaña. Si nadie escribió esos criterios, "calificado" significa lo que le conviene a quien te entrega el número, incluido un proveedor que factura por lead o por cita.
En nuestro propio embudo de prospección (23,224 contactos tocados entre mayo y agosto de 2026, con corte al 17 de agosto de 2026), 170 respuestas fueron de interés real (0.73% del total) y solo 24 llegaron a una cita con un decisor (14.1% de esas 170). Los dos números son legítimos y salen del mismo embudo. Si tu contrato no dice cuál cuenta como SQL, el proveedor reporta el que le convenga.
¿Qué es un SQL y en qué se diferencia de un MQL o de una cita agendada?
Un SQL es el contacto que cumple un criterio escrito y verificable, fijado antes del primer envío y confirmado por tu equipo comercial. Los otros dos términos que se mezclan con él miden cosas distintas: el MQL (marketing qualified lead) lo califica marketing por comportamiento digital, y la cita agendada es solo el resultado de haber contactado a alguien. Los tres pueden apuntar al mismo contacto o a tres contactos que no tienen nada que ver.
| Término | Quién lo califica | Con qué evidencia | Qué no prueba |
|---|---|---|---|
| MQL (marketing qualified lead) | Marketing | Comportamiento digital: abrió tres correos, visitó la página de precios, descargó un PDF | Que tenga presupuesto ni poder de decisión |
| SQL (sales qualified lead) | Tu equipo comercial | Los 3-4 criterios de negocio del documento firmado | Que vaya a aceptar una reunión |
| Cita agendada | Quien opera la campaña | Un evento en el calendario | Que el contacto haya calificado como nada (puede ser un practicante pidiendo "más información") |
El campo donde vive esa etiqueta ya existe en tu CRM. HubSpot incluye Sales Qualified Lead como uno de los ocho valores por defecto de la propiedad lifecycle stage (Subscriber, Lead, Marketing Qualified Lead, Sales Qualified Lead, Opportunity, Customer, Evangelist y Other) y los deja personalizar por cuenta (HubSpot Knowledge Base, Use contact and company lifecycle stages, actualizado el 17 de julio de 2026, consultado el 7 de septiembre de 2026). Que el campo exista no significa que exista el criterio para llenarlo.
¿Quién debería definir el criterio: tu equipo, marketing o el proveedor?
Lo define tu equipo comercial, con el proveedor como insumo técnico. El proveedor puede proponer el primer borrador (conoce el volumen y la calidad real de la lista que está trabajando), pero la firma es tuya, porque es tu equipo el que pierde el tiempo si el criterio queda mal calibrado.
Dejar que el proveedor defina "calificado" es dejarlo evaluar su propio trabajo. Es el mismo patrón de incentivos que aparece al decidir si contratas a una persona o a un servicio para prospectar: quien produce el resultado y quien lo reporta no pueden ser la misma parte sin un tercer criterio que los arbitre.
El material en español sobre el tema asume que las dos partes son internas. El artículo de Salesforce México sobre MQL y SQL (Carlos Silva Ponce de León, Solutions Engineering Director de Marketing Cloud, publicado el 7 de julio de 2025; salesforce.com/mx/blog/mql-sql, consultado el 7 de septiembre de 2026) recomienda definir MQL y SQL de forma conjunta al establecer un SLA (service level agreement) entre marketing y ventas. Es buen consejo para dos equipos de la misma empresa. No contempla a un tercero que factura por el resultado que él mismo reporta, que es justo donde el conflicto de interés vive.
HubSpot y Salesforce describen su propio producto y no son neutrales sobre qué framework de calificación usar entre BANT, MEDDIC u otro. Un proveedor de prospección tampoco lo es: tiene un incentivo económico directo en que el criterio quede lo más laxo que su contrato le permita.
La regla de decisión: si el proveedor te entrega la primera propuesta de criterios, tu equipo comercial la revisa y la firma antes del primer envío. Si no puedes verificar cada criterio en tu propio CRM, no la aceptes.
¿Qué te cuesta no tener la definición por escrito?
Te cuesta horas de tu equipo comercial persiguiendo contactos que nunca debieron llegarle, y un pipeline mal etiquetado que infla el forecast hasta que alguien lo descubre en la revisión mensual. Las horas se pueden calcular con la misma base del embudo de arriba.
Sobre esos 23,224 contactos, "respuesta con interés" (170) y "cita con decisor" (24) difieren en un factor de 7x (170 ÷ 24 ≈ 7.08). Con dos supuestos declarados (tu equipo dedica 30 minutos a intentar avanzar cada contacto que le pasan como SQL, y la hora cargada de un vendedor cuesta $250 MXN, el mismo costo que usamos para nuestra propia aritmética de prospección manual), la diferencia entre los dos criterios se ve así:
| Criterio en el contrato | Contactos reportados como SQL | Horas de tu equipo (30 min c/u) | Costo a $250 MXN la hora |
|---|---|---|---|
| Laxo: "respuesta con interés" | 170 | 85 h | $21,250 MXN |
| Estricto: "cita con decisor confirmado" | 24 | 12 h | $3,000 MXN |
| Diferencia | 146 | 73 h | $18,250 MXN |
Son $18,250 MXN de tiempo comercial puestos en un número que no era el que tu equipo necesitaba trabajar, y esa es la parte visible. La invisible es el forecast: 170 contactos etiquetados como calificados proyectan un pipeline que no existe, y el error no aparece hasta que el mes cierra corto. Fijar el denominador antes de discutir cualquier cifra es la misma disciplina que exige qué tasa de respuesta es normal y con qué denominador.
Nota: los resultados citados corresponden a implementaciones concretas, con su propio punto de partida, equipo y stack. No son una proyección de lo que va a pasar en otra empresa. Este artículo describe cómo se construyó el sistema, no promete su resultado.
¿Qué debe llevar el documento de criterios antes del primer envío?
El documento es un archivo firmado con fecha anterior al primer envío, no un correo suelto ni una conversación de la que nadie tomó nota. Un PDF firmado adjunto al contrato sirve; un documento en Google Drive con historial de versiones sirve mejor, porque la fecha la pone el sistema y no las partes. Sin esa fecha, cualquier criterio que alguien invoque en el primer reporte se puede acusar de haberse escrito para justificar el número, en lugar de al revés.
El contenido mínimo son cinco cosas:
- La definición textual de SQL, con un ejemplo positivo y uno negativo reales de tu negocio
- Los 3-4 criterios verificables: cargo, tamaño de empresa dentro de tu ICP (perfil de cliente ideal), señal de intención, y urgencia o presupuesto
- Quién firma de cada lado, con nombre y puesto
- La fecha de vigencia y la de la próxima revisión
- Qué pasa si hay desacuerdo: quién decide, y en cuántos ciclos de reporte se activa la salida
Para un director comercial de manufactura o distribución, esos cuatro criterios se ven así:
- Cargo de gerente de compras o superior
- Empresa de 50-500 empleados
- Pidió cotización o aceptó reunirse con alguien que tiene poder de decisión
- Mencionó un proyecto o una fecha activa de compra
Con tres de los cuatro cumplidos, el contacto pasa a SQL. Bastan tres porque un criterio que exige los cuatro se vuelve inaplicable en el primer mes y termina renegociándose por WhatsApp, donde no querías que viviera.
Esta definición es una de las tres que se acuerdan antes de firmar; la lista completa de lo que un proveedor tiene que poder mostrarte mientras el servicio corre está en qué debe entregarte un servicio de prospección serio.
¿Dónde vive ese criterio dentro de tu CRM?
El criterio vive en el valor de una propiedad que solo tu equipo puede cambiar, escrita en el momento de la calificación real y no al armar el reporte mensual. Si quien te vende el servicio puede editar ese campo, el campo deja de ser una señal y se vuelve un argumento de venta.
El lifecycle stage genérico no basta para auditar por qué un contacto se marcó como SQL: solo dice que alguien lo marcó. Agrega una propiedad custom de casillas múltiples (motivo_calificacion_sql) con una casilla por criterio del documento, y la revisión del mes siguiente se vuelve un filtro en el CRM en vez de una discusión.
En Salesforce, Pipedrive y el resto, el nombre del campo equivalente cambia entre instancias y planes: confirma el nombre exacto en tu propia instancia antes de asumir que coincide con el de HubSpot.
| Campo | Valor | Quién lo escribe |
|---|---|---|
lifecycle stage | Sales Qualified Lead | Tu equipo comercial |
lead status (o su equivalente) | Connected | Quien opera la campaña |
motivo_calificacion_sql (custom, casillas múltiples) | cargo confirmado · tamaño confirmado · señal de intención confirmada · urgencia confirmada | Tu equipo comercial |
| Regla de paso | 3 de las 4 casillas marcadas | — |
¿Cuándo no conviene fijar todavía una definición rígida de SQL?
No conviene con menos de 8 semanas de campaña corriendo, ni sin un puñado de clientes cerrados que sirvan para calibrar el criterio. En ese punto, cualquier regla que escribas es una hipótesis, y la consecuencia va en las dos direcciones.
Un criterio demasiado estricto de entrada mata leads que sí iban a cerrar, porque descarta a quien no encaja en la hipótesis inicial pero compra igual. Es el mismo error que fijar el ICP antes de haber vendido nada: se optimiza contra una idea, no contra evidencia.
Un criterio demasiado laxo infla el reporte del primer mes y pospone el problema al segundo, cuando el pipeline "calificado" no convierte y nadie sabe en qué etapa se rompió.
La escala de lo que hay para calibrar en esas primeras semanas es pequeña. Nuestra campaña al sector software mandó 9,211 correos a 3,162 empresas y recibió 96 respuestas humanas (1.04% de los correos) en la ventana de mayo–agosto de 2026: unas 5.6 respuestas por semana sobre 17 semanas. Descontadas las 3 semanas de calentamiento, las primeras 8 semanas de una campaña de ese tamaño dejan del orden de 28 respuestas humanas, y solo una parte de ellas con interés comercial. Un umbral calibrado sobre ese puñado es ajuste a ruido.
Hay además un plazo que no depende de nadie. El calentamiento de un dominio nuevo toma 3 semanas antes del primer correo real (referencia de nuestra propia operación), y en ese tiempo el volumen de respuestas no alcanza para calibrar nada. Qué pasa cuando alguien intenta comprimirlo se explica en cómo calentar un dominio sin quemarlo. Lo que sí se escribe desde el día uno es una definición provisional con fecha de revisión a las 8 semanas: te obliga a volver a mirarla, y le quita al proveedor el argumento de que nunca hubo criterio.
¿Qué hacer cuando el proveedor y tú no coinciden en el primer reporte?
Revisa el documento firmado antes de discutir el número. Si ese documento no existe, ese es el hallazgo real de la conversación: la ausencia del criterio que debió existir antes del primer envío.
Pide el desglose contacto por contacto contra cada uno de los criterios firmados, no el total agregado. Un proveedor que reporta "24 SQL este mes" y no puede mostrar qué casillas cumplió cada contacto está reportando una cifra, no una calificación. Y ese desglose se pide por escrito, en el mismo hilo donde llegó el reporte.
Si el desacuerdo persiste dos ciclos de reporte seguidos, se activa la cláusula de revisión o salida que debió quedar redactada en el documento original. Esta pieza describe la práctica comercial: no dictamina si esa cláusula es exigible en tu caso. Eso lo revisa tu asesor legal con el contrato en la mano.
Si el desacuerdo destapa algo más ancho que la definición (el volumen de respuestas cae mes con mes, o las citas se agendan y nadie se presenta), el orden de diagnóstico de lo más barato a lo más caro está en la agencia de prospección no funcionó: qué revisar primero.
El paso concreto para el lunes: pide el documento de criterios firmado. Si no existe, escríbelo tú con los cuatro criterios y la regla de 3 de 4, y mándalo antes del siguiente envío. Si el proveedor no acepta fijar la definición de lo que reporta, esa negativa es información para decidir el siguiente paso contractual.
En Improvitz, consultoría de prospección B2B con IA en México, esa clasificación es la letra R del método IMPRO (Investiga, Mensajes que llegan, Personalizados, Respuestas, Oportunidades), y el criterio lo escribe el cliente. Si quieres revisar el tuyo con alguien antes de firmar, puedes agendar un diagnóstico.
