Cuando construyes un flujo de automatización, no siempre quieres que todos los contactos o registros reciban el mismo tratamiento. Las decisiones te permiten hacer exactamente eso: evaluar una condición y dirigir el flujo por caminos distintos según el resultado.
Por ejemplo: si un cliente ya tiene una póliza activa, quizás quieras enviarle un mensaje diferente al que le enviarías a alguien que está apenas cotizando. Con una decisión, el flujo puede hacer esa distinción automáticamente, sin que tú tengas que revisar cada caso a mano.
Escala ofrece cuatro tipos de decisión. Cada uno está diseñado para un caso de uso diferente.
Es el tipo más común. Evalúa si el valor de un campo del registro cumple una condición que tú defines. Si la cumple, el flujo va por la rama Sí. Si no, va por la rama No.
Al configurarla, defines las condiciones usando tres selectores:
| Selector | Qué defines aquí |
|---|---|
| Nombre del campo | El campo del registro que quieres evaluar. Ejemplo: Etapa, Ciudad, Tipo de cliente |
| Condición | Cómo comparar. Ejemplo: Es igual a, Contiene, Está vacío |
| Valor del campo | El valor contra el que se compara. Ejemplo: Bogotá, Negociación, 5.000.000 |
Ejemplo: Tienes un flujo que se activa cuando se crea una oportunidad. Antes de enviar un correo al asesor, quieres saber si el valor potencial supera cierta cifra. Con una decisión de condición, puedes evaluar ese campo y enviar una alerta al gerente solo cuando supere $5.000.000 — y hacer otra cosa cuando no lo supere.
Evalúa si una fecha — ya sea la del registro o la fecha actual — cumple una condición temporal. Es útil para construir flujos que reaccionen al paso del tiempo, no solo a eventos puntuales.
Ejemplo: Tienes un flujo sobre documentos de cobro. Antes de enviar un recordatorio de pago, quieres verificar si la fecha de vencimiento ya pasó. Con una decisión basada en fecha, el flujo puede ir por un camino si el documento ya venció, y por otro si aún está vigente — y así enviar un mensaje diferente en cada caso.
A diferencia de los otros tipos, la rama múltiple no evalúa ninguna condición. Lo que hace es dividir el flujo en varias ramas que se ejecutan todas al mismo tiempo, en paralelo.
Al configurarla, verás por defecto dos ramas listas para usar. Puedes nombrar cada una según lo que representa (por ejemplo: Seguro de salud, Seguro de vida) y agregar más si lo necesitas. Al final de las ramas siempre hay un camino Ninguno, que se ejecuta como respaldo si ninguna de las condiciones internas de las ramas se cumple.
Ejemplo: Cuando se crea una persona nueva, quieres hacer tres cosas a la vez: enviarle un correo de bienvenida, crear una tarea de seguimiento para el asesor, y agregar una etiqueta al registro. Con una rama múltiple, las tres acciones se ejecutan simultáneamente, sin tener que encadenarlas una detrás de la otra.
Evalúa condiciones sobre la conversación activa en el Inbox: el canal por donde llegó el mensaje, la cuenta, si tiene un asesor asignado, si hay mensajes sin leer, entre otros criterios. Al igual que en la decisión de condición, defines cada criterio usando los selectores Nombre del campo, Condición y Valor del campo.
Ejemplo: Cuando llega un mensaje por WhatsApp, quieres verificar si la conversación ya tiene un asesor asignado. Si tiene dueño, el flujo continúa sin hacer nada. Si no tiene dueño, el flujo asigna automáticamente la conversación al primer asesor disponible.
⚠️ Este tipo de decisión solo está disponible cuando el disparador del flujo es Conversación abierta por mensaje recibido vía Inbox.
Puedes colocar una decisión dentro de una rama existente para construir lógica más detallada. Por ejemplo: primero evaluar si el cliente tiene una póliza activa y, dentro de la rama "Sí", evaluar además si esa póliza vence en menos de 30 días.
Una recomendación práctica: empieza siempre con la lógica más simple que resuelva el caso. Agregar decisiones anidadas hace el flujo más poderoso, pero también más difícil de leer y mantener. Si el flujo se vuelve muy complejo, considera dividirlo en flujos separados usando la acción Enviar a otra automatización.