¿En qué momento conviene dividir o fusionar etapas del

Respuesta

Conviene dividir una etapa cuando dentro de ella conviven decisiones distintas, responsables distintos o tiempos de espera muy diferentes, y eso te impide ver dónde se frena el deal. Conviene fusionar cuando dos etapas llevan al mismo siguiente paso y el equipo solo las “pasa” para que el pipeline se vea ordenado. La regla práctica es simple: una etapa existe solo si cambia la estrategia comercial o el próximo mejor paso. Si no cambia nada, sobra y normalmente está alargando el ciclo.

Objetivo: aumentar cierre sin alargar el ciclo

La tentación típica es agregar etapas para “tener más control”, y terminar con un embudo que parece un acordeón: se estira pero no suena mejor. El objetivo real es subir la tasa de cierre y, a la vez, mantener o reducir el tiempo total desde primer contacto hasta ganado. Para lograrlo, el pipeline debe representar hitos verificables del proceso de compra, no una lista de actividades internas.

Piensa en cada etapa como una decisión: “si estoy aquí, ¿qué es lo más inteligente que debo hacer después?”. Si la respuesta es la misma en dos etapas, fusiona. Si en una sola etapa estás haciendo cosas diferentes según el caso, divide. Esto conecta con buenas prácticas de gestión del ciclo de ventas y del embudo: medir duración por etapa, conversión entre etapas y deals envejecidos para atacar cuellos de botella, no para decorar el CRM.

Checklist de diagnóstico: señales para dividir vs fusionar

Opción	Mejor para	Qué ganas	Qué arriesgas	Elige si
Revisar motivos de pérdida	Identificar patrones, mejorar estrategia	Insights para capacitación, ajuste de producto	Conclusiones erróneas si datos inconsistentes	Motivos de pérdida difusos o sin información útil
Establecer SLAs	Mantener momentum, evitar estancamiento	Velocidad en ciclo de ventas, mejor gestión del tiempo	Presión excesiva si plazos no realistas	Deals permanecen mucho tiempo en etapa sin actividad
Dividir etapa	Procesos largos, complejos	Visibilidad, control, pronóstico preciso	Pipeline inflado, complejidad	Etapa >25% tiempo total o acciones muy diversas
Fusionar etapas	Simplificar, reducir carga	Eficiencia, menos clics, datos limpios	Perder granularidad, ocultar cuellos de botella	Dos etapas misma acción o conversión >85%
Criterios de salida	Asegurar avance, calidad de datos	Consistencia, menos deals estancados, mejor conversión	Rigidez excesiva si no son realistas	Mucha variabilidad en el paso de deals entre etapas
Automatizar movimiento	Procesos repetitivos, estandarizados	Ahorro de tiempo, menos errores, ciclo más rápido	Movimiento incorrecto si lógica defectuosa	Acciones/condiciones siempre implican siguiente etapa

Antes de tocar nada, busca señales concretas. En Pipedrive, casi siempre aparecen como duración rara, conversión rara o actividad pobre.

Señales para dividir una etapa. Si una etapa concentra más de 25 a 30 por ciento del tiempo total del ciclo, suele estar escondiendo sub estados distintos. Si la conversión cae fuerte dentro de esa etapa pero no sabes por qué, probablemente estás mezclando casos. Si hay más de dos “siguientes pasos” recurrentes desde esa etapa, falta granularidad.
Señales para fusionar etapas. Si dos etapas tienen el mismo siguiente paso, la misma probabilidad real y el equipo las mueve como trámite, son redundantes. Si la conversión de una etapa a la siguiente es consistentemente mayor a 85 a 90 por ciento, esa frontera no aporta decisión. Si una etapa dura menos de uno o dos días y no cambia el playbook, normalmente solo agrega clics.
Señales transversales que piden rediseño. Muchos deals sin próxima actividad, motivos de pérdida difusos, demasiados “stale deals” (oportunidades envejecidas) y handoffs entre roles que no quedan reflejados. Estas señales suelen indicar que el pipeline está desalineado con el proceso real y que falta gobernanza en criterios de entrada y salida.

