Criar um workflow

Conceitos abordados

Passos

1. Defina o triggerEscolha o evento que inicia o workflow e o payload de amostra usado para teste.
2. Construa o caminhoAdicione nós de ação, roteamento, CRM, canal, API, handoff e atividade na ordem que a operação precisa.
3. Verifique logsInspecione inputs, outputs, erros e decisões de ramificação antes de publicar.
4. Publique com intençãoMantenha Draft enquanto edita e mude para Live somente depois de validar caminho de amostra e caminho de falha.

O que você vai construir

Você vai construir um caminho repetível de workflow que começa com um trigger claro, executa os nós corretos, registra o resultado e deixa logs que um operador pode revisar.

Use um evento de amostra de lead ou suporte para testar o workflow sem dados de clientes.

Quando usar

Use Workflow Builder quando uma operação precisa de lógica repetível: rotear uma mensagem, qualificar um lead, criar ou atualizar um registro, chamar uma API, notificar um colega ou escalar um caso.

Um workflow é adequado quando o mesmo caminho de decisão deve rodar toda vez que um trigger acontece.

Antes de começar

Defina o trigger, os dados que ele fornece, o registro CRM ou tabela a atualizar, a mensagem ou handoff que o usuário deve receber e o caminho de falha.

Prepare payloads de amostra com valores placeholder e sem credenciais, tokens, URLs privadas ou dados de clientes.

Implementação passo a passo

Abra Studio, depois Workflow Builder, e escolha um workflow existente para revisar ou crie um novo para a operação.

Confirme primeiro o trigger. Ele pode vir de um evento de canal, mudança no CRM, agenda, Webhook ou outra fonte configurada.

Adicione ou revise cada nó em ordem: passo de IA, lookup de dados, conditional routing, atualização CRM, mensagem de canal, API Call, Outgoing Webhook, atribuição a teammate ou Max Activity.

Nomeie as ramificações pela decisão que representam, como Qualified, Needs human review, Missing context ou API failed.

Use Logs para revisar inputs, outputs e erros dos nós. Use Analytics para verificar volume, completions, failures, tempos e créditos.

Mantenha o workflow em Draft enquanto edita e passe para Live somente quando o caminho de amostra e o caminho de falha estiverem verificados.

Como verificar se funcionou

Execute o workflow com um evento de amostra e confirme que aparecem o registro esperado, mensagem de canal, atribuição, log e atualização de analytics.

Verifique também a ramificação de falha: contexto ausente, payload inválido, falha de API, falta de owner ou intenção ambígua não devem desaparecer em silêncio.

Erros comuns

Não publique antes de testar o caminho feliz e o caminho de falha.

Não crie ramificações sobre texto instável se há status, intent, score ou campo estruturado disponível.

Não coloque credenciais diretamente em nós; use configuração segura do workspace para segredos e placeholders nos exemplos.

Solução de problemas

Se o workflow não inicia, revise trigger, conexão do canal, payload de Webhook e estado Draft ou Live.

Se inicia mas pega a ramificação errada, inspecione outputs em Logs e confirme que os nomes das variáveis combinam com a regra de roteamento.

Se o usuário ou teammate não vê resultado, revise mensagem final, atualização CRM, atribuição e nós de Max Activity.

Fluxos relacionados

Crie um agente de IA quando um nó do workflow precisa de raciocínio, extração ou geração de resposta.

Crie uma tabela quando o workflow precisa de dados operacionais reutilizáveis que não são um objeto CRM.

Próximo passo claro

Crie uma execução de amostra, revise Logs e Analytics, e documente o que deve acontecer antes de mudar o workflow de Draft para Live.

Transcrição

Perguntas frequentes

Workflows relacionados