En corto: una etapa de pipeline sirve para pronosticar solo si nombra algo que hizo el comprador y que se puede comprobar. "Propuesta enviada" describe al vendedor; "propuesta revisada en llamada" describe al cliente. Reescribe cada etapa con un criterio de salida, haz obligatorias las propiedades que lo prueban y tu forecast empieza a significar algo.
El 25 de septiembre de 2026 revisamos nuestro propio pipeline en HubSpot con la misma lista que usamos en los diagnósticos. De siete etapas, tres describían lo que hacíamos nosotros: "propuesta enviada", "diagnóstico entregado" y "assessment entregado". Ninguna de las siete describía algo que hubiera hecho el cliente. Es el error que más vemos en portales B2B, y lo tuvimos en casa.
Una etapa del vendedor no dice nada del comprador
Cuando una etapa se llama "propuesta enviada", el deal entra ahí en el momento en que tu vendedor da clic en enviar. Desde ese segundo, HubSpot le asigna la probabilidad de esa etapa y lo suma al pronóstico. Pero la etapa no distingue entre una propuesta que el cliente leyó con su equipo y otra que está en spam. Las dos valen lo mismo en el reporte.
El resultado es un forecast que mide actividad, no avance. Si tu equipo trabaja mucho, el pipeline se ve sano aunque ningún comprador se haya movido. Y cuando el trimestre cierra por debajo, la explicación suele ser "se cayeron varios deals al final", cuando en realidad nunca estuvieron donde el CRM decía.
La regla que usamos ahora es simple: una etapa existe solo si nombra algo que el comprador hizo y que alguien más puede comprobar sin preguntarle al vendedor. Si la única evidencia es "yo lo mandé", no es una etapa, es una tarea.
Cómo se reescribe una etapa
No hace falta tirar el pipeline. Casi siempre basta con cambiar el verbo y el sujeto de cada etapa: de lo que hicimos a lo que hizo el cliente, y agregar qué prueba que pasó. Abajo están las tres etapas que corregimos en nuestro portal y dos ejemplos ilustrativos de lo que vemos con frecuencia.
| Etapa del vendedor | Etapa del comprador | Qué lo comprueba |
|---|---|---|
| Propuesta enviada | Propuesta revisada en llamada | Reunión registrada con el decisor y notas de objeciones |
| Diagnóstico entregado | Diagnóstico discutido con quien decide | Fecha de la sesión y siguiente paso acordado |
| Assessment entregado | Hallazgos priorizados por el cliente | Los tres hallazgos que el cliente eligió atacar primero |
| Demo agendada (ejemplo) | Problema confirmado en la demo | Problema principal escrito con las palabras del cliente |
| Negociación (ejemplo) | Condiciones enviadas a compras o legal | Contacto de compras asociado al deal |
Fíjate que la tercera columna es la que importa. Cada fila se vuelve una o dos propiedades del deal, y esas propiedades son las que vas a hacer obligatorias.
Qué configurar en HubSpot para que se cumpla
Escribir mejores nombres no cambia nada si el deal puede avanzar sin la evidencia. Estas son las piezas que lo amarran, todas documentadas en la knowledge base de HubSpot:
- Propiedades obligatorias por etapa. En la configuración del pipeline puedes marcar como requeridas ciertas propiedades al mover un deal a una etapa; si están vacías, el vendedor no puede avanzarlo. Guía de HubSpot.
- Reglas de pipeline. Impiden saltar etapas, mover deals hacia atrás o que cualquiera edite deals en etapas avanzadas. Requieren suscripción Professional o Enterprise. Guía de HubSpot.
- Propiedades calculadas por etapa. Fecha de entrada, fecha de salida, tiempo acumulado y tiempo en la etapa actual. Se llenan solas y de forma retroactiva, también en Professional o Enterprise. Con ellas sabes dónde se atoran tus deals. Guía de HubSpot.
- Won y Lost como etapas cerradas. HubSpot pide incluir ambas en la probabilidad del pipeline para que los reportes de ventas procesen bien los deals. Sin Lost, tu tasa de cierre es ficción.
Con eso, el pronóstico deja de depender de que alguien se acuerde de actualizar el CRM el viernes. Si quieres el contexto de por qué tantas empresas tienen HubSpot y siguen vendiendo en hojas de cálculo, lo escribimos en el artículo sobre el 54%.
Por qué importa más ahora que HubSpot actualiza deals con IA
En el Fall 2026 Spotlight del 16 de septiembre, HubSpot presentó el rediseño de Deal Progression: lee los correos, llamadas y reuniones de un deal y propone actualizar la etapa y el siguiente paso con un clic. Suena a que el problema se resuelve solo. No es así.
El agente necesita etapas con criterio de salida para saber cuándo proponer un avance. Si tu etapa dice "propuesta enviada", lo único que puede detectar es que alguien mandó un correo con un PDF, y va a mover el deal con la misma ligereza con la que lo mueve tu equipo hoy. Además, lo que nunca aparece en una conversación (el monto aprobado, el contacto de compras, el motivo de pérdida) sigue necesitando una propiedad obligatoria.
Hay otro cambio que empuja en la misma dirección: desde la versión 2026-09 de la API, HubSpot rechaza las escrituras de integraciones que no cumplen las propiedades condicionales obligatorias que configuraste. Las reglas que pongas en tus etapas van a aplicar también a lo que entra por Zapier, Make o cualquier conector, así que conviene definirlas bien antes de que tus integraciones se actualicen.
Qué puedes hacer esta semana
- Lista tus etapas y subraya el sujeto. En cada una pregúntate quién hizo la acción. Si la respuesta es tu vendedor, márcala para reescribir.
- Escribe el criterio de salida de cada etapa en una frase que alguien de fuera pueda verificar viendo el registro, sin hablar con el vendedor.
- Convierte cada criterio en una propiedad y hazla obligatoria al entrar a la etapa. Empieza por las dos etapas con más deals y más tiempo acumulado.
¿Cuándo sí hace falta ayuda?
Si tienes más de un pipeline, si tus reportes ya dependen de los nombres actuales de las etapas o si hay integraciones que crean y mueven deals, cambiar etapas sin un plan rompe dashboards y workflows que nadie recuerda haber hecho. En esos casos vale la pena revisarlo con alguien que haya hecho la migración antes. Nuestro diagnóstico de HubSpot incluye el rediseño de etapas con sus propiedades y el orden para cambiarlas sin perder historia.
Si quieres saber dónde está tu HubSpot hoy, el autodiagnóstico gratis toma 3 minutos: haz el autodiagnóstico.
Preguntas frecuentes
¿Cuántas etapas debe tener un pipeline de ventas en HubSpot?
Para la mayoría de los equipos B2B, entre cinco y siete etapas abiertas más Won y Lost. Menos de cinco suele esconder pasos donde los deals se atoran; más de siete hace que los vendedores elijan etapas por costumbre. Lo importante no es el número, sino que cada etapa tenga un criterio de salida que se pueda comprobar en el registro.
¿Puedo cambiar el nombre de una etapa sin perder el historial de los deals?
Sí. Cambiar la etiqueta de una etapa no cambia su identificador interno, así que el historial y las propiedades calculadas se conservan. Lo que sí se puede romper son reportes, vistas y workflows que filtran por esa etapa, por eso conviene revisar qué depende de ella antes de fusionar o borrar etapas.
¿Deal Progression actualiza las etapas sin que el vendedor apruebe?
Según lo que HubSpot presentó en septiembre de 2026, el agente propone las actualizaciones a partir de correos, llamadas y reuniones, y el vendedor las aprueba con un clic. Depende de que el correo y el calendario de cada vendedor estén conectados y de que las etapas tengan criterios de salida claros.