Una etapa del pipeline no debería significar «parece que va bien». Debería describir un estado que dos personas puedan reconocer con la misma evidencia. Para conseguirlo, cada etapa necesita un contrato operativo: qué oportunidad puede entrar, qué debe constar, quién responde de ella, qué permite avanzar y qué ocurre si el caso retrocede o no encaja.
Ese contrato se diseña antes de configurar el CRM. La herramienta puede mostrar columnas, exigir campos y guardar el historial, pero no decide qué significa para tu empresa haber cualificado una oportunidad o haber presentado una propuesta.
Una etapa no es una actividad ni una opinión
«Llamar», «enviar un correo» o «preparar una propuesta» son actividades. Pueden suceder varias veces sin cambiar la situación comercial. «Interesado» o «avanzado» son opiniones si no existe una condición observable que las sostenga.
Una etapa sí representa un cambio relevante en la oportunidad. Por ejemplo, no basta con que una propuesta exista como borrador para declarar que ha sido presentada. El criterio podría exigir que se haya compartido con el interlocutor adecuado y que la fecha quede registrada. El nombre concreto depende del proceso; lo importante es que la regla pueda comprobarse.
La documentación de Dynamics 365 ilustra este principio al asociar sus fases con información y acciones distintas: identificar contacto, cuenta o decisor; recoger la necesidad; completar una revisión interna; presentar una propuesta o confirmar una fecha de decisión. Es un ejemplo de producto, no un pipeline universal. Tu proceso puede necesitar otras fases y otra evidencia (Microsoft Learn, actualizado el 31/07/2026).
Decide primero qué unidad se mueve
Antes de escribir etapas, aclara qué representa cada tarjeta del pipeline. Un contacto, una empresa, una conversación y una oportunidad no son lo mismo.
- Un contacto es una persona con la que existe una relación o vía de comunicación.
- Una empresa o cuenta agrupa personas y actividad de una organización.
- Un lead suele representar una entrada todavía pendiente de cualificación.
- Una oportunidad representa una necesidad comercial concreta que merece seguimiento.
Si el equipo mueve contactos por etapas cuando en realidad gestiona oportunidades, una misma empresa puede aparecer como un único negocio aunque tenga dos necesidades diferentes. Si crea una oportunidad por cada mensaje, el pipeline se infla con registros que aún no justifican seguimiento comercial.
La definición exacta depende del CRM y del proceso, pero debe quedar escrita. La implantación de CRM para empresas aborda el modelo completo; aquí nos limitamos a gobernar el movimiento de la unidad elegida.
El contrato mínimo de una etapa
Para cada etapa, completa estos siete campos.
| Campo | Pregunta que debe responder |
|---|---|
| Nombre | ¿Qué hecho o situación describe sin depender de una sensación? |
| Entrada | ¿Qué condición permite que una oportunidad llegue aquí? |
| Evidencia mínima | ¿Qué dato, actividad o documento demuestra esa condición? |
| Responsable | ¿Quién decide el movimiento y mantiene el siguiente paso? |
| Salida | ¿Qué debe ocurrir para avanzar, cerrar o derivar? |
| Retroceso | ¿Cuándo puede volver atrás y qué se conserva del historial? |
| Excepción | ¿Qué caso no encaja y quién decide qué hacer? |
No todos los campos tienen que convertirse en obligatorios dentro del CRM. La evidencia mínima debe ser suficiente para decidir, no una colección de datos que el equipo rellena sin utilidad. Si el dato ya existe en otro sistema, puede ser mejor integrarlo que volver a pedirlo.
Ejemplo ilustrativo: dos etapas, no un modelo para copiar
Imagina una venta consultiva con las etapas «Necesidad validada» y «Propuesta presentada».
| Campo | Necesidad validada | Propuesta presentada |
|---|---|---|
| Entrada | existe un problema concreto que la empresa reconoce | la necesidad y el alcance preliminar están documentados |
| Evidencia | resumen de necesidad, interlocutor y siguiente conversación | versión enviada, destinatario y fecha de presentación |
| Salida | se decide preparar una solución o cerrar sin encaje | el cliente confirma decisión, solicita cambios o descarta |
| Excepción | hay interés, pero no interlocutor con contexto suficiente | la propuesta se redactó, pero todavía no se presentó |
El ejemplo no dice cuántas etapas debe tener tu pipeline. Muestra cómo separar el hecho comercial de la tarea interna. «Propuesta preparada» puede ser un estado de trabajo sin convertirse en una etapa del pipeline si no cambia la situación del comprador.
Cómo diseñar las etapas sin copiar el CRM
1. Reconstruye cómo avanza una venta real
Parte de varias oportunidades recientes y dibuja los hechos que cambiaron la decisión: una necesidad fue confirmada, apareció el decisor, se acordó un alcance, se presentó una propuesta o se cerró el caso. No empieces por las columnas que trae la herramienta.
Si dos tipos de venta recorren caminos incompatibles —por ejemplo, una renovación y un proyecto nuevo— quizá necesiten procesos distintos. No los fuerces a compartir etapas solo para tener un tablero más corto.
2. Separa los hitos de las tareas
Las tareas responden «qué hacemos ahora». La etapa responde «qué situación comercial está demostrada». Una oportunidad puede acumular llamadas, correos y reuniones sin avanzar si ninguna aporta la evidencia de salida.
Conserva siempre un siguiente paso y una fecha, aunque no formen parte del nombre de la etapa. La ausencia de siguiente acción es un problema de seguimiento que la auditoría de calidad de datos del CRM trata de forma específica.
3. Escribe entrada y salida con verbos verificables
Evita «está interesado» o «parece preparado». Prefiere formulaciones como «ha confirmado la necesidad», «se ha presentado la propuesta» o «ha indicado una fecha de decisión», siempre que esos hechos sean relevantes para tu proceso.
El criterio no tiene que ser automático. Puede requerir juicio comercial, pero debe indicar qué información debe mirar la persona y quién puede resolver una duda.
4. Diseña el retroceso sin borrar el historial
Una oportunidad puede volver de propuesta a definición porque cambió el alcance. Eso no significa que la propuesta anterior nunca existiera. Registra el motivo del retroceso y conserva la evidencia que explica el cambio.
También distingue retroceso de cierre. Si ya no existe necesidad, encaje o decisión activa, quizá corresponda cerrar la oportunidad con un motivo y una posible condición de reapertura, no mantenerla indefinidamente en una fase inicial.
5. Configura después de probar el contrato
Solo cuando el equipo pueda aplicar el contrato en casos reales conviene decidir campos obligatorios, validaciones, automatizaciones o permisos. La vista del pipeline depende de las fases configuradas en el flujo del CRM; que el gráfico las muestre no demuestra que estén bien definidas (Microsoft Learn, actualizado el 29/05/2026).
Prueba las etapas con casos ambiguos
Un pipeline parece claro mientras solo se prueban casos ideales. Antes de configurarlo, clasifica situaciones como estas:
- Se celebró una reunión, pero el interlocutor no pudo confirmar la necesidad.
- Existe una propuesta interna, pero nunca se presentó al cliente.
- El cliente pidió retomar la conversación más adelante sin una fecha concreta.
- Cambió el alcance después de presentar la propuesta.
- La empresa respondió, pero apareció otra oportunidad distinta con otro responsable.
Para cada caso, pregunta:
- ¿En qué etapa queda y por qué?
- ¿Qué evidencia falta para avanzar?
- ¿Quién tiene que decidir?
- ¿Cuál es el siguiente paso?
- ¿Se trata de retroceso, excepción o cierre?
Si dos personas clasifican el mismo caso de forma distinta, no corrijas primero a la persona: revisa el contrato. Puede faltar un criterio, una excepción o una distinción entre tarea y etapa.
Evita convertir el proceso en una barrera administrativa
Definir criterios no significa añadir más campos a todo. Un pipeline útil pide la información necesaria en el momento en que cambia una decisión.
- No obligues a estimar importes cuando todavía no existe alcance suficiente.
- No exijas una fecha ficticia solo para superar una validación.
- No muevas oportunidades automáticamente por una actividad que no demuestra avance.
- No asignes probabilidades universales a cada fase sin una base propia comparable.
- No ocultes los casos dudosos; crea una excepción visible con responsable.
El objetivo no es que el CRM parezca completo. Es que el equipo pueda explicar por qué cada oportunidad está donde está y qué debe ocurrir después.
Checklist para revisar dos etapas
- La unidad que se mueve está definida.
- El nombre describe una situación, no una tarea o sensación.
- La entrada se apoya en un hecho comprobable.
- La evidencia mínima ayuda a decidir.
- Existe una persona responsable del movimiento y del siguiente paso.
- La salida distingue avance, cierre y derivación.
- El retroceso conserva motivo e historial.
- Los casos que no encajan tienen una excepción visible.
- Dos personas pueden clasificar los mismos ejemplos de forma coherente.
Cuando el contrato de etapas es aplicable pero el reparto de nuevas oportunidades sigue fallando, el siguiente trabajo es diseñar las reglas de asignación de leads, capacidad y no asignados. Si el problema afecta al sistema comercial completo, conviene revisar proceso, datos y adopción antes de cambiar de herramienta.