Criterios de Salida de Etapa: cómo RevOps evita el movimiento ambiguo en el funnel
Turn this article into takeaways for your work.
Each assistant summarizes the article only for you and suggests best practices for your work.
Los criterios de salida de etapa definen qué debe ser cierto antes de que un registro avance.
Sin criterios de salida, las etapas se vuelven subjetivas. Un rep crea una oportunidad después de una primera llamada. Otro espera la confirmación del presupuesto. Un gerente mueve deals a commit porque la relación se siente sólida. Customer success marca el riesgo de renovación solo después de que el cliente se queja. La calidad del forecast se resiente porque la etapa ya no representa evidencia.
Una etapa debe avanzar porque la evidencia cambió, no porque alguien se sienta optimista.
Los criterios de salida de etapa son cómo RevOps convierte las etapas del funnel de simples etiquetas en estándares operativos.
La investigación de Gartner sobre la confianza en el forecast es un buen recordatorio de que los datos de oportunidad débiles y el juicio subjetivo dañan la confianza en el forecast. La investigación de McKinsey sobre productividad de ventas también señala el valor de una orientación específica en la ejecución de ventas. Los criterios de salida de etapa son esa orientación escrita dentro del sistema operativo.
Datos operativos clave
- Los criterios de salida definen qué evidencia se requiere antes de que un registro deje una etapa.
- Criterios sólidos hacen que la conversión del funnel, el envejecimiento de etapa y el reporting del forecast sean más confiables.
- No todos los criterios deben convertirse en un campo obligatorio.
- Los gerentes son la principal capa de aplicación para los criterios que dependen del juicio.
- Los cambios de criterios deben fecharse y comunicarse porque afectan el reporting de tendencias.
Por qué importan los criterios de salida
Los criterios de salida crean evidencia compartida.
Ayudan a los gerentes a responder:
- ¿Este lead debería pasar a ventas?
- ¿Este SQL debería convertirse en una oportunidad?
- ¿Esta oportunidad debería pasar a propuesta?
- ¿Este deal debería entrar a commit?
- ¿Este cliente debería marcarse como riesgo de renovación?
- ¿Esta cuenta debería convertirse en una oportunidad de expansión?
Sin criterios, la respuesta depende de quién esté mirando. Eso hace que la conversión, el envejecimiento de etapa y los reportes de forecast sean difíciles de confiar.
Los criterios de salida también protegen a los equipos de la inflación de etapa. Si los registros avanzan con demasiada facilidad, el pipeline se ve más saludable de lo que realmente está. Si los registros se quedan demasiado tiempo porque los criterios no son claros, los gerentes no pueden saber si el proceso está bloqueado o si los datos están desactualizados.
Criterios de entrada vs criterios de salida
Los criterios de entrada y los criterios de salida son diferentes.
Los criterios de entrada definen cuándo un registro puede entrar a una etapa. Los criterios de salida definen qué debe suceder antes de que la deje.
Ejemplo:
| Etapa | Criterios de entrada | Criterios de salida |
|---|---|---|
| Discovery | Existe un problema de negocio y un contacto comprador | Se confirman el dolor, el impacto, los stakeholders, el proceso y el siguiente paso |
| Ajuste de la solución | El comprador acuerda explorar el enfoque | La solución propuesta está vinculada al valor y al proceso de compra |
| Revisión comercial | El alcance y el valor están activos | Se entienden el precio, la compra, lo legal y la ruta de aprobación |
| Commit | El deal tiene una ruta de cierre creíble | El plan mutuo, los riesgos y las aprobaciones finales respaldan la fecha de cierre |
Ambos importan. Pero los criterios de salida suelen ser más importantes porque evitan el movimiento prematuro.
Qué incluyen los buenos criterios
Los buenos criterios incluyen evidencia, dueño, método de inspección e impacto en el reporting.
| Elemento | Por qué importa |
|---|---|
| Evidencia | Define qué debe ser cierto |
| Dueño | Nombra al responsable |
| Inspección | Define cómo se verifica la calidad |
| Datos requeridos | Nombra los campos estructurados necesarios |
| Ruta de excepción | Maneja los casos límite válidos |
| Impacto en el reporting | Muestra qué métricas cambian |
RevOps debe mantener los criterios en el diccionario de datos de ingresos y aplicar las piezas de campo a través de la gobernanza de campos del CRM.
Criterios por etapa
Ejemplo de evidencia de salida:
| Etapa | Evidencia de salida |
|---|---|
| Lead capturado | Contacto válido, origen, consentimiento o base legal, coincidencia de cuenta |
| MQL | Umbral de fit y señal de intención cumplidos |
| Lead enrutado | Dueño asignado y temporizador de SLA iniciado |
| SQL | Aceptado por ventas y calificación iniciada |
| Oportunidad calificada | Problema de negocio, fit de cuenta, siguiente paso, valor potencial |
| Discovery | Stakeholders, impacto, cronograma, ruta de decisión, riesgo |
| Ajuste de la solución | El comprador acuerda que el enfoque propuesto coincide con la necesidad |
| Revisión comercial | Alcance, precio, compras, legal y ruta de aprobación activos |
| Commit | Plan de cierre mutuo, confirmación del comprador, riesgo revisado |
| Closed-won | Contrato completo y datos de traspaso listos |
| Onboarding | Hito de lanzamiento o activación alcanzado |
| Candidato a expansión | Señal de crecimiento y salud del cliente respaldan el contacto |
Use menos criterios cuando el motion es simple. Agregue criterios cuando la ambigüedad genera riesgo.
El propósito no es hacer que cada etapa sea más difícil. El propósito es hacer que cada etapa sea más veraz. Una etapa ligera puede seguir gobernada si la evidencia es clara. Una etapa compleja puede seguir siendo usable si los criterios son específicos y los gerentes los inspeccionan de forma consistente.
Piense en los criterios de salida como un estándar de verdad:
| La etiqueta de la etapa dice | La evidencia debería probar |
|---|---|
| Calificado | El registro encaja con el motion y merece el siguiente equipo o siguiente paso |
| Oportunidad | Existe un motion de compra real, no solo interés |
| Propuesta | El cliente está revisando un enfoque con alcance definido, no recibiendo precios genéricos |
| Commit | El tiempo, el riesgo y la ruta de aprobación respaldan un cierre creíble |
| Closed-won | El contrato y el traspaso están listos para el siguiente equipo operativo |
| Cliente saludable | El uso, el valor, el sponsor o la señal de renovación respaldan la etiqueta |
Cuando los criterios son claros, los datos de etapa se vuelven comparables entre gerentes y trimestres. Cuando los criterios son vagos, cada reporte de conversión se convierte en un debate de interpretación.
Criterios del ciclo de vida del lead
Los criterios de etapa de lead deben proteger la velocidad y la calidad al mismo tiempo.
Un lead capturado no debería esperar una revisión humana si los datos de enrutamiento ya son claros. Pero tampoco debería avanzar con origen faltante, datos de contacto incorrectos o un conflicto de cuenta.
Criterios útiles de etapa de lead:
| Movimiento | Evidencia de salida |
|---|---|
| Capturado a enriquecido | Correo válido, señal de empresa o cuenta, origen capturado |
| Enriquecido a enrutado | Región, segmento, propiedad o regla de enrutamiento resueltos |
| Enrutado a aceptado | Dueño asignado y reloj de SLA iniciado |
| Aceptado a calificado | Necesidad, fit o intención confirmados |
| Aceptado a descalificado | Motivo de descalificación capturado |
Los criterios de lead deben evitar convertir la velocidad en descuido. Una respuesta rápida solo es valiosa si la persona correcta responde con suficiente contexto.
Criterios de etapa de oportunidad
Los criterios de oportunidad deben proteger la calidad del forecast.
El fallo más común es el movimiento prematuro. Un deal pasa de discovery a propuesta porque el rep tuvo una llamada positiva, no porque el comprador confirmó el problema, el valor, el proceso y el siguiente paso.
Los criterios de salida de oportunidad deben responder:
- ¿Existe un problema de negocio real?
- ¿La cuenta encaja?
- ¿Hay un stakeholder con influencia?
- ¿Hay una razón para actuar ahora?
- ¿El siguiente paso es una acción del cliente o solo una tarea del vendedor?
- ¿El monto está vinculado a un alcance real?
- ¿La fecha de cierre está vinculada a un proceso del comprador?
- ¿La categoría de forecast está respaldada por evidencia?
Los criterios deben ser más estrictos donde el movimiento falso genera más daño: creación de oportunidades, movimiento en etapa tardía, commit y closed-won.
Criterios del ciclo de vida del cliente
Los criterios de salida no son solo para las etapas de ventas.
Las etapas de cliente también necesitan evidencia.
| Movimiento | Evidencia de salida |
|---|---|
| Closed-won a onboarding | Traspaso aceptado, alcance claro, ruta de kickoff conocida |
| Onboarding a activo | Hito de lanzamiento alcanzado y el dueño confirma la preparación |
| Activo a saludable | Hito de uso, adopción o valor alcanzado |
| Saludable a candidato a expansión | Necesidad, señal de uso y salud del cliente respaldan el contacto |
| En riesgo a escalado | Motivo de riesgo, dueño, plan de acción y cronograma documentados |
Los criterios del ciclo de vida del cliente evitan que el equipo posventa dependa de etiquetas vagas como "saludable" o "listo para expansión". Esas etiquetas deben significar algo observable.
Calidad de la evidencia
La buena evidencia es observable.
Evidencia débil:
- "Parece interesado"
- "Buena llamada"
- "Probable que cierre"
- "El cliente está contento"
- "Expansión posible"
Evidencia más sólida:
- El comprador confirmó el problema de negocio y el siguiente paso.
- El decisor económico se sumó al proceso.
- Se conoce el cronograma de compras.
- El uso del cliente alcanzó el límite del plan.
- El sponsor de renovación confirmó el riesgo o el alcance de expansión.
RevOps debe capacitar a los gerentes para pedir evidencia, no sensaciones.
La forma más fácil de mejorar la calidad de la evidencia es reemplazar el lenguaje basado en adjetivos por lenguaje observable. "Interés fuerte" debería convertirse en "el decisor económico acordó revisar el caso de negocio el próximo martes". "Buen fit" debería convertirse en "el cliente cumple con el segmento, el caso de uso y los requisitos técnicos". "Renovación probable" debería convertirse en "el sponsor confirmó la intención de renovar y no queda ningún bloqueador de éxito abierto".
Este cambio de lenguaje suena pequeño, pero cambia la inspección. Los gerentes pueden dar coaching sobre evidencia observable. No pueden dar coaching sobre optimismo vago.
Ejemplos de criterios
Un criterio de salida de oportunidad débil dice: "Discovery completo".
Una versión más sólida dice:
- Problema de negocio documentado
- Impacto o valor discutido
- Stakeholder principal identificado
- Proceso de compra suficientemente entendido para el siguiente paso
- Siguiente acción del cliente programada
- Fit confirmado contra el ICP
Un criterio de commit débil dice: "El cliente acordó verbalmente".
Una versión más sólida dice:
- Existe un plan de cierre mutuo
- Se conoce el decisor económico o la ruta de aprobación
- Los términos comerciales están acordados o en revisión final
- Los riesgos legales, de seguridad y de compras están documentados
- La fecha de cierre está vinculada al proceso del comprador, no a la esperanza del vendedor
Los criterios deben hacer que el movimiento de etapa sea más difícil solo donde el movimiento falso genera riesgo.
Criterios de salida y campos obligatorios
No convierta cada criterio en un campo obligatorio.
Use campos obligatorios para datos que deben estar estructurados:
- Origen
- Dueño
- Fecha de cierre
- Monto
- Categoría de forecast
- Fecha de renovación
- Estado del traspaso
Use la inspección del gerente para el juicio:
- ¿El problema de negocio es real?
- ¿El siguiente paso es significativo?
- ¿El comprador está comprometido?
- ¿El riesgo está entendido?
- ¿El cliente está lo suficientemente saludable para la expansión?
Este equilibrio mantiene el CRM usable a la vez que hace real la evidencia de etapa.
Matriz de aplicación
RevOps debe decidir cómo se aplicará cada criterio.
| Tipo de criterio | Mejor forma de aplicación | Ejemplo |
|---|---|---|
| Campo objetivo | Campo obligatorio o validación | Fecha de cierre, monto, dueño |
| Proceso con tiempo definido | Automatización o reporte de SLA | Lead enrutado dentro del SLA |
| Juicio del gerente | Inspección de pipeline | El proceso del comprador es creíble |
| Traspaso interfuncional | Flujo de aceptación | Customer success acepta el traspaso de closed-won |
| Señal de riesgo | Dashboard más revisión del gerente | El deal tiene riesgo de seguridad o de compras |
| Definición histórica | Diccionario de datos y registro de cambios | La definición de la etapa cambió en una fecha específica |
Esta matriz evita el exceso de automatización. Un CRM puede exigir una fecha de cierre. No puede saber si el proceso de compras del comprador es real sin inspección humana.
Métricas de salud de los criterios
Los criterios deben medirse después del lanzamiento.
Métricas útiles:
- Envejecimiento por etapa
- Tasa de regresión de etapa
- Registros que avanzaron y luego retrocedieron
- Oportunidades en etapa sin evidencia requerida
- Tasa de conversión de commit
- Completitud del traspaso de closed-won
- Completitud del motivo de descalificación
- Tasa de anulación por el gerente
- Volumen de la cola de excepciones
- Deslizamiento del forecast después del movimiento de etapa
Si los criterios funcionan, el movimiento de etapa se vuelve más consistente y menos sorpresivo. Si los criterios son demasiado pesados, el volumen de excepciones y los datos de relleno aumentan. Si los criterios son demasiado laxos, el envejecimiento de etapa y los fallos de forecast continúan.
Calibración de criterios
Los gerentes necesitan calibración, especialmente después de que cambian los criterios.
La calibración significa que los gerentes revisan la misma muestra de registros y comparan decisiones. ¿Avanzarían el registro, lo mantendrían, lo retrocederían o lo marcarían como excepción?
Use tres tipos de registro:
- Aprobación clara
- Rechazo claro
- Caso límite
El caso límite es el más valioso. Revela dónde los gerentes interpretan los criterios de forma distinta.
Preguntas de calibración:
- ¿Qué evidencia es lo suficientemente fuerte?
- ¿Qué campo faltante bloquea el movimiento?
- ¿Qué riesgo debería documentarse pero no bloquear el movimiento?
- ¿Qué excepción es válida?
- ¿Qué etiqueta de etapa refleja mejor el registro?
RevOps debe capturar las decisiones y actualizar los ejemplos. Esto convierte los criterios escritos en un juicio compartido.
Manejo de excepciones
Los criterios no deberían pretender que cada deal real encaja en la ruta estándar.
Habrá excepciones:
- Cliente estratégico con aprobación ejecutiva
- Secuencia de compras que no coincide con el orden normal de etapas
- Motion de renovación y expansión ocurriendo al mismo tiempo
- Oportunidad liderada por un partner donde la evidencia del vendedor está incompleta
- Revisión de seguridad que comienza antes de lo esperado
La respuesta no es ignorar los criterios. La respuesta es marcar la excepción.
Una excepción debe incluir:
- Motivo
- Dueño
- Riesgo
- Aprobación si es necesaria
- Próxima fecha de revisión
- Tratamiento en el reporting
Las excepciones visibles protegen la confianza. Las excepciones ocultas generan desviación.
Qué hacer cuando los criterios fallan
El fallo de criterios tiene causas distintas.
| Síntoma | Causa probable | Solución |
|---|---|---|
| Los usuarios ingresan valores falsos | Los criterios se exigieron demasiado pronto | Mover el requisito más tarde o mejorar los valores |
| Los gerentes discrepan con frecuencia | Los criterios son vagos | Agregar ejemplos y calibración de gerentes |
| El envejecimiento de etapa sube fuertemente | Los criterios son demasiado estrictos o el proceso está bloqueado | Inspeccionar el cuello de botella y revisar |
| El forecast sigue fallando | Los criterios no están vinculados a evidencia real del comprador | Reforzar la evidencia de etapa tardía y de commit |
| Las excepciones se acumulan | No hay dueño para los casos límite | Agregar dueño de excepciones y SLA |
| Los reportes cambian de forma inesperada | Los criterios cambiaron sin contexto | Agregar fecha de cambio y advertencia en el reporting |
No asuma que la regla es correcta solo porque la adopción es débil. La regla puede necesitar revisión.
Cómo aplicar los criterios
Use una combinación de controles.
| Control | Mejor para |
|---|---|
| Campos obligatorios | Datos estructurados que deben existir |
| Inspección del gerente | Evidencia que depende del juicio |
| Automatización | Marcas de tiempo, reglas de dueño, temporizadores de SLA |
| Dashboards | Envejecimiento de etapa, evidencia faltante, excepciones |
| Notas o revisión de llamadas | Evidencia cualitativa |
| Revisión de traspaso | Criterios de closed-won o transición de cliente |
Por ejemplo, la fecha de cierre debería ser un campo. La confianza del comprador puede inspeccionarse mejor en notas o en la revisión del gerente. Las promesas hechas deben capturarse en un campo de traspaso estructurado cuando afectan el onboarding.
Guía de revisión para gerentes
Los gerentes deben preguntar:
- ¿Qué evidencia respalda esta etapa?
- ¿Qué cambió desde la última revisión?
- ¿Cuál es la siguiente acción del cliente?
- ¿Qué riesgo podría bloquear el movimiento?
- ¿Qué dato falta?
- ¿Este registro cumple los criterios de salida o solo los criterios de actividad?
Esto crea consistencia sin hacer que el CRM sea insoportable.
Los gerentes son la capa clave de aplicación. RevOps puede definir los criterios, pero los gerentes deciden si los reps los siguen. Si los gerentes no inspeccionan los criterios, los reps aprenderán que las reglas escritas no importan.
Criterios de salida por motion
Distintos motions necesitan distintos criterios.
El inbound de alta velocidad puede usar criterios más ligeros porque la velocidad importa. Las ventas enterprise pueden necesitar evidencia más sólida porque la calidad del deal y el riesgo de forecast son mayores. La expansión product-led puede usar umbrales de uso. Los ingresos por servicios pueden requerir alcance y capacidad de entrega antes del cierre.
Ejemplos:
| Motion | Énfasis de los criterios |
|---|---|
| Inbound SMB | Fit, intención, respuesta, siguiente paso simple |
| Ventas sales-led de mercado medio | Dolor, stakeholder, valor, ruta de decisión |
| Enterprise | Comité de compra, caso de negocio, compras, riesgo |
| Renovación | Salud, sponsor, prueba de valor, tiempos del contrato |
| Expansión | Uso, nueva necesidad, salud del cliente, ruta comercial |
RevOps debe definir los criterios por motion cuando un modelo único genera mal comportamiento.
Criterios y calidad del forecast
Los criterios de salida de etapa afectan la confianza en el forecast.
Si las oportunidades en etapa tardía no requieren evidencia del proceso del comprador, el forecast se vuelve una opinión. Si los criterios de commit no requieren revisión de riesgo, los gerentes no pueden comparar deals de forma consistente. Si las fechas de cierre no están vinculadas a la acción del cliente, finanzas no puede confiar en los tiempos.
Por eso los criterios de salida de etapa deben conectarse con la gobernanza del forecast y los criterios de commit, y no vivir en un documento separado de sales enablement.
Criterios y compensación
Tenga cuidado cuando los criterios de etapa afecten la compensación o el reporting de cuotas.
Si los criterios de creación de oportunidades se vuelven más estrictos, la creación de pipeline puede parecer que cae. Eso podría ser una mejora de calidad, no una caída de desempeño. Si los criterios de commit se vuelven más estrictos, el forecast de commit puede reducirse pero volverse más confiable.
Los líderes deben entender esto antes del lanzamiento. De lo contrario, los equipos pueden resistirse porque una gobernanza limpia parece, al principio, un peor desempeño.
Proceso de auditoría
Audite los criterios de salida con registros reales.
Tome una muestra de cada etapa y pregunte:
- ¿El registro cumple con los criterios escritos?
- ¿La evidencia es visible en el sistema?
- ¿Coincidirían dos gerentes?
- ¿Qué campos o notas faltan?
- ¿El registro avanzó demasiado pronto?
- ¿El registro se quedó demasiado tiempo?
Registre las brechas. Luego decida si el problema son los criterios, la capacitación, la inspección del gerente o el diseño del sistema.
Ejemplos de capacitación
Capacite con ejemplos reales.
Muestre un registro que no debería avanzar y explique por qué. Muestre un registro que debería avanzar y explique qué evidencia está presente. Muestre un registro límite y deje que los gerentes discutan cómo inspeccionarlo.
Esto es más útil que un documento de política por sí solo. Los gerentes necesitan juicio compartido, no solo palabras compartidas.
Control de cambios
Los criterios no deben cambiar casualmente.
Cuando los criterios cambien:
- Actualice el diccionario de datos.
- Actualice los dashboards y reportes.
- Capacite a los gerentes.
- Revise el impacto en el flujo de trabajo y la automatización.
- Documente la fecha del cambio.
- Decida si las comparaciones históricas siguen siendo válidas.
Si los criterios cambian de forma silenciosa, las tasas de conversión se vuelven difíciles de interpretar.
Plan de implementación
Empiece con las etapas que más afectan al forecast y al traspaso.
Para muchas empresas, esas son:
- SQL a oportunidad
- Oportunidad temprana a oportunidad calificada
- Etapa tardía a commit
- Commit a closed-won
- Closed-won a onboarding
- Riesgo de renovación a riesgo escalado
Escriba primero los criterios para esas etapas. Luego pruébelos contra registros reales.
Hoja de trabajo de criterios
Para cada etapa, documente:
| Elemento | Pregunta |
|---|---|
| Nombre de la etapa | ¿Cómo se llama la etapa? |
| Dueño | ¿Quién es dueño de la ejecución? |
| Evidencia de salida | ¿Qué debe ser cierto antes del movimiento? |
| Datos requeridos | ¿Qué campos deben estar completos? |
| Dueño de la inspección | ¿Quién verifica la calidad? |
| Ruta de excepción | ¿Qué sucede si no se cumplen los criterios? |
| Impacto en el reporting | ¿Qué dashboards usan esta etapa? |
Esta hoja de trabajo debe vivir junto con el diccionario de datos y los documentos de gobernanza del funnel.
Lista de verificación de preparación
Antes del lanzamiento:
- Los criterios están escritos para las etapas centrales.
- Los criterios usan evidencia, no sensaciones.
- Los campos obligatorios se limitan a datos críticos para la decisión.
- Los gerentes saben cómo inspeccionar los criterios.
- Los dashboards muestran el envejecimiento de etapa y la evidencia faltante.
- Las excepciones tienen un dueño.
- Finanzas entiende los criterios que afectan el forecast.
- Los cambios de criterios están fechados en el registro de cambios.
Los criterios de salida funcionan cuando dos gerentes pueden inspeccionar el mismo registro y llegar a la misma conclusión la mayoría de las veces.
Errores comunes
Los criterios son demasiado vagos. "Calificado" significa cosas distintas según el gerente.
Los criterios son demasiado pesados. Los reps ingresan datos de relleno para mover los registros.
Los criterios no están vinculados al reporting. Los dashboards siguen usando definiciones antiguas.
Finanzas queda excluida. Los criterios de forecast afectan la planificación y finanzas debería entenderlos.
Customer success queda excluido. Los criterios de closed-won y renovación afectan los resultados del cliente.
Los gerentes no están capacitados. Los criterios escritos no importan si los gerentes no los inspeccionan.
Cómo se ve lo correcto
Los criterios de salida son sólidos cuando el movimiento de etapa le dice algo verdadero a los líderes.
Si una oportunidad en etapa tardía significa que se conoce el proceso del comprador, el riesgo está documentado y el tiempo de cierre es creíble, los líderes pueden gestionar el forecast. Si solo significa que el rep se siente bien, la etapa no está gobernada.
El objetivo práctico es la consistencia. Cuando el movimiento de etapa significa lo mismo entre reps, gerentes, segmentos y trimestres, los líderes pueden comparar el desempeño sin reconstruir la historia cada vez.
Los criterios de salida a veces revelarán una verdad incómoda. El pipeline puede reducirse. La conversión de etapa puede verse peor. El commit puede volverse más pequeño. Eso no significa que el proceso haya fallado. Puede significar que el funnel anterior estaba sobrevalorado.
RevOps debe preparar a los líderes para ese momento. El objetivo no es una matemática de etapa más bonita. El objetivo es un funnel que diga la verdad lo suficientemente temprano como para actuar.
Eso también significa que los criterios no deberían juzgarse solo por si a los usuarios les gustan. Los criterios útiles suelen generar incomodidad a corto plazo porque revelan registros débiles. La pregunta correcta es si mejoran la calidad de la decisión: una revisión de pipeline más limpia, mayor confianza en el forecast, menos sorpresas en el traspaso y un coaching de gerentes más consistente.
Si los criterios reducen la confianza o generan datos falsos, revíselos. Si reducen el pipeline inflado y obligan a una mejor evidencia, manténgalos aunque el primer reporte se vea peor.
Paquete de revisión de criterios de salida
Al revisar los criterios de salida de etapa, inspeccione registros reales.
Use:
- Diez registros que avanzaron.
- Diez registros que se estancaron.
- Cinco registros que retrocedieron o se cerraron como perdidos.
- Evidencia presente en el momento del movimiento.
- Evidencia faltante.
- Motivos de anulación del gerente.
- Impacto en el forecast.
- Impacto en el traspaso.
La revisión debe responder si los criterios son demasiado laxos, demasiado estrictos o simplemente no se inspeccionan. Las reglas de etapa solo importan cuando los gerentes las usan para controlar el movimiento.
Preguntas frecuentes
¿Quién es dueño de los criterios de salida de etapa?
RevOps gobierna los criterios. Los líderes funcionales son dueños de la ejecución dentro de su etapa. Los gerentes aplican los criterios en la inspección del día a día.
¿Qué tan detallados deben ser los criterios?
Lo suficientemente detallados para que dos gerentes que inspeccionan el mismo registro lleguen a la misma conclusión la mayoría de las veces. Si los criterios requieren demasiada interpretación, no son lo bastante claros.
¿Todos los criterios deberían ser campos obligatorios?
No. Los campos obligatorios funcionan para datos estructurados. La inspección del gerente funciona mejor para evidencia que depende del juicio, como el compromiso del comprador, la calidad del riesgo y la confianza en la decisión.
¿Con qué frecuencia deberían revisarse los criterios?
Revise los criterios centrales trimestralmente o cada vez que cambie el motion de ventas, el recorrido del cliente, el modelo de reporting o el proceso de forecast.
Más información

