- Gatilho
- Filtro
- Condição
- Ação
- Saída
Modelo ilustrativo para orientar a implantação.
Escreva o workflow em uma frase antes de abrir o construtor
Antes de arrastar a primeira ação, escreva o comportamento esperado numa frase com quatro partes: quando algo acontece, para quem vale, o que o sistema faz e quando para. Um exemplo: “Quando alguém envia o formulário de orçamento da página de reformas, e ainda não é cliente, criamos a oportunidade, avisamos o vendedor e mandamos uma mensagem de boas-vindas; a sequência termina quando o lead responde ou agenda”.
Se a frase não fecha, o fluxo também não vai fechar. A parte mais esquecida é a última. Sem uma saída combinada, o workflow segue até o fim mesmo quando a conversa já mudou de rumo, e o vendedor passa a pedir desculpas por mensagens que não mandou.
Guarde essa frase na descrição do workflow. Ela vira a referência para quem for revisar a automação daqui a três meses, inclusive você.
Gatilho com filtro: decida quem entra e por quê
O gatilho diz qual evento inicia o fluxo: formulário enviado, etapa do pipeline alterada, agendamento criado, tag adicionada. O filtro diz qual parte desses eventos interessa. Um gatilho de formulário sem filtro dispara para todos os formulários da subconta, inclusive o de trabalhe conosco e o de suporte.
Prefira gatilhos que representam um fato do negócio. “Formulário de orçamento enviado” é um fato. “Tag lead-quente adicionada” depende de alguém lembrar de colocar a tag, e outra automação pode adicioná-la de novo sem querer. Quando a tag for inevitável, documente quem a coloca e quem a remove; o guia de campos, tags e valores ajuda a separar o que é dado do que é marcador temporário.
Evite dois workflows ouvindo o mesmo evento para fazer coisas parecidas. Se o formulário já cria a oportunidade num fluxo, não monte um segundo fluxo que também cria. Um mapa simples, com evento na primeira coluna e workflow responsável na segunda, evita esse tipo de duplicidade.
As configurações que evitam o disparo duplo
Cada workflow tem uma área de configurações separada das ações. Ela costuma ser ignorada e é ali que mora a maior parte dos disparos inesperados. A documentação oficial de configurações de workflow descreve cada opção; abaixo está como decidir.
| Configuração | O que controla | Pergunta para decidir |
|---|---|---|
| Allow Re-entry | Se o contato pode entrar de novo depois de terminar ou ser removido | Faz sentido a mesma pessoa receber essa sequência duas vezes? |
| Allow multiple Opportunities | Uma entrada por oportunidade, em gatilhos de oportunidade | O mesmo contato pode ter duas negociações independentes? |
| Stop on Response | Retira o contato quando ele responde a uma mensagem do fluxo | Depois da resposta, quem conduz é uma pessoa? |
| Time Window | Dias e horários em que as mensagens podem sair | Em que horário o cliente aceitaria receber? |
| Timezone | Fuso da conta ou do contato para as etapas com horário | Há clientes em outro fuso? |
Dois detalhes merecem atenção. Gatilhos de agendamento e de fatura permitem nova entrada a cada evento, independentemente da opção de reentrada. E, quando a janela de horário segura uma mensagem, ela sai na próxima abertura, então um lembrete de reunião com janela errada pode chegar depois do compromisso.
Condições e esperas: o caminho de quem já respondeu
Uma espera sem condição é uma aposta de que nada aconteceu enquanto o sistema aguardava. Antes de cada mensagem depois de uma espera, pergunte: o lead já respondeu, já agendou, já virou cliente ou pediu para não receber mais nada? Use uma condição para separar esses casos e mande cada um para uma saída explícita.
Uma regra prática: toda espera longa é seguida de uma condição, e toda condição tem um caminho “nenhuma das anteriores” que faz algo sensato, mesmo que seja só encerrar. O artigo sobre follow-up que para quando o lead responde aprofunda as saídas de uma cadência de mensagens.
Quando a automação muda dados, como mover a etapa ou trocar o responsável, prefira fazer isso cedo e uma vez. Mudanças repetidas no fim de vários caminhos tornam difícil descobrir qual ramo alterou o registro.
Modelo: entrada de lead de formulário
Use este desenho como ponto de partida para um negócio de serviços. Os nomes são sugestões editoriais da Equipe Metrik, não uma configuração obrigatória do GoHighLevel.
| Passo | Ação | Por que existe |
|---|---|---|
| 1 | Gatilho: formulário de orçamento, filtrado pelo formulário certo | Só os pedidos comerciais entram |
| 2 | Condição: contato já é cliente? | Cliente ativo vai para o atendimento, não para a venda |
| 3 | Criar ou atualizar a oportunidade na etapa inicial | O vendedor enxerga o pedido no pipeline |
| 4 | Notificar o responsável | Alguém é dono da resposta |
| 5 | Mensagem de boas-vindas dentro da janela de horário | O lead sabe que foi recebido |
| 6 | Espera curta e condição: respondeu ou agendou? | Quem respondeu sai da automação |
| 7 | Tarefa de contato humano para quem não respondeu | A última tentativa é de uma pessoa |
A criação da oportunidade a partir do formulário está detalhada no guia de formulário que cria oportunidade. Configure “Stop on Response” ligado e reentrada desligada para esse fluxo, a menos que o mesmo contato possa pedir orçamentos diferentes com frequência.
Teste com contatos fictícios antes de publicar
- Crie três contatos de teste com seu próprio telefone e e-mail: um lead novo, um cliente ativo e um contato que vai responder.
- Envie o formulário com o lead novo e acompanhe o histórico de execução até a mensagem de boas-vindas.
- Envie o formulário com o cliente ativo e confirme que ele seguiu pelo caminho de atendimento.
- Responda a mensagem com o terceiro contato e confira se ele saiu do fluxo.
- Envie o mesmo formulário duas vezes com o lead novo e veja se a segunda entrada respeitou a regra de reentrada.
- Simule um envio fora do horário comercial e confirme que a mensagem esperou a janela.
Registre o resultado de cada teste com data e captura de tela. Essa lista entra na entrega ao cliente, junto com o roteiro do guia de entrega com testes. Só publique o workflow depois que os seis casos passarem; se algum falhar, corrija e repita o roteiro inteiro, porque uma correção pode mudar outro caminho.
Nome, pasta e dono: workflow que a equipe consegue manter
Dê nomes que digam o evento e o resultado, como “Formulário orçamento → oportunidade e boas-vindas”. Agrupe por área em pastas e evite deixar versões antigas publicadas ao lado das novas. Um workflow desligado com nome claro ainda ajuda a entender o histórico; dois ligados fazendo a mesma coisa só confundem.
Defina um dono para cada fluxo e uma revisão mensal curta: quantos contatos entraram, quantos saíram por resposta, quantos chegaram ao fim sem conversa. Se muita gente termina a sequência sem falar com ninguém, o problema provavelmente está na oferta ou no tempo de resposta, não em mais uma mensagem automática.
Quando alguém pedir uma mudança, volte à frase do primeiro passo. Se a mudança altera o quando, o para quem ou a saída, trate como um workflow novo e teste de novo. Pequenos ajustes de texto podem ser feitos no mesmo fluxo, com anotação na descrição.
Assista também às cinco aulas de GoHighLevel com Owen, com resumos e exercícios para praticar.
Conteúdo da Equipe Metrik, publicado em 15 de outubro de 2026. Referências oficiais estão ligadas às configurações descritas. Exemplos de processos e testes são modelos educativos; interface, permissões e disponibilidade podem variar entre contas.