Esquema de pipeline de ventas para fundadores B2B que se mantiene honesto

Por qué la mayoría de los pipelines iniciales dejan de ser confiables

Al principio, tu pipeline parece claro porque hay pocos tratos y la mayor parte del contexto vive en tu cabeza. Luego la lista crece, fallas un seguimiento y el pipeline empieza a contar una historia más agradable que la realidad. Eso es “pipeline que miente”: no por mala intención, sino porque nada en el sistema obliga a decir la verdad.

Se nota en patrones recurrentes:

• Los tratos se quedan en una etapa semanas sin actividad reciente.
• “Siguiente paso” se convierte en algo vago como “revisar la próxima semana”.
• Las fechas de cierre se empujan hacia adelante para sentirse esperanzador, no porque el comprador haya acordado un calendario.

Una reacción común es sobreconstruir el CRM: más campos, más etapas personalizadas, notas más largas. Ironicamente, eso suele empeorar el pronóstico. Cuando actualizar se siente pesado, la gente actualiza menos y el pipeline se pudre en silencio.

Un esquema mínimo viable de pipeline hace lo contrario. Es la estructura justa para tomar decisiones. No intenta capturar todo. Captura los pocos hechos que evitan que te engañes a ti mismo.

Si solo aplicas una regla, usa esta: todo trato abierto debe tener (1) una acción siguiente explícita, (2) una fecha para esa acción y (3) una fecha de cierre ligada a una línea de tiempo real del comprador (una reunión, un paso legal, una revisión presupuestaria). Si falta alguno, el trato no está activo.

Las etapas también deberían significar algo. Un trato avanza solo cuando ocurrió algo concreto, no porque se sienta bien. La meta no es un tablero bonito. La meta es una visión honesta con la que puedas gestionar el negocio.

Define las reglas antes de elegir campos y etapas

Un esquema de pipeline solo funciona si todos lo usan de la misma manera. Antes de añadir campos o discutir etapas, decide qué representa un ítem del pipeline.

Un valor por defecto limpio para B2B es: un trato = una decisión de compra. Si la misma empresa puede comprar dos veces (dos equipos, dos productos, dos presupuestos), eso son dos tratos, no un registro confuso.

Mantén los objetos simples. Puedes avanzar mucho con tres entidades: un lead (una persona a la que puedes contactar), una cuenta (la compañía) y un trato (la compra específica que intentas cerrar). Si trabajas en solitario, incluso puedes omitir registros formales de lead y cuenta y asegurarte simplemente de que cada trato nombre claramente la compañía y el contacto principal.

Escribe unas pocas reglas operativas, especialmente si alguien más que tú toca el pipeline:

• Registra la actividad justo después de que ocurra.
• Haz una revisión semanal en un horario fijo.
• Asigna exactamente un dueño por trato.
• Usa una única fuente de verdad: si no está en el pipeline, no ocurrió.

Ejemplo: hablas con Alex en Northwind sobre un piloto para el equipo de finanzas. Eso es un trato. Si un mes después el producto quiere un contrato separado, crea un segundo trato. No extiendas un registro para cubrir dos decisiones.

Campos mínimos viables del trato (los que realmente usarás)

Un pipeline se mantiene útil cuando cada trato tiene los pocos campos que realmente revisas cada semana. Añade campos “por si acaso” y se convierten en decoración.

Empieza con un formato de nombre de trato que prevenga duplicados. Un patrón simple funciona: Compañía - Producto/Alcance - Trimestre/Mes. Ejemplo: “Acme - Team plan - Mar 2026.” Esto hace que sea obvio cuando “Acme - Demo” y “Acme - Follow-up” son en realidad el mismo trato.

Cada trato también necesita identidad clara:

• Cuenta/compañía
• Contacto principal
• Rol del contacto (decisor, sponsor/defensor, finanzas, TI)

El rol importa porque cambia lo que haces a continuación. Un defensor necesita habilitación. Un decisor necesita un caso de negocio.

Añade campos de responsabilidad:

• Propietario del trato (una persona)
• Fuente (inbound, outbound, partner, referido, evento)

Luego añade solo el dinero y el tiempo que vas a usar:

• Valor esperado y tipo de trato (nuevo, expansión, renovación)
• Fecha objetivo de cierre (una fecha real, no “algún día”)
• Probabilidad solo si la usas en un pronóstico semanal en el que confíes

Si tienes dudas sobre un campo, déjalo fuera. Siempre puedes añadirlo después. Quitar campos después de que se formen hábitos es mucho más difícil.

