O ramo do if/else não volta a se juntar — e é isso que vira colcha de retalho

A frase que resume o artigo

No GoHighLevel, quando um workflow se divide em "sim" e "não", os dois lados seguem sozinhos até o fim. Eles não voltam a se juntar mais adiante.

Parece detalhe. É o detalhe que decide se a sua automação vai ser mantível daqui a seis meses.

O que a gente desenha na cabeça

Todo mundo desenha assim:

```

respondeu?

/ \

sim não

| |

agradece insiste

\ /

e aqui volta tudo junto

|

manda o resumo

```

O nó da condição abre dois caminhos e, depois de resolvida a diferença, o fluxo volta a ser um só. É como a gente pensa lógica: um if com dois braços, e o programa continua.

O que o construtor realmente faz

```

respondeu?

/ \

sim não

| |

agradece insiste

| |

manda o resumo manda o resumo

| |

fim fim

```

Cada ramo é uma esteira própria. O que vier depois da bifurcação precisa ser construído em cada lado, separadamente.

O que isso custa na prática

Imagine seis nós depois da condição: espera, mensagem, etiqueta, atualização de oportunidade, aviso interno, encerramento.

Com a bifurcação, viram doze. Você monta doze, testa doze, e principalmente: mantém doze.

Aí vem o mês seguinte. Você precisa trocar uma frase da mensagem. Troca no ramo do "sim" e publica. Três semanas depois descobre que metade dos contatos continua recebendo a versão velha — porque a mesma mensagem existia no ramo do "não" e ninguém lembrou.

Esse é o mecanismo pelo qual automação vira colcha de retalho. Não é falta de capricho de quem montou. É a estrutura empurrando para lá.

As três saídas

A condição vai para o fim. Se der para resolver tudo que é comum antes de bifurcar, o que se duplica é pouco — às vezes um nó só. Esta é a melhor saída e quase sempre é possível: basta reordenar o fluxo pensando nisso desde o começo.

Dois workflows com o mesmo gatilho. Quando a condição precisa mesmo vir no meio, em vez de um fluxo de duas cabeças faça dois fluxos, cada um com sua própria entrada e seu próprio filtro. Parece mais trabalho. Não é: cada um é curto, legível, e dá para mexer em um sem medo de quebrar o outro.

Etiqueta como ponte. O ramo A aplica uma etiqueta e termina. Um segundo workflow tem essa etiqueta como gatilho e continua dali. É o jeito de "reunir" os caminhos que a plataforma não reúne sozinha — e tem a vantagem de deixar cada trecho auditável separadamente.

Duas coisas que também não são óbvias

A espera já cria ramo sozinha. O nó de esperar resposta abre dois caminhos nativos — quem respondeu e quem estourou o prazo. Não precisa de condição para isso. E o prazo é obrigatório: espera sem limite deixa quem nunca responde preso ali para sempre.

Depois de uma espera, nem toda condição responde. Algumas categorias de condição aparecem desabilitadas quando vêm logo depois de um nó de espera. O fluxo salva, publica e roda — e simplesmente nunca entra naquele ramo. Sem erro, sem aviso, sem registro. Se o seu ramo "nunca acontece", é o primeiro lugar para olhar.

O jeito de saber se o seu fluxo tem o problema

Abra o workflow e conte os nós que aparecem duas vezes com o mesmo texto em ramos diferentes.

Se achou algum, você já está pagando o preço — só ainda não recebeu a conta.

Fluxo bom não é o que tem mais ramo. É o que tem menos.