Automatizaciones en GoHighLevel: workflows y seguimiento

Triggers y acciones: cómo funciona un workflow de HighLevel

El trigger o disparador inicia el workflow. Los filtros acotan los casos que pueden entrar y las acciones describen lo que sucede después. HighLevel documenta eventos ligados a formularios, citas y contactos, entre otros. También dispone de acciones para comunicaciones y actualizaciones del CRM. La disponibilidad concreta depende de la función y de sus requisitos.

Para diseñar una automatización, escribe una frase completa: cuando llegue una solicitud desde este formulario, avisa a su responsable. Después añade las excepciones que importan. Por ejemplo, excluir los registros de prueba o evitar que una misma solicitud provoque avisos repetidos. Esta descripción previa te permite revisar la lógica sin depender del editor visual.

Elige una tarea con un resultado observable

Una buena primera automatización tiene un evento claro y una salida fácil de comprobar. Un aviso interno puede ser más sencillo de validar que una secuencia comercial con varios canales. Identifica el trabajo manual que sustituye y quién se ocupará de los casos que queden fuera de la regla.

Mi propuesta inicial sería elegir una sola tarea: asignar una solicitud, recordar una cita o actualizar información que el equipo utiliza. No construyas una secuencia larga por el simple hecho de disponer de muchas acciones. Cada paso adicional incorpora una decisión, una posible excepción y otra parte que mantener.

Cómo plantear las notificaciones internas del workflow

La acción Internal Notification permite avisar a usuarios, roles o equipos por los canales disponibles en su configuración. Distingue al destinatario interno del contacto que inició el proceso. En una solicitud comercial, asigna primero el responsable y después comprueba que la notificación llega a esa persona.

Ejemplo ilustrativo: entra un formulario de presupuesto, se asigna un usuario y este recibe un aviso con el servicio solicitado. Comprueba el contenido, el enlace al registro y la recepción efectiva. Que una acción aparezca ejecutada en el historial no demuestra por sí solo que el destinatario haya visto el aviso.

Trigger links: iniciar una acción después de un clic

Un trigger link registra el clic del contacto y puede iniciar un workflow cuando configuras el disparador Trigger Link Clicked. Puede servir para reaccionar a un enlace de una comunicación, pero debes seleccionar el enlace y la acción correspondientes. Incluir una URL corriente en un mensaje no crea automáticamente esa lógica.

Revisa el destino final del enlace y el contexto del mensaje. Si el clic expresa interés en un recurso, decide qué registro o aviso necesitas y evita interpretarlo automáticamente como una solicitud de compra. Prueba el enlace enviado y revisa el historial del contacto antes de ampliar el uso.

Ejemplo ilustrativo: de un formulario a una tarea comercial

Imagina un negocio que recibe solicitudes para una llamada informativa. El visitante completa un formulario concreto. El workflow comprueba que procede de ese formulario y crea un aviso para la persona que atenderá el caso. El responsable consulta el contexto y decide si corresponde ofrecer una cita. Este ejemplo describe una lógica de trabajo; no representa resultados obtenidos ni una receta ya instalada.

Antes de añadir un mensaje al solicitante, comprueba qué información prometía el formulario y qué permiso existe para el canal elegido. Una confirmación de recepción debe cumplir esa función. Si quieres iniciar una campaña posterior, revisa su finalidad y las condiciones aplicables en lugar de incorporar todos los contactos a la misma secuencia.

Stop on Response: revisa qué ocurre cuando responde el contacto

Stop on Response puede retirar de ese workflow al contacto que responde a una comunicación enviada desde él. Revisa este ajuste junto con la reentrada, las oportunidades múltiples, la zona horaria y las ventanas de envío. Una respuesta debe trasladar el caso al recorrido previsto, que puede requerir atención de una persona.

Prueba el canal concreto que utilices. En acciones de llamada, la detección de buzón de voz influye en qué se interpreta como respuesta. No presupongas que activar Stop on Response detendrá cualquier automatización de la cuenta. Documenta también qué debe suceder cuando se cancela una cita o se solicita una baja.

Missed Call Text Back: respuesta por SMS a una llamada perdida

Missed Call Text Back envía un SMS de respuesta cuando no se atiende una llamada entrante. Puede servir para acusar recibo y ofrecer una forma de continuar mientras el equipo está ocupado. Necesita un número de envío apto y debe revisarse con las condiciones del servicio telefónico y sus cargos.

La guía oficial advierte de que las llamadas perdidas repetidas de una misma persona pueden generar varios SMS. Si ese comportamiento no encaja con tu atención, diseña una regla de espera o control en Workflows y pruébala. Escribe un mensaje que explique el siguiente paso y revisa quién continuará la conversación.

Prueba los casos normales y las excepciones

Utiliza contactos y canales propios para el ensayo. Anota el evento de entrada, el resultado esperado y la hora aproximada. Una prueba útil permite saber si el contacto entró, qué pasos recorrió y qué acción falló. HighLevel recomienda revisar filtros, opciones de reentrada e historial de ejecución al investigar incidencias.

Además del recorrido correcto, prueba una entrada que deba quedar excluida y otra que repita el evento. Si el resultado es distinto del esperado, corrige una parte cada vez. Cambiar varias condiciones simultáneamente dificulta identificar la causa. Repite después el caso afectado y deja registro de la configuración que has validado.

• Entrada válida: se ejecuta únicamente la acción prevista.
• Entrada excluida: no genera comunicaciones ni tareas indebidas.
• Evento repetido: respeta la regla de reentrada que definiste.
• Cambio de situación: detiene o adapta el seguimiento cuando corresponde.

Cómo utilizar IA para preparar una automatización

Workflow AI Builder permite generar o modificar workflows mediante instrucciones en lenguaje natural. Describir lo que necesitas puede ayudar a preparar un borrador, pero exige revisar los triggers, las condiciones, los destinatarios y las acciones antes de publicarlo. Explica también las excepciones en la petición.

Ejemplo de instrucción para evaluar: cuando llegue una solicitud de este formulario, asigna el responsable y envía un aviso interno. Después comprueba el workflow generado con datos propios. Si vas a añadir Conversation AI o Voice AI, revisa aparte su funcionamiento, el traspaso al equipo y el coste del servicio.

Calcula el coste de los canales y del mantenimiento

Automatizar no convierte las comunicaciones en gratuitas. Email, telefonía, SMS, WhatsApp y determinadas funciones pueden tener cargos adicionales según el servicio utilizado. Revisa las condiciones oficiales de cada canal y estima el uso esperado antes de activar una secuencia sobre un volumen amplio de contactos.

Añade el tiempo de mantenimiento al presupuesto. Alguien debe revisar errores, adaptar mensajes y comprobar que las integraciones siguen cumpliendo su función. Para una agencia, documenta también quién puede cambiar cada workflow y cómo se avisa al cliente. Una modificación pequeña puede afectar a todos los contactos que entren después.

Qué automatizar después del primer circuito

Amplía el sistema cuando la primera tarea funcione y aporte una utilidad que puedas describir. Si reduce olvidos en la asignación, el siguiente paso puede ser revisar oportunidades pendientes. Si genera avisos que nadie atiende, cambia el proceso humano antes de añadir otra secuencia.

Conserva una ficha breve de cada workflow: objetivo, responsable, evento de entrada, salida y fecha de la última prueba. Esa ficha ayuda a comprender el sistema cuando cambia el equipo. Antes de contratar por la automatización, confirma que puedes construir y mantener el caso de uso que realmente necesitas.

Preguntas frecuentes