Campos de calificación que previenen tratos fantasía

La mayoría de los pipelines “grandes” no son grandes. Están llenos de tratos que se ven bien pero no tienen un camino claro hacia un sí.

Empieza con un campo que obligue a ser claro: Caso de uso (alcance). Escribe lo que el comprador intenta lograr en palabras simples, además de cómo se ve el “hecho”. Si no puedes describir el resultado en dos frases, probablemente aún no entiendes el trato.

A continuación, captura el proceso de decisión en un solo lugar. Esto no es un volcado de contactos. Es la historia de cómo se toma la decisión: quién firma, quién puede bloquearla y qué pasos deben seguir (revisión de seguridad, legal, compras). Si no conoces al firmante, trata el trato como temprano.

Añade una señal de encaje de precios, aunque sea aproximada. Rangos (“<$5k”, “$5-25k”, “$25k+”) funcionan bien, o un simple Likely / Unclear / Unlikely basado en lo que oíste. La idea es dejar de avanzar tratos que no pueden pagarte.

Finalmente, mantén un campo banderas rojas de una línea. Si toma un párrafo, pertenece a las notas.

Un conjunto compacto que funciona para la mayoría de fundadores B2B:

• Caso de uso + criterios de éxito
• Proceso de decisión (firmante, influenciadores, pasos)
• Encaje de precios (rango o Probable/Poco claro/Improbable)
• Opción competidora (nombrada o “mantener status quo”)
• Banderas rojas (una línea)

Ejemplo: “Quiere limpieza del CRM antes de la renovación, firmante es VP Sales, se requiere revisión de seguridad, presupuesto probable $10-20k, compite con no hacer nada, bandera roja: el defensor no lidera el proyecto.” Ese registro único es más difícil de autoengañarse.

Seguimiento de actividad que mantiene el pipeline honesto

Un pipeline se echa a perder cuando se convierte en una lista de deseos. La solución no son más campos. Son unas pocas señales de actividad que obligan a cada trato a responder una pregunta: ¿qué sucede a continuación?

Si solo añades una capa a tu esquema, que sean estos campos de actividad:

• Fecha de última actividad (automática si puedes, manual si debes)
• Siguiente paso (una acción concreta, no “hacer seguimiento”)
• Fecha de vencimiento del siguiente paso (una fecha real)
• Último canal de contacto (llamada, email, reunión, demo, chat)
• Razón de pérdida (menú corto, nota opcional de una frase)

Una regla práctica: si un trato no tiene siguiente paso o no tiene fecha, no es un trato real. Archívalo o ciérralo. Esto hace más por la precisión del pronóstico que cualquier modelo de puntuación.

Mantén “Razón de pérdida” corta para que realmente lo uses: precio, sin presupuesto, sin decisión, eligió competidor, timing, no encaja.

Qué se ve: tienes una demo con un líder de operaciones el martes. Justo después de la llamada pones fecha de última actividad = martes, último canal = reunión, siguiente paso = “Enviar 2 casos de éxito y confirmar quién firma”, fecha de vencimiento = jueves. Si el jueves pasa sin respuesta, el trato se pone en rojo sin que nadie discuta el “progreso del pipeline”.

Un modelo de etapas simple para la mayoría de fundadores B2B

Un buen modelo de etapas hace un trabajo: decir la verdad sobre dónde está cada trato, sin obligarte a vigilar una docena de pasos pequeños. Si no puedes decir qué debe ser cierto para que un trato esté en una etapa, la etapa se convierte en una sensación.

Esta configuración de seis etapas funciona para la mayoría de fundadores B2B:

1. Nuevo: Tienes un nombre y una razón para contactar. El primer contacto está hecho o programado.

2. Calificado: Se confirma el ajuste básico. El problema es real, el cliente coincide con tu ICP y hay un camino plausible para comprar.

3. Descubrimiento completado: Has tenido una conversación real. Entiendes el caso de uso, los criterios de éxito y quiénes están involucrados.

4. Propuesta enviada: Precio y alcance están en manos del cliente. Se reservó o solicitó explícitamente un siguiente paso.

5. Negociación/Legal: Compras, seguridad, aprobación presupuestaria o ediciones de contrato están en marcha.

6. Cerrado ganado / Cerrado perdido: Se marca el resultado y se captura una razón.

Solo avanza un trato cuando algo ocurrió en el mundo real (una reunión completada, una propuesta enviada, legal involucrado). Si no pasó nada, la etapa se queda.

