Oportunidades y pipelines

Una oportunidad es un posible negocio asociado a un contacto. Un pipeline es el conjunto ordenado de etapas por las que avanza esa oportunidad. Juntos son la forma en que un sistema responde las dos preguntas que el cliente hace cada semana: qué está en curso y cuánto vale.

La idea de diseño importante es que las etapas deben describir lo que ya pasó, no lo que alguien piensa hacer. Consulta agendada y propuesta enviada son eventos observables que la automatización puede detectar para mover la tarjeta. En seguimiento e interesado son estados de ánimo, y un pipeline armado con ellos necesita que una persona lo mantenga, lo que significa que en un mes va a estar mal. Los mejores pipelines de esta plataforma están automatizados casi por completo, porque cada límite entre etapas corresponde a un evento que un flujo de trabajo puede ver.

Trata el pipeline como un instrumento de reportes que casualmente parece un tablero de tareas. Su valor no está en que los vendedores puedan arrastrar tarjetas; está en que el cliente puede ver la conversión entre etapas, el tiempo que se pasa en cada una y el valor en riesgo, sin depender de la memoria de nadie. Eso solo funciona si la posición de una tarjeta es consecuencia de eventos y no un acto de disciplina.

Pipelines y etapas

• Varios pipelines, normalmente uno por cada proceso de venta o línea de servicio distinta
• Etapas ordenadas con nombres claros, más las etapas finales de ganada y perdida
• Si un pipeline es visible para todos los usuarios o está restringido a ciertos roles
• Expectativas por etapa, como el evento que habilita a una oportunidad para estar ahí

El registro de la oportunidad

• Nombre, contacto vinculado, responsable, valor, origen y estado
• Fecha esperada de cierre o de cita
• Campos personalizados de la oportunidad para servicio, sede, producto o referidor
• Motivo de pérdida, como una lista desplegable controlada y no como texto libre

Automatización

• Disparadores de flujos de trabajo cuando se crea una oportunidad, cambia de etapa, cambia su valor, cambia su estado o pasa demasiado tiempo en una etapa
• Acciones de flujos de trabajo que crean una oportunidad, la mueven, fijan su valor, cambian su responsable o la marcan como ganada o perdida
• Reglas que conectan el movimiento en el pipeline con el estado de las citas, los eventos de pago y los envíos de formularios

Responsables y asignación

• Reglas de asignación: rotativo (round-robin), por territorio o servicio, o por disponibilidad
• Reasignación por escalamiento o ausencia
• Visibilidad para que un vendedor vea su propio tablero mientras un gerente ve todo

Vistas de reportes

• Vista de tablero por etapa, vista de lista con filtros y totales de valor por etapa
• Conversión entre etapas y tiempo promedio en cada etapa
• Filtros por responsable, origen, rango de fechas y pipeline

1. Mapea el proceso real del cliente preguntando qué pasa, en orden, desde la primera consulta hasta que entra el dinero. Escríbelo como eventos, no como intenciones.
2. Recorta la lista. De cinco a siete etapas casi siempre es lo correcto; un pipeline con doce etapas no se va a mantener.
3. Para cada etapa, nombra el único evento que pone una oportunidad ahí. Si no puedes nombrar uno, la etapa es una sensación y hay que fusionarla o eliminarla.
4. Decide si basta con un pipeline. Los pipelines separados se justifican por procesos de verdad distintos, no por servicios distintos que siguen los mismos pasos.
5. Crea el pipeline y las etapas con las de ganada y perdida al final, y acuerda con el cliente qué significa realmente ganada: contrato firmado, primer pago o trabajo terminado.
6. Crea la lista desplegable de motivos de pérdida con los motivos reales del cliente. De este único campo sale la mayor parte del análisis útil del pipeline, y el texto libre lo destruye.
7. Decide la convención de valor: valor total del contrato, primer pago o valor mensual esperado. Escríbela, porque los valores inconsistentes vuelven inútil el total del pipeline.
8. Arma el flujo de trabajo de creación para que las oportunidades se creen automáticamente con el evento que califica y no a mano. La creación manual se salta y el pipeline cuenta de menos.
9. Arma un flujo de trabajo de movimiento por cada límite entre etapas, cada uno disparado por el evento que identificaste. Cita agendada, cita completada, pago recibido y formulario enviado son los cuatro habituales.
10. Configura las reglas de asignación y pruébalas con varios contactos, incluido el caso en que el usuario asignado no está disponible.
11. Agrega el manejo de oportunidades estancadas: un flujo de trabajo que se dispara cuando una tarjeta lleva demasiado tiempo en una etapa y crea una tarea para el responsable, en lugar de dejar que envejezca en silencio.
12. Agrega la automatización de ganada y perdida: qué pasa con las etiquetas del contacto, qué onboarding o secuencia de seguimiento empieza y qué evento de reportes se registra.
13. Prueba el recorrido completo con un contacto de prueba desde la consulta hasta ganada, y otra vez hasta perdida, confirmando que la tarjeta se mueve sin que nadie la arrastre.
14. Capacita al cliente sobre lo que puede cambiar a mano, que debería ser muy poco: por lo general el valor, el motivo de pérdida y nada más.
15. Revisa el tablero con el cliente después de unas semanas y busca específicamente tarjetas en el lugar equivocado, porque eso te dice qué límite entre etapas no está bien automatizado.

