Tu pipeline miente. Y el problema no es el CRM. (Qué corregir y cómo hacerlo)

Voy a ser directo: la mayoría de los pipelines que he auditado en más de una década trabajando con equipos comerciales en LATAM están rotos. No por la tecnología. No por el CRM. Están rotos porque nadie se sentó a definir algo básico antes de configurar la herramienta.

Me refiero a los criterios de entrada y salida de cada etapa del pipeline.

Y no es el único problema. Hay varios errores que se repiten una y otra vez en las implementaciones de CRM, y voy a ir abordándolos uno por uno en esta serie. Hoy empiezo por el que considero más silencioso y más dañino.

Si prefieres verlo en video, aquí lo explico:

¿Por qué mi pipeline no refleja la realidad?

El patrón es siempre el mismo. Una empresa decide implementar un CRM. Invierte semanas en evaluar plataformas, comparar precios, negociar licencias. Configura el pipeline con etapas que suenan profesionales: Contacto Inicial, Descubrimiento, Propuesta, Negociación, Cierre. Y el día uno, cada vendedor interpreta esas etapas como quiere.

Uno mueve un deal a "Propuesta" cuando manda una cotización por WhatsApp. Otro cuando tiene una reunión agendada. Otro cuando siente que el cliente "está listo".

Mismo pipeline. Tres realidades distintas.

El CRM no tiene forma de saber que eso está pasando. Simplemente registra lo que cada persona le dice. Y lo que le dice cada persona depende de su criterio personal, no de un estándar compartido.

¿Por qué no puedo confiar en mi forecast?

Porque todo lo que construyes encima de tu pipeline depende de que las etapas signifiquen algo concreto y consistente. Tu forecast se calcula a partir de las etapas. Si las etapas no tienen criterios, tu forecast es ficción. Tus reportes muestran cuántos deals hay en cada etapa.

Si los vendedores mueven deals sin criterio, esos números no te dicen nada real. Tu gerente comercial toma decisiones sobre dónde enfocar al equipo, qué deals priorizar, cuántos recursos asignar. Si la data es basura, las decisiones son basura.

No exagero. En Revops LATAM he visto empresas con pipelines de millones de dólares donde solo el 15% era real. El resto eran deals inflados, estancados, o mal clasificados. El gerente lo descubría recién al final del trimestre, cuando ya no había forma de recuperar el número.

¿Qué son los criterios de entrada y salida de una etapa?

No estoy hablando de un framework complejo ni de una consultoría de seis meses. Estoy hablando de responder dos preguntas para cada etapa de tu pipeline: ¿qué tiene que pasar para que un deal entre a esta etapa? ¿Qué evidencia necesitas para que ese deal salga de esta etapa?

Eso es todo.

La primera pregunta define el criterio de entrada. Es una acción concreta, verificable, que no depende de la interpretación de nadie.

La segunda define el criterio de salida. Es una evidencia que puedes comprobar en el CRM, en un correo, en una nota de reunión.

Suena simple. Y lo es. Pero es justamente por eso que se salta.

Para que esto no quede en teoría, voy a tomar una etapa que existe en casi todos los pipelines y mostrar cómo se ve con criterios definidos.

¿Cómo se ven los criterios en la etapa Propuesta?

En la etapa Propuesta, un deal entra cuando la reunión de descubrimiento se completó, el dolor del cliente está documentado, el decisor está confirmado y el alcance está definido por escrito. Sale cuando el decisor revisó la propuesta, el presupuesto está validado y hay un próximo paso acordado con fecha.

Criterios de entrada: qué tiene que haber pasado antes de que un deal llegue aquí.

• La reunión de descubrimiento se completó (no se agendó, se completó).
• El dolor del cliente está documentado en el CRM, no solo en la cabeza del vendedor.
• El decisor está identificado y confirmado. No es el contacto que nos contestó el teléfono. Es la persona que firma.
• El alcance del proyecto está definido por escrito. No "más o menos sabemos lo que quieren".

Criterios de salida: qué evidencia necesito para mover este deal a Negociación.

• La propuesta fue enviada al decisor. No al contacto operativo. Al decisor.
• El decisor confirmó que la recibió y la revisó. No que "se la mandamos y no contestó".
• El presupuesto del cliente fue validado. Sabemos que puede pagar.
• Hay un próximo paso acordado con fecha. No "quedamos en hablar".

¿Qué cambia en mis reuniones de forecast con criterios?

Con criterios, la reunión de forecast deja de girar en torno a opiniones y pasa a girar en torno a evidencia: en qué etapa está el deal, qué confirmó el decisor y cuál es el próximo paso con fecha. Fíjate en el cambio.