Definiciones de etapa que evitan que los tratos se deslicen

Un nombre de etapa no es una definición de etapa. Si solo etiquetas una columna “Calificado” o “Negociación”, terminarás con tratos ahí porque nadie coincide en qué significa “completado”.

Escribe reglas de etapa como comprobaciones simples verdadero/falso. Cuando cada trato en una etapa comparte los mismos hechos, tu pipeline se mantiene confiable.

Usa criterios de entrada y salida (no sensaciones)

El criterio de entrada dice qué debe ser ya cierto antes de que un trato entre en una etapa. El criterio de salida dice qué debe cambiar antes de que pueda avanzar. Mantén ambos cortos y medibles.

Ejemplos:

• Discovery: entrar solo después de que la primera conversación en vivo haya ocurrido; salir solo después de que tengas una declaración clara del problema y la siguiente reunión esté agendada.
• Propuesta enviada: entrar solo cuando realmente se envió una oferta con precio; salir solo cuando el comprador confirme que está en revisión y des un fecha de decisión.
• Legal/procurement: entrar solo cuando el comprador introduce el proceso o stakeholders; salir solo cuando tengas redlines finales o pasos de orden de compra.

Si no puedes escribir criterios sin palabras como “bueno”, “fuerte” o “interesado”, la etapa es demasiado vaga.

Añade una regla de “días máximos en etapa”

Establece una antigüedad máxima para cada etapa como aviso temprano, no como castigo. Ejemplo: Discovery máximo 14 días, Propuesta máximo 21 días. Cuando un trato alcanza el límite, desencadena un reinicio: agenda un siguiente paso, muévelo hacia atrás o ciérralo.

Decide la acción por defecto cuando no se cumplen los criterios:

• Moverlo hacia atrás si la información faltante aún puede recopilarse.
• Marcarlo como perdido si el comprador no responde después de una regla de seguimiento clara (por ejemplo, 3 intentos en 10 días hábiles).

Esto evita que los “tratos zombis” inflen tu pronóstico.

Construye tu esquema en una tarde

Puedes construir un esquema de pipeline en unas horas si lo tratas como un pequeño producto: reglas primero, luego solo lo que soporta esas reglas.

Comienza en una página en blanco, no dentro de una herramienta. Escribe tus etapas y criterios de entrada/salida en inglés claro. Si no puedes explicar una etapa en una frase, probablemente sean dos etapas (o no es una etapa).

Un flujo de construcción simple:

• Redacta 5 a 8 etapas y una prueba clara de “hecho” para cada una.
• Crea un conjunto mínimo de campos (apunta a 10-15), enfocado en hechos verificables.
• Añade seguimiento de actividad y haz obligatorio “fecha de vencimiento del siguiente paso” para etapas activas.
• Importa los tratos actuales y limpia mientras avanzas: fusiona duplicados, elimina entradas estancadas de “tal vez algún día” y corrige propietarios faltantes.
• Haz una revisión semanal durante 2 a 4 semanas antes de cambiar cualquier cosa.

Haz una prueba realista durante la configuración: toma un trato que estés trabajando activamente e intenta moverlo etapa por etapa. Si sigues adivinando, tus criterios son demasiado vagos.

Una regla que vale la pena imponer temprano: si la fecha de actividad siguiente está vacía, el trato no puede quedarse en una etapa activa.

Errores comunes que crean bloat en el CRM

La mayoría del bloat del CRM nace de buenas intenciones: quieres más precisión, así que añades más campos, más etapas y más toma de notas. El resultado es lo contrario. La gente deja de actualizarlo y tu pipeline se convierte en un lugar donde los tratos envejecen.

1) Etapas que solo difieren por sensaciones

Si dos etapas se sienten igual, se usarán igual. “Discovery”, “Deep discovery” y “Discovery follow-up” a menudo significan “hablamos”, sin un evento siguiente claro. Las etapas deberían cambiar solo cuando algo real cambia.

Prueba rápida: si no puedes decir qué debe ser cierto para entrar en una etapa en una oración, probablemente la etapa es extra.

2) La fecha de cierre se convierte en una fecha de esperanza

La fecha de cierre solo es útil si está ligada a una razón. Trátala como la fecha del siguiente punto de decisión (aprobación presupuestaria, reunión de compras, fecha de firma) y muévela cuando ese evento se mueva.

3) La actividad se almacena como notas largas