Las oportunidades se ubican entre los Contactos y los Reportes, y las mueven casi por completo los Flujos de trabajo que reaccionan a Calendarios, Formularios, Pagos y Conversaciones. Los agentes de IA pueden crearlas y actualizarlas cuando una conversación llega a un punto que califica.

De prospecto a cita agendada a completada

El envío de un formulario crea una oportunidad en la primera etapa. El agente de IA agenda una cita y un flujo de trabajo mueve la tarjeta a agendada. Cuando la cita se completa, la tarjeta pasa a la siguiente etapa y se crea una tarea de seguimiento. Un evento de pago la mueve a ganada. Nadie tocó el tablero, y las tasas de conversión entre esas etapas ahora son números reales.

Inasistencia y recuperación

Una cita marcada como no asistió regresa la oportunidad una etapa y dispara una secuencia para volver a agendar. Si el contacto vuelve a agendar, la tarjeta avanza de nuevo. Sin esto, las inasistencias se quedan para siempre en una etapa de agendada e inflan la idea que tiene el cliente de su pipeline.

Limpieza del pipeline estancado

Un flujo de trabajo vigila las oportunidades que no se han movido dentro de un periodo definido y crea una tarea para que el responsable las haga avanzar o las cierre con un motivo. Esto es lo que mantiene honesto el total del pipeline, y es la automatización de mayor valor que puedes agregar a un tablero existente desordenado.

• Las etapas basadas en intenciones siempre van a estar desactualizadas. Si a una etapa no se puede entrar por un evento observable, el pipeline se vuelve una tarea manual y el cliente deja de confiar en él.
• Demasiadas etapas es el error de diseño más común. Cada límite entre etapas necesita una automatización y un significado. Doce etapas son doce cosas que mantener correctas, y ninguna lo va a estar.
• La creación manual hace que todo se cuente de menos. Si los vendedores crean las oportunidades a mano, una parte importante de los prospectos reales nunca aparece, y las tasas de conversión se ven mejores que la realidad.
• Las convenciones de valor inconsistentes vuelven inútiles los totales. Un vendedor que ingresa el valor mensual y otro que ingresa el anual producen un número de pipeline que nadie puede usar. Decídela y hazla cumplir.
• Los motivos de pérdida en texto libre desperdician el campo más útil del registro. Usa una lista controlada, mantenla corta y revísala con el cliente cada cierto tiempo.
• Oportunidades duplicadas. Un contacto que envía dos formularios puede terminar con dos tarjetas, lo que cuenta el valor dos veces. Condiciona el flujo de trabajo de creación a que no exista ya una oportunidad abierta.
• Las tarjetas no retroceden solas. Las cancelaciones, las inasistencias y los reembolsos necesitan una automatización explícita, o el tablero solo va a reflejar las buenas noticias.
• Los disparadores de cambio de etapa pueden entrar en ciclo. Un flujo de trabajo que mueve una tarjeta cuando cambia de etapa puede volver a dispararse a sí mismo. Revisa que no haya ciclos cada vez que un flujo escucha la etapa y también la escribe.
• Ganada es ambigua hasta que la defines. Firmado, pagado y entregado son tres fechas distintas, y los reportes de ingresos del cliente dependen de cuál hayas elegido.
• Varios pipelines fragmentan los reportes. Separar por servicio cuando el proceso es idéntico significa que cada reporte hay que armarlo a partir de varios tableros. Separa solo cuando los procesos son de verdad distintos.
• Los permisos y la visibilidad sorprenden a la gente. Que los vendedores vean los negocios de los demás, o que un gerente no vea todo, normalmente se descubre en el peor momento. Prueba con un usuario real que no sea administrador.
• Los datos históricos no se reprocesan. Agregar una etapa o cambiar el pipeline no reinterpreta las oportunidades pasadas, así que las tendencias de conversión se cortan en el punto en que cambiaste la estructura. Haz los cambios de estructura a propósito y anota la fecha.