Un playbook útil para el gerente de ventas establece una sola fuente de verdad, un responsable visible y una próxima acción con fecha para cada oportunidad activa. Define cómo un negocio entra y sale de cada etapa, cómo hacer seguimiento sin sorprender al cliente, cómo transferir una conversación con contexto y qué decisiones requieren revisión humana. El gerente mantiene confiable ese sistema, elimina bloqueos y desarrolla al equipo; no debe actualizar el CRM por todos ni exigir actividad sin propósito.
Crea un contrato operativo de una página
El playbook debe responder las mismas preguntas para todos: qué es una oportunidad, quién puede asumirla, cuánto tiempo puede quedar sin acción, qué datos son indispensables, cómo se transfiere la responsabilidad y cuándo nutrir, ganar, perder o archivar. Si la respuesta depende de la memoria o de mensajes privados, el proceso no se puede auditar ni reanudar con seguridad.
Elige un sistema oficial para conversaciones, etapa, responsable, valor cuando corresponda, necesidad del cliente, próximos pasos y motivos de ganancia o pérdida. Una hoja paralela puede servir para un análisis temporal, pero no debe competir con el registro operativo. Aplica el principio de un responsable visible por conversación y mantén una cola sin asignar con cobertura definida. Así evitas respuestas duplicadas y aclaras quién actúa después.
- Empresa o persona y canal autorizado de contacto
- Problema o resultado deseado en palabras del cliente
- Etapa actual y evidencia que la sustenta
- Responsable principal y ayuda necesaria
- Próxima acción concreta, fecha y parte responsable
- Valor y plazo solo cuando existan hechos
- Riesgo o bloqueo conocido
- Origen y motivo al ganar, perder o pasar a nutrición
Recopila datos con finalidad y necesidad. La LGPD brasileña, en su artículo 6, exige propósitos legítimos, específicos e informados y limita el tratamiento a lo necesario. Incluso fuera de Brasil, la minimización es una buena regla: no pidas identificadores ni datos sensibles solo para que el registro parezca completo.
Define etapas mediante evidencia, no optimismo
Salesforce Trailhead describe el pipeline como una representación del lugar que ocupan los prospectos en el proceso y lo distingue del pronóstico: el primero orienta el trabajo actual y el segundo estima resultados futuros. Las etapas cambian según sector, producto y ciclo de compra; adapta los criterios siguientes, no solo sus nombres.
| Etapa | Entrada verificable | Salida esperada |
|---|---|---|
| Nuevo | Contacto entrante o prospecto autorizado aún sin evaluar | Responsable asignado y primer abordaje registrado |
| Descubrimiento | Conversación sobre contexto, necesidad e impacto | Problema, participantes y próximo paso confirmados |
| Calificado | Necesidad real, encaje y camino plausible de decisión | Criterios de solución y proceso de compra comprendidos |
| Solución o propuesta | Alcance conversado; enviar una propuesta no cambia la etapa por sí solo | Dudas, participantes, plazo y acción de decisión registrados |
| Decisión | El cliente evalúa una opción concreta bajo condiciones conocidas | Ganado, perdido o en nutrición con motivo verificable |
| Cerrado | Resultado confirmado, nunca inferido por silencio | Transferencia completa o motivo documentado |
No avances una oportunidad porque hubo reunión, se envió una propuesta o el negocio “parece caliente”. Registra el hecho observado: quién confirmó la necesidad, qué compromiso asumió y cuál es el siguiente evento. Tampoco mantengas negocios muertos para proteger el volumen del pipeline. La guía de Salesforce sobre un pipeline saludable destaca el flujo, la calificación y las revisiones regulares con datos consistentes.
Gestiona excepciones a diario, no todas las conversaciones
Al comenzar el día, revisa elementos sin responsable, nuevas oportunidades sin primera acción, actividades vencidas, negocios que superaron la edad límite de la etapa y conversaciones prioritarias. Al mediodía, resuelve bloqueos: aprobación de precio, entrada de un especialista, ausencia inesperada o cliente esperando. Antes de cerrar, confirma que cada negocio activo tiene una próxima acción real y que ninguna promesa existe solo en el chat privado de alguien.
| Momento | Revisión del gerente | Resultado |
|---|---|---|
| Inicio del día | Nuevos, no asignados, vencidos y sin próxima acción | Prioridades y responsables claros |
| Mediodía | Bloqueos, transferencias y respuestas que requieren autoridad | Decisiones y ayuda disponibles |
| Fin del día | Próximas acciones, fechas, riesgos y conversaciones pendientes | Pipeline listo para reanudar mañana |
El seguimiento debe añadir valor: confirmar un compromiso, responder una duda, entregar el material solicitado o comprobar si la prioridad cambió. Evita secuencias interminables de “solo quería saber”. La Política de Mensajes de WhatsApp Business exige número proporcionado y opt-in, respeto a las solicitudes de interrupción y plantillas aprobadas fuera de la ventana aplicable en la plataforma. Las políticas pueden cambiar; confirma la versión vigente al configurar automatizaciones. Consulta también la guía de opt-in y opt-out de WhatsApp.
Haz una revisión semanal orientada a decisiones
La reunión de pipeline no consiste en leer en grupo cada tarjeta. Antes de comenzar, cada vendedor actualiza etapa, próxima acción, fecha, valor respaldado por evidencia y riesgo. Durante la revisión, el gerente elige excepciones: negocios de alto impacto, detenidos, con previsión cercana, con varios decisores o que necesitan ayuda. Cada conversación debe terminar en una decisión, una acción de apoyo o una corrección del registro.
- Movimiento: ¿qué cambió y qué evidencia llegó del cliente?
- Próximo evento: ¿quién hará qué, hasta cuándo y el cliente reconoce ese paso?
- Riesgo: ¿qué hipótesis falta validar, quién está ausente o qué dependencia bloquea?
- Ayuda: ¿el gerente debe entrenar, aprobar, participar, eliminar una barrera o dejar actuar al responsable?
- Pronóstico: ¿la categoría refleja hechos actuales o esperanza? Registra la regla utilizada.
Usa IA para preparar trabajo, no para asumir compromisos
La IA puede resumir una conversación, identificar intención, proponer una respuesta basada en conocimiento aprobado, señalar un campo ausente o listar oportunidades sin próxima acción. Estos usos reducen trabajo mecánico, pero necesitan revisión proporcional al riesgo. El NIST AI RMF recomienda definir funciones entre personas e IA, documentar límites del conocimiento y establecer procesos de supervisión humana.
Exige aprobación humana para precio, descuento, contrato, garantía, plazo prometido, excepción de política, recopilación de datos sensibles, descalificación y cualquier respuesta que pueda crear una obligación. La automatización también debe ofrecer un camino claro hacia una persona, de acuerdo con la política de WhatsApp. Cuando el riesgo lo justifique, conserva qué se sugirió, qué se envió y quién lo aprobó.
- Puede resumir hechos; no inventar necesidad o compromiso
- Puede sugerir un paso; no avanzar la etapa sin evidencia
- Puede preparar texto; no prometer precio, plazo o resultado
- Puede señalar riesgo; una persona decide y registra la acción
- Puede usar conocimiento aprobado; la duda sin fuente va a revisión
- Debe permitir corrección, auditoría y transferencia a una persona
Mide flujo, cobertura y calidad de los registros
No uses una sola tasa de conversión para explicar toda la operación. Define eventos y denominadores antes de comparar períodos, orígenes o personas. La primera respuesta comercial, por ejemplo, necesita un evento inicial y exclusiones claras; la velocidad por sí sola no demuestra calidad.
| Métrica | Definición útil | Pregunta de gestión |
|---|---|---|
| Cobertura de próxima acción | Oportunidades activas con acción y fecha válidas ÷ activas | ¿El pipeline es ejecutable? |
| Edad en etapa | Tiempo desde la última entrada respaldada por evidencia | ¿Dónde se detuvo el flujo? |
| Contacto | Leads con interacción humana válida ÷ leads elegibles | ¿El equipo inicia diálogo? |
| Conversión por etapa | Salidas calificadas ÷ entradas de la misma cohorte | ¿En qué transición se pierde demanda? |
| Seguimiento completado | Acciones realizadas a tiempo ÷ acciones previstas | ¿Se cumplen los compromisos? |
| Motivo de cierre | Ganados y perdidos con motivo válido ÷ cerrados | ¿Hay evidencia para aprender? |
Analiza también volumen absoluto, origen, producto y ciclo. Evita rankings con muestras pequeñas o metas que premien avances artificiales de etapa. La métrica debe revelar dónde investigar y ayudar a mejorar el sistema, no crear una competencia para manipular el registro.
Implanta el playbook en 30 días
- Días 1–7 — mapear: sigue de cinco a diez oportunidades actuales e identifica sistemas paralelos, retrasos, transferencias y decisiones sin dueño. Elige la fuente oficial y redacta el contrato de una página.
- Días 8–14 — configurar: crea etapas con evidencia, campos mínimos, cola sin asignar, reglas de cobertura y motivos de cierre. Migra solo los datos necesarios y preserva el historial relevante.
- Días 15–21 — pilotar: trabaja con un equipo pequeño. Ejecuta la rutina diaria y una revisión semanal. Corrige definiciones ambiguas, alertas ruidosas y campos que no apoyan decisiones.
- Días 22–30 — ampliar: capacita con casos reales, publica límites de IA, define métricas y responsables de mantenimiento y registra los cambios para conservar comparaciones comprensibles.
- Cada oportunidad activa tiene un responsable visible
- Cada negocio tiene una próxima acción concreta y fecha
- La etapa corresponde a evidencia del cliente
- El historial oficial contiene decisiones y promesas
- Las transferencias incluyen contexto, pendientes y expectativas
- El seguimiento respeta permiso y opción de detenerlo
- La IA prepara; personas autorizadas asumen compromisos
- Las revisiones terminan con decisión, apoyo o corrección
