Una oportunidad no puede saltarse la aprobación que le corresponde

Un pipeline de ventas con un paso de aprobación suele comprobar solo una cosa: ¿la etapa de la que estás saliendo ahora mismo está bloqueada? Es una regla fácil de escribir y fácil de esquivar, porque una oportunidad rara vez avanza solo una etapa cada vez. Un comercial arrastra una tarjeta tres columnas más allá. Una integración de API actualiza en bloque un lote de oportunidades directamente a Negociación. Una importación de CSV coloca filas directamente en la etapa que indique el archivo. Cada uno de esos casos es un salto, no un paso, y un control que solo comprueba la etapa desde la que se empezó deja pasar el salto directamente por la etapa en la que en realidad debía detenerlo.

Qué tiene que comprobar realmente un flujo de aprobación de CRM B2B

Una etapa del pipeline puede marcarse como etapa que requiere aprobación. En principio es sencillo: nadie avanza una oportunidad desde esa etapa salvo que esté en la lista de aprobadores correspondiente, o sea administrador. En la práctica, "avanzar desde" es donde se rompe la versión simple, porque una oportunidad no tiene por qué pasar por una etapa bloqueada de camino a otra parte. Puede saltársela limpiamente.

Imagina un pipeline de cinco etapas en el que la etapa tres requiere la aprobación del director de ventas. Una oportunidad situada en la etapa dos se arrastra directamente a la etapa cuatro. Nunca estuvo en la etapa tres, así que un control que solo pregunta "¿la etapa DE ORIGEN está bloqueada?" no ve nada que comprobar. El requisito de aprobación de la etapa tres acaba de saltarse mediante una tarjeta que técnicamente nunca salió de ella, porque técnicamente tampoco entró nunca.

Cada etapa cruzada, no solo la que dejaste

Para resolverlo hay que comprobar más que la etapa de origen y plantear otra pregunta: ¿qué etapas cruza este movimiento concreto? Un movimiento hacia delante desde la posición 2 hasta la posición 4 cruza las etapas bloqueadas que estén en las posiciones 2 y 3, no solo la posición 2. El sistema calcula ese conjunto completo para cada cambio de etapa, solo en movimientos hacia delante, y exige que la persona que realiza el movimiento sea aprobadora de todas y cada una de ellas, no solo de una. Un salto a través de tres etapas bloqueadas necesita que quien actúa tenga permiso para superar las tres, o que sea administrador. Una aprobación no cubre un atajo que pasa por delante de otras dos.

Las oportunidades perdidas son la excepción deliberada: marcar una oportunidad como perdida nunca requiere aprobación, sea cual sea la etapa de la que sale, porque impedir que alguien registre una oportunidad perdida no ayuda a nadie. Los movimientos hacia atrás y los movimientos laterales dentro de la misma categoría de etapa tampoco activan nunca el control. La comprobación solo existe para el avance hacia delante, que es la única dirección en la que un movimiento precipitado o descuidado puede conseguir discretamente algo que no debería.

Controles de aprobación del pipeline de ventas que indican quién puede decir sí

Cada etapa se bloquea mediante una lista de personas asignadas a ella, en lugar de un requisito vago como "alguien sénior tiene que revisar esto", del mismo modo que un grupo hotelero puede nombrar a personas concretas como responsables de un campo bloqueado en una oportunidad. Si un comercial llega al control, la respuesta no se limita a decir "bloqueado", sino que indica exactamente quién del equipo puede desbloquearlo, para que el comercial sepa a quién acudir en vez de adivinar o escalar a ciegas. Un administrador siempre puede superar cualquier control, la misma excepción que se aplica en el resto de la plataforma.

Esa especificidad marca la diferencia entre un control que ralentiza a un equipo y uno que realmente dirige la decisión a la mesa adecuada. Un estado genérico de "pendiente de aprobación" no le dice nada al comercial sobre a quién interrumpir. Una lista nominal de aprobadores sí.

Qué ocurre cuando un cliente acepta una propuesta

Este es el caso fácil de pasar por alto hasta que ocurre de verdad: una oportunidad puede avanzar sin que nadie del equipo de ventas la arrastre. Aceptar una propuesta alojada puede avanzar automáticamente la oportunidad a la siguiente etapa, sin que intervenga ningún comercial. Si ese avance automático cruzase una etapa bloqueada, el sistema ejecuta exactamente la misma comprobación de aprobación que ejecuta para un movimiento manual, y el resultado es el mismo: el movimiento no se realiza en silencio solo porque esta vez el desencadenante haya sido el clic del propio cliente. En lugar de bloquear la aceptación del cliente o saltarse discretamente el control, el avance de la oportunidad se sustituye por una notificación en vez de por un cambio real de etapa. El "sí" del cliente queda registrado. La posición de la oportunidad espera a una persona que realmente tenga permiso para moverla hasta allí.

Las dos soluciones aparentemente más seguras, saltarse el control en silencio porque no lo activó una persona o impedir que el cliente acepte, perjudican a alguien. Recurrir a una marca en lugar de a un movimiento forzado es la opción que protege la aprobación sin castigar al cliente por decir que sí.

Un registro exacto de lo que se cruzó

Cada cambio de etapa escribe una fila en el historial propio de la oportunidad, el mismo registro que solo admite nuevas entradas que ya alimenta el embudo de conversión y los informes de tiempo de ciclo de un grupo hotelero. Cuando un movimiento cruza una o varias etapas bloqueadas, ese hecho también se registra en la fila del historial y se conserva después de conceder la aprobación. Meses después, alguien que audite por qué una oportunidad llegó a Negociación sin haber estado nunca en Propuesta durante los pocos días habituales puede ver la respuesta real: saltó, se comprobó a un aprobador y este la autorizó, y aquí está el registro de esa decisión en la propia línea temporal de la oportunidad. Nada en este proceso de aprobación rápido implica perder el rastro de lo que ocurrió realmente.

Qué no hace todavía

La comprobación de aprobación impone un bloqueo firme. No incluye temporizadores de escalado ni recordatorios más allá del aviso inicial. No existe una alternativa de aprobación automática tras N días, ni una configuración para delegar mis aprobaciones mientras estoy fuera. Si la única persona de una lista de aprobadores para una etapa no está localizable, todas las oportunidades detrás de ese control esperan, igual que ocurriría con una aprobación de una sola persona en cualquier proceso. Un grupo hotelero debe tener presente este límite antes de construir una cadena de aprobación de cinco personas alrededor de un único aprobador designado.

La garantía es concreta y acotada: nadie avanza una oportunidad más allá de un control para el que no tiene autorización, ya sea un único arrastre, un salto de varias etapas, una actualización en bloque o la aceptación de una propuesta por parte del propio cliente. Un CRM B2B que solo comprueba la etapa de la que sale una oportunidad está comprobando lo equivocado. Las etapas intermedias son exactamente donde se esconde un atajo.