Las notas largas esconden lo único que necesitas: qué pasó por última vez y qué pasa después. Mantén las notas cortas y registra la actividad con fecha de última actividad más siguiente paso (con propietario y fecha).

4) Todo está “calificado”

Sin una definición, “calificado” se convierte en “sonaron bien”. Elige 3 o 4 comprobaciones que deban ser verdad (problema, comprador, cronograma y alguna forma de presupuesto). Si falta una, no está calificado aún.

5) Los tratos nunca se marcan como perdidos

Los pipelines que solo crecen dejan de ser pipelines y se convierten en cementerios. Cierra en perdido rápido cuando el trato esté inactivo o el encaje sea incorrecto, y captura una razón clara para poder aprender.

Una lista semanal para la higiene del pipeline

Elige un momento cada semana (30 minutos bastan) y trátalo como una reunión con tu futuro yo. La higiene del pipeline no trata de añadir campos, sino de asegurarse de que cada trato aún tenga un camino real hacia adelante.

Un flujo de revisión simple:

• Confirma que cada trato abierto tenga un contacto principal nombrado y una declaración del problema en una frase.
• Verifica que cada trato tenga un siguiente paso y una fecha de vencimiento.
• Aplica una regla de estancamiento: si no hubo actividad significativa en 7 a 14 días, mueve el trato atrás o ciérralo como “sin decisión” por ahora.
• Ordena por antigüedad en etapa y toma decisiones sobre los cinco más antiguos.
• Haz una comprobación de sentido en el pronóstico sobre los diez tratos más grandes: explica en una frase por qué cada uno cerrará y qué podría bloquearlo aún.

Ejemplo concreto: si un trato está marcado como “Propuesta enviada” pero no hay reunión reservada para revisarla, no está en etapa de propuesta. Muévelo atrás, fija el siguiente paso y deja de contarlo hasta que el comprador vuelva a estar involucrado.

Escenario de ejemplo: un trato desde la primera llamada hasta la firma

Vendes una herramienta analítica B2B a una empresa de e‑commerce de 50 personas. Tras la primera llamada creas un trato y completas solo lo que usarás la próxima semana. Un esquema simple rinde aquí porque obliga a claridad, no papeleo.

Justo después de la llamada, el registro queda así:

• Problema: los informes semanales toman 6 a 8 horas, los números difieren entre equipos
• Stakeholders: Sponsor = Head of Ops; Decisor = CFO; Usuario = Analyst
• Siguiente paso: enviar un resumen de 2 páginas + agendar una demo de 30 minutos
• Fecha del siguiente paso: mar, 23 ene
• Fecha objetivo de cierre: 15 feb

El trato comienza en Discovery. Lo mueves adelante solo cuando la invitación del calendario se acepta (no cuando alguien “suena interesado”). Después de la demo, el disparador para pasar a evaluación es una solicitud concreta (por ejemplo, “¿Puedes conectar a Shopify y nuestros datos de almacén?”), seguida de una verificación técnica acordada.

Ahora el estancamiento: el CFO se queda en silencio después del precio. Tu registro muestra dos seguimientos, sin respuesta, y la fecha del siguiente paso vence. La regla es simple: si no hay siguiente paso acordado, el trato no puede quedarse en Propuesta.

Así que tomas una decisión honesta: o lo mueves atrás a evaluación (si necesitas un nuevo sponsor o falta información) o lo cierras en perdido (si el decisor no responde en la fecha límite). En este ejemplo lo mueves atrás, actualizas stakeholders (Ops incorpora al manager de finanzas), fijas una nueva fecha de siguiente paso y vuelves a Propuesta solo cuando el CFO confirme una reunión de decisión.

Mantenlo pequeño, luego automatiza lo que se repite

Un esquema de pipeline solo funciona si lo confías. La forma más rápida de llegar es empezar mínimo y vivir con ello 30 días. Eso te muestra lo que realmente usas, no lo que crees que podrías necesitar.

Durante el primer mes, sé estricto: si un campo no cambia una decisión, quítalo. Si una decisión sigue apareciendo y no puedes responderla desde el pipeline, añade exactamente un campo para cubrir esa laguna.

Una prueba simple antes de añadir cualquier campo nuevo: “Si esto está vacío, ¿no podemos decidir si ___?”

Si quieres construir un CRM ligero y a medida en lugar de forzar uno genérico, herramientas como Koder.ai (koder.ai) pueden ayudar una vez que hayas escrito tus etapas, campos requeridos y reglas de validación. Es mucho más fácil generar e iterar una app simple cuando el esquema ya está claro.