Sin criterios, la conversación en la reunión de forecast es así:

"¿Cómo va el deal de la empresa X?" "Bien, creo que le interesó. Le mandé la propuesta la semana pasada." "¿Y qué dijo?" "Todavía no me contesta, pero la reunión fue buena."

Con criterios, la conversación es distinta:

"¿Cómo va el deal de la empresa X?" "Está en Propuesta. El decisor recibió la propuesta el martes, la revisó, pidió un ajuste en el alcance. Tenemos reunión el jueves para cerrar los términos. Presupuesto validado."

La primera conversación es una opinión. La segunda es información que puedes gestionar.

¿Cómo defino los criterios de mi pipeline paso a paso?

Si llegaste hasta acá y te identificaste con el problema, la buena noticia es que la solución no requiere cambiar de CRM, ni contratar un consultor, ni hacer una reestructuración. Requiere una reunión. Una pizarra. Y responder las dos preguntas para cada etapa.

Paso 1: Toma tu pipeline actual. Escribe las etapas que tienes hoy.

Paso 2: Para cada etapa, define el criterio de entrada. ¿Qué acción concreta y verificable debe ocurrir para que un deal entre aquí? Si no puedes describirlo en una oración, el criterio no es claro.

Paso 3: Para cada etapa, define el criterio de salida. ¿Qué evidencia necesitas para mover el deal a la siguiente etapa? Si la respuesta es "cuando el vendedor lo decide", no tienes un criterio.

Paso 4: Documéntalo. No en la cabeza. No en un chat. En un lugar donde todo el equipo pueda verlo y consultarlo.

Paso 5: Configura tu CRM para que refleje esos criterios. Campos obligatorios, propiedades requeridas, automatizaciones que validen antes de permitir un cambio de etapa.

El orden importa: primero el proceso, después la herramienta.

¿Un CRM nuevo arregla mi proceso comercial?

Esta es la idea con la que quiero que te quedes. Tu CRM no arregla tu proceso comercial. Solo lo amplifica. Si tu proceso es claro, ordenado, con criterios definidos, el CRM lo va a potenciar. Vas a tener visibilidad real, forecast confiable, y un equipo alineado.

Si tu proceso es ambiguo, inconsistente, basado en intuiciones, el CRM lo va a amplificar también. Pero lo que va a amplificar es el desorden.

La diferencia entre un pipeline que miente y uno que te dice la verdad no está en la tecnología que usas. Está en la conversación que tuviste, o no tuviste, con tu equipo para definir qué significa cada etapa.

Los criterios de entrada y salida son la base, pero no son lo único que se ignora. Hay otros errores que veo con la misma frecuencia y que destruyen pipelines silenciosamente.

¿Cómo debo nombrar las etapas de mi pipeline?

Las etapas deberían estar en pasado: "Propuesta enviada", "Negociación iniciada", "Contrato firmado". Un pipeline debería reflejar lo que ya ocurrió, no lo que esperamos que pase. Parece un detalle menor, pero cambia completamente la forma en que el equipo entiende cuándo mover un deal.

¿Alguna vez te fijaste en cómo están nombradas las etapas de tu pipeline? La mayoría las escribe en presente o en infinitivo: "Enviar propuesta", "Negociar", "Cerrar".

Si la etapa dice "Propuesta enviada", el vendedor sabe que no puede mover el deal ahí hasta que efectivamente la haya enviado. El nombre mismo se convierte en un criterio. Pero eso lo voy a desarrollar en profundidad en un próximo artículo.

¿Qué otros errores debo revisar en mi pipeline?

También quiero abordar temas como la falta de campos obligatorios por etapa, los pipelines con demasiadas etapas (o muy pocas), la ausencia de motivos de pérdida estandarizados, y cómo las probabilidades por etapa pueden arruinar tu forecast si se asignan mal. Cada uno de estos errores merece su propio espacio.

Así que esto es lo que viene: una serie dentro de Arquitectos del Revenue dedicada a los errores que matan tu pipeline antes de que el CRM pueda ayudarte, uno por uno. Proceso primero. Herramienta después.

Si este artículo te hizo sentido, compártelo con tu gerente comercial o tu equipo de ventas. A ellos también les puede ahorrar más de un trimestre perdido.

Y si quieres ver el framework de criterios en un formato visual, Revops LATAM publicó un carrusel con el diagrama completo en su página de LinkedIn.

Nos vemos en el próximo artículo de esta serie.