Todas las implementaciones de CRM atascadas a las que me han llamado tenían un modelo de etapas del ciclo de vida. Normalmente uno decente. Suscriptor, Lead, MQL, SQL, Oportunidad, Cliente: las mismas seis palabras, en el mismo desplegable, en HubSpot o en Salesforce o en lo que toque.
Las etapas nunca eran el problema. Lo que faltaba, sin excepción, era la parte aburrida de debajo: quién decide que un contacto sale de esta etapa, con qué evidencia, y qué pasa en el momento en que sale. Sin eso, una etapa del ciclo de vida es una etiqueta que alguien rellena cuando se acuerda. El reporting que construyes encima es ficción, y en la sala todo el mundo lo sabe aunque nadie lo diga.
Este es el modelo que implemento de verdad, y las cuatro preguntas que obligo a responder por etapa antes de tocar una sola propiedad del CRM.
Etapa del ciclo de vida y estado del lead responden a preguntas distintas
Empieza por aquí, porque mezclar estos dos campos hace más daño que cualquier otro error de CRM que me encuentro, y arreglarlo no cuesta nada.
La etapa del ciclo de vida responde: ¿hasta dónde ha llegado esta persona en la relación? Avanza hacia delante, es propiedad de la empresa entera y es sobre lo que reportas el embudo. El estado del lead responde: ¿qué está pasando ahora mismo en el trabajo? Nuevo, intentando contacto, contactado, sin respuesta, no cualificado. Va y viene, lo gestiona quien esté trabajando el registro y es lo que mira un comercial un lunes por la mañana.
Cuando se colapsan los dos, acabas con etapas como «Intentando contactar» o «Nurture» conviviendo con MQL y Cliente en el mismo desplegable. El informe de embudo cuenta entonces un intento de llamada fallido como una posición del embudo, las tasas de conversión entre etapas dejan de significar nada y nadie puede responder a la única pregunta para la que existe el modelo: de los que llegaron aquí, ¿cuántos llegaron al siguiente paso y cuánto tardaron?
Cada etapa necesita cuatro cosas, y casi todas tienen una
La mayoría de implementaciones definen qué significa una etapa y ahí se quedan. Una etapa solo es operativa cuando existen las cuatro, por escrito:
| Qué necesita | A qué pregunta responde |
|---|---|
| Una definición | ¿Qué es cierto de una persona que está aquí? Escrito de forma que dos personas de equipos distintos clasifiquen el mismo registro igual. |
| Un criterio de salida | ¿Qué evento concreto y observable la saca de aquí? No «muestra interés»: un formulario, un umbral, una reunión celebrada, un cambio de etapa en el negocio. |
| Un responsable | ¿Quién responde mientras el registro está aquí y quién responde de la transición en sí? Pueden ser dos personas distintas. |
| Una marca de tiempo | Una propiedad de fecha que se escribe al entrar. Sin ella no puedes medir la velocidad por etapa, y ahí es donde vive el diagnóstico real. |
El criterio de salida es el que hace el trabajo. «MQL significa lead cualificado por marketing» es una tautología. «MQL significa puntuación de fit igual o superior a 60 y, además, o petición de demo o 3 visitas a la página de precios en 14 días» es una regla que un workflow puede ejecutar y que un director comercial puede discutir. Que la discuta es justo lo que buscas: la discusión ocurre una vez, en una sala, en vez de cada semana en la revisión de pipeline.
La marca de tiempo es la que todo el mundo se salta y luego echa de menos. Las fechas de entrada por etapa son las que te permiten decir «de MQL a SQL son 19 días y el 40% no llega» en lugar de «el embudo va lento». No cuestan nada el primer día y no se pueden reconstruir después.
Fit e intención son dos puntuaciones, no una
El fallo de scoring más habitual con diferencia: un solo número, construido sumando puntos por cargo y puntos por aperturas de email. Un CFO de una empresa que encaja perfecto y ha entrado dos veces puntúa igual que un estudiante que se ha descargado cuatro PDFs. El modelo no te puede decir a quién llamar, porque las dos entradas significan cosas opuestas.
El fit es quién es: sector, tamaño, rol, geografía, stack. Se mueve despacio y es sobre todo firmográfico. La intención es qué está haciendo: página de precios, petición de demo, sesiones repetidas, respuesta a una secuencia. Se mueve rápido y caduca. Mantenlas como dos propiedades y la lógica de enrutamiento se escribe sola:
Dos reglas más que salvan a los modelos de scoring de sí mismos. La intención tiene que decaer: una visita a precios de marzo no puede seguir inflando la puntuación en septiembre, y un modelo sin decaimiento acaba ascendiendo a toda tu base de datos. Y la puntuación negativa debe ser estructural, no de comportamiento: resta por dominio de competidor, por email de estudiante, por país donde no vendes. Restar puntos porque alguien no abrió un email castiga al email, no al lead.
Tres reglas que mantienen limpio el modelo una vez está vivo
1. El ciclo de vida solo avanza. Un cliente que rellena un formulario de la parte alta del embudo no vuelve a ser Lead. La mayoría de CRMs dejan encantados que un workflow lo degrade, y a partir de ahí tu recuento de clientes baja cada mes por razones que nadie sabe rastrear. Protege cada workflow que asigne etapa con una condición que compruebe primero la etapa actual. Retroceder, cuando de verdad hace falta, es un acto manual deliberado con motivo registrado, no un efecto colateral de una automatización.
2. Un responsable por transición. Dos workflows que puedan poner un contacto en MQL acabarán peleándose, y gana el orden de ejecución, no la intención. Cada transición tiene exactamente un mecanismo: un workflow o una acción manual, nunca los dos. Escribe la lista de transiciones; si una transición tiene dos causas posibles, una de ellas es un bug que todavía no te ha explotado.
3. El reciclado es un camino definido, no un cementerio. Alrededor de dos tercios de los leads que ventas rechaza siguen siendo viables más adelante, y el tratamiento por defecto —marcar como no cualificado y olvidar— es donde muere en silencio buena parte del pipeline B2B. Define la ruta de vuelta: motivo de rechazo obligatorio, los rechazos por timing vuelven a nurture con una regla de reentrada, los rechazos por fit se suprimen de forma permanente. Un campo de motivo de rechazo opcional estará vacío en un mes, y entonces no sabrás si tus leads son malos o si lo malo es tu momento.
La revisión de cinco días que haría en tu CRM
Esto no es un proyecto de un trimestre. En un setup mid-market normal es una semana, y la mayor parte de la semana es conversación, no configuración.
Día 1 — Auditoría. Exporta contactos por etapa. Cuenta cuántos hay en cada una, cuánto llevan ahí y a cuántos los ha tocado una persona por última vez. Solo la distribución ya te dice qué etapas son reales y cuáles son almacén. Día 2 — Definiciones. Los dos equipos en una sala, una página por etapa, cuatro casillas: definición, criterio de salida, responsable, marca de tiempo. Nadie se va hasta que la fila de MQL esté acordada. Día 3 — Separa las puntuaciones. Fit e intención como propiedades distintas, decaimiento en intención, negativos solo estructurales.
Día 4 — Construye y protege. Un workflow por transición, condiciones de solo avance, fecha de entrada en cada etapa, motivo de rechazo obligatorio. Día 5 — El informe que antes no podías construir. Volumen, tasa de conversión y mediana de días por etapa, más el resultado de los leads reciclados. Ese informe es el entregable. La configuración solo era lo que lo hacía posible.
Una dependencia que conviene decir en voz alta: nada de esto sobrevive a datos sucios. Los contactos duplicados parten el historial de una persona en dos registros y los dos puntúan mal, que es la razón por la que la capa de higiene va primero y por la que acabamos montando un bot de deduplicación sobre la API de HubSpot en lugar de fiarlo todo a las herramientas nativas. Primero los registros, después el modelo.
Preguntas que salen siempre
¿Cuál es la diferencia entre etapa del ciclo de vida y estado del lead?
La etapa del ciclo de vida registra hasta dónde ha avanzado un contacto en la relación global y solo se mueve hacia delante: es la base del reporting de embudo. El estado del lead registra qué está pasando ahora mismo en el trabajo (nuevo, intentando, contactado, sin respuesta) y cambia libremente. Mantenlos en propiedades separadas: mezclarlos deja las tasas de conversión sin significado.
¿Cuántas etapas debería tener una empresa B2B?
Entre cinco y siete. Con menos, el embudo esconde sus propios cuellos de botella; con más, las etapas extra casi siempre son estados de trabajo o segmentos disfrazados. Añade una etapa solo cuando después de la transición el registro pase a manos de otro equipo.
¿Deberían retroceder alguna vez las etapas?
Automáticamente no. Protege cada workflow que asigne etapa para que no pueda degradar un registro. Cuando hace falta un reinicio real —un cliente que se ha ido y vuelve a evaluación, por ejemplo— que sea una acción manual deliberada con motivo registrado, para que el histórico del embudo siga siendo interpretable.
¿Sigue haciendo falta lead scoring si ya tenemos IA en el CRM?
Sí, y diría que más. Una puntuación predictiva o asistida por IA solo es tan buena como las definiciones y los resultados de los que aprende: si tu etiqueta de MQL se aplica de forma inconsistente, el modelo aprende la inconsistencia. Primero deja fino el modelo legible por humanos y después pon la automatización encima.
El modelo es un acuerdo, y los acuerdos necesitan mantenimiento
Los modelos de ciclo de vida no se degradan por razones técnicas. Se degradan porque el acuerdo que había detrás se cerró una vez, entre personas que desde entonces han cambiado de puesto, sobre un producto que desde entonces ha cambiado de forma. Las definiciones se quedan en el CRM mucho después de dejar de describir el negocio.
Así que ponle fecha. Una vez por trimestre, coge la página de cuatro casillas de cada etapa y pregunta si los criterios de salida siguen coincidiendo con cómo pasan los negocios de verdad. Son cuarenta minutos de reunión y son la diferencia entre un CRM que refleja el negocio y uno que refleja el negocio de hace dos años.
Y antes de entregarle nada de esto a la automatización, asegúrate de que las reglas existen por escrito: el mismo argumento vale para darle a una IA permisos de escritura en tu CRM. La automatización es muy buena ejecutando un modelo de forma consistente. Es malísima dándose cuenta de que el modelo nunca se acordó.
¿Lo hacemos en tu CRM?
Reconstruyo modelos de ciclo de vida y scoring para equipos B2B en HubSpot: auditoría de etapas, taller de definiciones con ventas y marketing en la misma sala, scoring separado de fit e intención, workflows protegidos y el informe de embudo al final. Una semana de trabajo, y la documentación se queda contigo.