Tip práctico 1: revisa una muestra pequeña pero representativa, por ejemplo los últimos 60 a 90 días, segmentando por tamaño de deal y por vendedor. Si tomas un trimestre “raro” o mezclas SMB con enterprise, vas a rediseñar para un promedio que no existe.

Cuándo conviene dividir una etapa (y cómo hacerlo sin alargar el ciclo)

Dividir funciona cuando mejora la decisión y la ejecución, no cuando crea burocracia. Hay cuatro motivos sólidos para dividir.

Primero, cuando dentro de una etapa hay tácticas distintas. Un ejemplo típico es “Propuesta”: no es lo mismo “propuesta enviada” que “negociación activa con objeciones”. En el primer caso tu siguiente paso es confirmar recepción y obtener fecha de decisión. En el segundo, tu siguiente paso es resolver fricciones, ajustar alcance o coordinar con compras.

Segundo, cuando hay responsables distintos o un handoff real. Si ventas entrega a preventa o a un especialista, conviene reflejarlo en una etapa para que el SLA y la propiedad queden claros.

Tercero, cuando hay SLAs muy diferentes. “Legal y compras” suele tener tiempos y riesgos propios. Tenerlo visible permite poner cadencias y evitar que se convierta en el cementerio de deals.

Cuarto, cuando la probabilidad y el forecast cambian de verdad. Si cerrar depende de un hito verificable, por ejemplo demo realizada o decisor identificado, esa frontera suele merecer una etapa.

Cómo dividir sin inflar el ciclo. La clave es dividir por hito verificable, no por actividad. “Llamada realizada” es actividad. “Problema y decisor confirmados” es hito. En Pipedrive, el hito se soporta con campos y evidencia.

Un set de divisiones típicas que suelen mejorar cierre sin alargar.

Contactado y Calificado.
Demo agendada y Demo realizada.
Propuesta enviada y Negociación.
Aprobación legal y compras cuando existe de verdad.

Tip práctico 2: cada nueva etapa debe traer consigo una cadencia concreta. Si entra en “Demo agendada”, automáticamente debe existir una próxima actividad con fecha y dueño. Si no, acabas de crear una etapa de espera con otro nombre.

Cuándo conviene fusionar etapas (y por qué suele acelerar el cierre)

Fusionar acelera porque reduce fricción administrativa y elimina “movimientos cosméticos”. En muchos equipos, el ciclo se infla por micro etapas donde nadie hace nada distinto, solo se arrastra la tarjeta de izquierda a derecha.

Fusiona cuando el siguiente paso es el mismo, la información requerida es la misma y la probabilidad real no cambia. Por ejemplo, “Primer contacto” y “Contacto realizado” a veces son redundantes si ambos significan “seguir insistiendo hasta hablar”. En lugar de dos etapas, deja una sola y usa actividades obligatorias y un campo de “intentos de contacto” o “último contacto”.

Fusiona también cuando una etapa tiene muy pocos deals o es tan rápida que no aporta señal. Si casi todos pasan por ahí en horas, no es etapa, es un detalle de ejecución. Ese detalle vive mejor como checklist o campo.

La parte contra intuitiva es que fusionar puede subir el cierre. Al simplificar, el equipo dedica energía a avanzar deals reales y no a mantener un tablero bonito. Es como ordenar la cocina: no te da más hambre, pero te deja cocinar más rápido.

Definir criterios de entrada y salida por etapa (exit criteria)

Sin criterios, dividir y fusionar es solo diseño gráfico. Con criterios, se vuelve un sistema de control.

Una plantilla simple por etapa. Objetivo: qué decisión debe quedar resuelta aquí. Evidencia requerida: qué campo o documento lo prueba. Actividad estándar: cuál es el siguiente paso por defecto. Motivo típico de pérdida: qué suele salir mal aquí.

Ejemplo para “Calificado”. Objetivo: confirmar que hay problema real y encaje. Evidencia: campo de necesidad, segmento, y decisor o sponsor identificado. Actividad estándar: agendar demo o reunión de diagnóstico extendida. Motivo típico de pérdida: sin prioridad, sin sponsor o no hay caso.

