Automatizaciones

Automatizaciones ejecuta reglas del tipo «si pasa esto y se cumple aquello, haz esto» dentro de un sitio. Sirve para lo repetitivo: avisar al equipo de un pedido verificado, mover un lead de etapa, mandar el primer correo de una cadencia. Corre en cola, no dentro de la petición que disparó el evento.

Qué hace

• Seis eventos: lead nuevo, lead que cambia de etapa, pedido verificado, pedido entregado, lead sin actividad y lead que entra en un segmento.
• Nueve acciones: enviar correo al lead, notificar al equipo, mover de etapa, agregar nota a la línea de tiempo, esperar días u horas, tarea de llamada, abrir tarea para el equipo, enviar WhatsApp con plantilla aprobada y esperar el resultado de la llamada.
• Una regla con esperas se vuelve una cadencia: por cada lead se abre una inscripción y un trabajo la retoma cuando toca. Si el lead responde, se detiene y queda el motivo.
• El disparo ocurre en el módulo dueño del hecho (CRM, pedidos, agente) y llega por eventos de dominio: Automatizaciones escucha, no importa.
• Cada corrida deja un registro con el detalle de lo ejecutado.

De qué depende

• Del módulo automatizaciones, que no es núcleo. Entra en el plan Pro y en A medida.
• De un worker de cola corriendo. Los trabajos van a la cola de base de datos: sin worker se quedan pendientes y la regla no corre, sin error visible en la petición que disparó el evento.
• Del correo del sitio para las acciones que envían: sin SMTP configurado no sale nada.
• Del permiso de perfil: crear y editar es del perfil manager; marketing y consulta solo leen.

Qué pasa cuando se apaga

• Apagar una regla la detiene; la regla y su historial de corridas siguen ahí.
• Apagar el módulo detiene el motor: cada trabajo vuelve a comprobar el módulo antes de ejecutar, así que un evento ya encolado no corre. Las reglas no se borran y vuelven al encenderlo.
• Si el plan vence y el sitio entra en solo lectura, automatizaciones es uno de los módulos que se pausan.

Límites y trampas

• Las condiciones son un AND de igualdades exactas contra lo que trae el evento, más una condición de segmento y una de formulario. No hay mayor que, menor que, «contiene» ni OR.
• Una condición sobre un dato que el evento no manda nunca se cumple, y nada avisa de que es imposible de cumplir.
• Es best-effort: cada acción va en su propio try/catch y una que falla no aborta las siguientes. El trabajo entero se reintenta dos veces, no por acción.
• «Hecho» en el detalle no significa que tuvo efecto. Un correo sin buzón configurado o una etapa de otro sitio no lanzan excepción: la corrida sale exitosa y no pasó nada.
• La espera admite de 0 a 90 días.
• No hay límite de reglas por sitio ni de acciones por regla: nada limita el costo de una cadena larga.
• Los nombres de evento y acción y las claves guardadas en condiciones y acciones son contrato con lo ya escrito: renombrarlos deja reglas que no hacen nada, sin error.
• El envío comercial exige consentimiento de mercadeo; sin él el paso se omite y queda anotado.

Ver también

• Segmentación: de dónde salen las audiencias.
• Email marketing: el envío masivo, todavía sin construir.
• Integraciones: el correo del sitio que usan las acciones.