Un Customer Success Qualified Lead (CSQL) es una oportunidad de expansión dentro de una cuenta existente que un CSM marcó como lista para una conversación comercial — un upsell, cross-sell, suma de asientos o upgrade de tier — y entregó al equipo de revenue para cerrar. Es el equivalente CS-sourced de un MQL: un lead que superó un umbral definido y se ganó un follow-up de sales. El rasgo que lo define es el origen. Un CSQL viene de la relación post-venta — señales de uso, una conversación de roadmap, un nuevo stakeholder, una necesidad declarada — no de una campaña de marketing ni de una secuencia de outbound de un SDR.
Qué no es un CSQL
Un CSQL no es una renovación. La renovación es el contrato base que continúa; un CSQL es ARR incremental por encima de eso. Confundir ambos permite que los equipos reclamen crédito de expansión por revenue que de todos modos iba a recurrir.
Un CSQL tampoco es una señal de producto en bruto. Un pico en utilización de asientos es un input a un CSQL, no el CSQL mismo. El lead existe solo una vez que un humano (el CSM) o un modelo de scoring calibrado juzgó que la cuenta es a la vez capaz y dispuesta a comprar más, y nombró la motion específica. “Esta cuenta está al 95% de asientos licenciados” es una señal; “esta cuenta necesita 40 asientos más antes de su ola de onboarding de Q3 y el champion confirmó presupuesto” es un CSQL.
Y un CSQL no es un MQL ni un SQL. Un MQL es un contacto que interactuó con marketing; un SQL es un prospecto net-new que sales aceptó. Un CSQL es un cliente existente que la organización de CS conoce por nombre. La evidencia de calificación es realidad operativa, no llenado de formularios.
Los criterios de calificación
Una definición de CSQL funcional filtra por tres cosas, todas requeridas:
- Una señal de producto o de relación. Utilización de asientos por encima de un umbral (comúnmente 80-90% de los asientos licenciados), un golpe contra un feature-gate, el onboarding de un nuevo departamento, una necesidad declarada en un QBR, o un nuevo stakeholder senior apareciendo en la cuenta.
- Salud de cuenta que soporta la expansión. Vender más a una cuenta poco saludable acelera el churn. Filtra el CSQL por un health score sano o mejorando, al día en pagos, y sin escalación crítica de soporte abierta.
- Una motion nombrada y un champion. El CSM nombra qué se está vendiendo (asientos, módulo, tier) e identifica quién dentro de la cuenta lo va a patrocinar. Sin estos dos, sales hereda una corazonada, no un lead.
Escribe la definición y versiónala. Un CSQL que significa algo distinto para CS que para sales produce peleas de atribución y una tasa de conversión que nadie cree.
El handoff a sales
Decide quién cierra antes de generar el primer CSQL. Tres modelos comunes: el CSM cierra expansiones pequeñas directamente (lo más rápido, pero saca tiempo de CSM de la retención); un Account Manager o un AE de expansión es dueño de todo el CSQL-to-close (la separación más limpia); o un híbrido donde el CSM cierra bajo un umbral de dólares y rutea los deals más grandes. Elige uno e instruméntalo.
El handoff en sí es un registro estructurado, no un mensaje de Slack. Captúralo como una etapa en el CRM o en una plataforma de CS como Gainsight o Planhat: la señal que lo disparó, la motion nombrada, el ARR esperado, el champion y un snapshot de salud. Define un SLA — el rep que recibe acepta o rechaza dentro de una ventana fija (48-72 horas es lo típico) — y una taxonomía de razones de rechazo para que CS aprenda qué CSQLs convierten y cuáles fueron prematuros.
Atribución
La atribución de CSQL es donde el modelo gana o pierde confianza. Trackea tres tasas: CSQL-a-aceptado (¿estuvo sales de acuerdo en que era real?), aceptado-a-closed-won, y ARR CSQL-sourced como porción del ARR total de expansión. Si CS recibe crédito por influencia y sales por el cierre, el doble conteo infla ambos números; acuerda una sola regla de sourced-versus-influenced por adelantado. La mayoría de los equipos acredita a CS como la fuente y al rep que cierra con el win, reportados en líneas separadas para que ninguna organización manipule el número de la otra.
Errores comunes
- Definir el CSQL solo por uso. Un umbral de utilización sin gate de salud y sin champion inunda a sales con leads que no convierten. Guard: las tres criterios requeridos, siempre.
- Sin loop de rechazo. Sin una taxonomía de razones de rechazo y un camino de feedback de vuelta a CS, el umbral nunca se calibra. Guard: haz de aceptar/rechazar con razón un campo requerido del CRM, revisado mensualmente.
- Contar renovaciones como CSQLs. Infla las métricas de expansión y esconde cuentas planas. Guard: el ARR de CSQL es solo incremental — la base de renovación se excluye por definición.
- Tiempo de CSM desplazado por el cierre. Si los CSM son dueños del cierre, el trabajo de retención sufre en silencio. Guard: limita los deals cerrados por CSM por valor en dólares y rutea el resto a un AM.
Relacionados
- NRR vs GRR — el pipeline de CSQL es lo que impulsa el término de expansión en NRR