En Pipedrive, la forma práctica de hacer esto es combinar campos personalizados con una disciplina de “si no está el campo, no se mueve” y automatizaciones que creen actividades al entrar en etapa. No necesitas convertir esto en una auditoría, solo en un estándar repetible.

Qué revisar en Pipedrive (reportes y vistas) antes de cambiar

No rediseñes por intuición, rediseña por evidencia. Antes de mover etapas, revisa estas métricas y córtalas por segmentos.

Conversión por etapa y conversión entre etapas. Busca saltos raros. Una caída fuerte suele indicar mala calificación o un hito mal definido.
Tiempo en etapa y tiempo total de ciclo. Identifica la etapa que concentra más duración. Ahí suele estar el cuello de botella, o la etapa está mezclando sub estados.
Deals envejecidos y porcentaje de deals sin próxima actividad. Esto indica pérdida de momentum. Es un problema de proceso, no de “falta de ganas”.
Actividades por deal y por etapa. Si una etapa es larga y con pocas actividades, probablemente es espera no gestionada.
Motivos de pérdida por etapa. Si son vagos, no podrás mejorar cierre con cambios de pipeline porque no sabrás qué corregir.

Segmenta por owner, fuente, producto o tamaño de deal. Y usa ventanas comparables, por ejemplo últimos 60 a 90 días, para no mezclar estacionalidad con problemas estructurales. Esta lógica encaja con enfoques de optimización del ciclo de ventas y reducción de duración basados en medir y atacar cuellos de botella.

Aquí el motor insertará la tabla determinística de decisión. Úsala como brújula para elegir el control correcto según tu síntoma, no como un menú de “hacer todo”.

Revisar motivos de pérdida: si no puedes explicar por qué se pierden, cualquier cambio de etapas será maquillaje. Establecer SLAs: si los deals se quedan quietos, define plazos de seguimiento por etapa y cúmplelos. Dividir etapa: si una etapa concentra demasiado tiempo o mezcla tácticas, separa por hitos verificables. Fusionar etapas: si dos etapas llevan al mismo siguiente paso y casi todos pasan, elimina la fricción.

Proceso recomendado: rediseño, piloto y rollout

Un cambio de pipeline es un cambio de comportamiento. Si lo lanzas “a lo grande” sin piloto, conseguirás resistencia y datos rotos.

Hipótesis. Ejemplo: dividir “Propuesta” en “Propuesta enviada” y “Negociación” aumentará el win rate y mejorará la precisión del forecast sin aumentar el ciclo.
Definición de hitos y criterios. Define entrada y salida de cada nueva etapa, y qué evidencia mínima exige.
Soportes. Ajusta campos, motivos de pérdida, automatizaciones y actividades por defecto.
Piloto. Aplica el nuevo pipeline a 20 a 30 por ciento de los deals nuevos o a un equipo. Mantén el resto estable para tener comparación.
Medición. Espera dos a cuatro semanas o un número mínimo de oportunidades que te dé señal. Mide win rate, duración por etapa, deals envejecidos, latencia de seguimiento y porcentaje sin próxima actividad.
Rollout. Capacita con ejemplos, no con teoría, y ajusta tableros y reportes para que el equipo vea beneficios inmediatos.

Error común: rediseñar etapas y olvidarse de actualizar automatizaciones, actividades y dashboards. Resultado: el equipo se pierde, el CRM se llena de excepciones y el ciclo se alarga. En su lugar, trata el cambio como un paquete: etapas más criterios más cadencia más reporting.

Acciones concretas en Pipedrive al dividir o fusionar

A nivel práctico, hay un conjunto de acciones que casi siempre necesitas al tocar etapas.