Senior Operations & Growth Strategist
On this page
- Por qué importan los criterios de salida
- Criterios de entrada vs criterios de salida
- Qué incluyen los buenos criterios
- Criterios por etapa
- Criterios del ciclo de vida del lead
- Criterios de etapa de oportunidad
- Criterios del ciclo de vida del cliente
- Calidad de la evidencia
- Ejemplos de criterios
- Criterios de salida y campos obligatorios
- Matriz de aplicación
- Métricas de salud de los criterios
- Calibración de criterios
- Manejo de excepciones
- Qué hacer cuando los criterios fallan
- Cómo aplicar los criterios
- Guía de revisión para gerentes
- Criterios de salida por motion
- Criterios y calidad del forecast
- Criterios y compensación
- Proceso de auditoría
- Ejemplos de capacitación
- Control de cambios
- Plan de implementación
- Hoja de trabajo de criterios
- Lista de verificación de preparación
- Errores comunes
- Cómo se ve lo correcto
- Paquete de revisión de criterios de salida
- Preguntas frecuentes
- ¿Quién es dueño de los criterios de salida de etapa?
- ¿Qué tan detallados deben ser los criterios?
- ¿Todos los criterios deberían ser campos obligatorios?
- ¿Con qué frecuencia deberían revisarse los criterios?
- Más información