Editar etapas del pipeline. Crea, renombra o fusiona etapas desde la configuración del pipeline. Pipedrive permite personalizar etapas y su orden, y es importante que los nombres representen hitos y no tareas.
Ajustar probabilidades si tu equipo las usa. No las pongas “a ojo” por optimismo. Úsalas como reflejo de conversión histórica por etapa, y revísalas tras el piloto.
Campos personalizados y evidencia. Crea campos que capturen los hitos: decisor, caso de uso, fecha objetivo, competencia, estado de compras. Si fusionas etapas, mueve la granularidad a campos en vez de etapas.
Actividades por defecto. Define qué actividad se crea al entrar en una etapa clave. Ejemplo: al entrar en “Demo agendada”, crear actividad de demo con fecha. Al entrar en “Propuesta enviada”, crear seguimiento a 48 horas.
Reglas de inactividad. Configura recordatorios o revisiones para deals sin actividad en N días según la etapa. Esto evita el “modo congelador” que infla el ciclo.
Motivos de pérdida. Refina motivos para que sean accionables. “No responde” no es motivo, es síntoma. Mejor: “sin sponsor”, “sin presupuesto”, “prioridad baja”, “competidor incumbente”.
Vistas y dashboards. Actualiza filtros para ver aging por etapa, pipeline por owner y conversiones. Si divides etapas, crea un panel que muestre duración y conversión entre esas dos nuevas etapas, así sabrás si valió la pena.

Tradeoffs y errores comunes (que inflan el ciclo)

Cada decisión tiene costo.

Dividir etapas te da visibilidad y control, pero añade complejidad y riesgo de pipeline inflado si no impones SLAs y criterios. Fusionar etapas reduce carga y acelera, pero puede ocultar un cuello si no lo capturas con campos y reportes.

Errores que veo seguido.

Micro etapas por actividad. “Email enviado”, “llamada hecha”, “WhatsApp enviado”. Eso no es proceso de compra, es agenda del vendedor. Cambia a hitos: “contacto efectivo”, “descubrimiento completado”, “demo realizada”.
Etapas por canal en vez de por hito. Separar “Inbound”, “Outbound” dentro del mismo pipeline suele romper métricas. Mejor, segmenta por fuente con campos, y conserva etapas comunes de decisión.
Crear una etapa de espera sin SLA. “En pausa”, “Pensándolo”, “A la espera”. Es como decir “lo dejo para luego” y sorprenderte cuando llega el fin de trimestre. Si existe, debe tener reloj: próxima fecha de acción, responsable y criterio claro para avanzar o cerrar perdido.
Mover deals para “verse bien”. Mover a “Negociación” para que el forecast impresione es dopaje del CRM. En su lugar, define evidencia mínima para entrar a esa etapa y respétala.

Ejemplos de decisión por tipo de proceso comercial

Un buen pipeline no es el más largo, es el que coincide con cómo compra tu cliente.

Venta SMB transaccional con alta velocidad. Suele convenir fusionar. Mantén pocas etapas: nuevo, contactado y calificado, propuesta, cierre. La granularidad vive en actividades y en un campo de razón de pérdida. Dividir demasiado aquí casi siempre alarga.

Venta consultiva B2B con demo. Suele convenir dividir demo agendada y demo realizada. El hito que cambia todo es realizar la demo y confirmar próximos pasos con fecha. Si mezclas ambas, no verás si el problema es conseguir asistencia o entregar valor.

Enterprise con compras y legal. Suele convenir dividir una etapa específica de compras legal solo si aparece en una porción relevante de deals y si cambia tu estrategia. Si solo pasa en pocos casos, usa un campo “requiere legal” y una actividad estándar para no contaminar el flujo principal.

Industrial o proyectos largos. Suele convenir dividir por hitos de validación: relevamiento técnico, propuesta técnica, validación económica, aprobación final. Aquí la visibilidad mejora forecast y reduce re trabajo, siempre que cada etapa tenga salida clara.

Renovaciones o expansión de cuentas. Suele convenir fusionar y apoyarse en campos de riesgo, fecha de renovación y estado de adopción. Lo crítico es el SLA de seguimiento y el tracking de señales, no un embudo con diez columnas.

Si tuviera que darte una prioridad única: primero define criterios de salida y SLAs, luego decide dividir o fusionar con datos de duración y conversión. Así subes cierre sin que el ciclo se te vaya de vacaciones prolongadas.

Fuentes

Última actualización: 2026-03-22 | Calypso

¿En qué momento conviene dividir o fusionar etapas del pipeline en Pipedrive para aumentar la tasa de cierre sin inflar el ciclo de venta?