Skip to main content
O passo question envia uma pergunta com opções e espera o cliente responder. Cada opção tem o seu próprio caminho de passos, e existe um caminho pra quem não respondeu e outro pra quem respondeu outra coisa. O resto da automação continua igual: gatilho, passos em ordem, um contato por execução. Se você ainda não montou uma automação, comece pela receita de carrinho abandonado.

Exemplo completo

Pagamento falhou. A automação pergunta como o cliente quer resolver, por template, porque ele pode estar fora da janela de 24h:
  • Pix: envia a cobrança na hora.
  • Falar com alguém: aplica uma etiqueta pra sua equipe assumir.
  • Não respondeu em 24h: manda um lembrete.
O template pagamento_falhou_opcoes tem dois botões de resposta rápida, Pix e Falar com alguém. O template do caminho pix é um template de cobrança. A automação nasce desligada. Ligue com PUT /v1/automations/{id}/active e { "active": true }.

O passo

Um passo question é um passo comum com dois campos a mais: As chaves de branches são o id de cada opção, mais duas reservadas: Os passos de um caminho têm o mesmo formato dos passos da raiz, inclusive outro question ou um wait_payment, que espera o pagamento de uma cobrança e segue por paid ou unpaid. Quando o caminho acaba, a execução termina. Os caminhos não se juntam de novo: o que precisa acontecer em todos eles vai repetido em cada um.

config

Limites

Uma automação aceita até 2 níveis de pergunta: uma pergunta dentro do caminho de outra, e só. Uma terceira, dentro dessa, é recusada.

Dentro e fora da janela de 24h

buttons e list são mensagens de sessão. Só funcionam com a janela de 24h aberta, ou seja, quando o cliente falou com você nas últimas 24 horas. Pra começar uma conversa com quem está fora da janela, a primeira pergunta precisa ser template: um template aprovado com botões de resposta rápida. Nesse modo, o toque chega com o texto do botão, e a Arara casa esse texto com o title (ou o id) de cada opção. Então o title precisa ser igual ao texto do botão no template. Depois que o cliente toca no botão, a janela abre. As perguntas seguintes podem ser buttons ou list.

Como a resposta é reconhecida

  1. Pelo toque. Se o cliente tocou num botão ou numa opção da lista, vale o id dele.
  2. Pelo texto. Se ele digitou, o texto é comparado com a lista match e com o title de cada opção, sem diferenciar maiúsculas nem acentos. PIX, pix e Píx dão no mesmo.
Quando nada bate:
  • Primeira vez: a automação pergunta de novo, uma vez, com o retryText.
  • Segunda vez: segue pelo caminho __other. Sem __other, a execução para e a mensagem vai pro atendimento normal (Brain ou caixa de entrada).
Enquanto uma execução espera resposta, quem responde é a automação, não o Brain. A mensagem do cliente aparece na conversa do mesmo jeito, e o webhook message.received dispara normalmente, com reply quando foi um toque. Se um atendente humano assume a conversa, a execução para.

Variáveis da resposta

A opção escolhida vira variável da execução e pode ser usada nos passos seguintes: Use como {{resposta_1}}, do mesmo jeito que as variáveis do evento que disparou a automação.

Quanto custa

A estimativa de costPerRunBrl soma o caminho mais caro, porque cada pessoa atravessa um caminho só. GET /v1/automations/pricing devolve o preço da mensagem livre (sessionUnitPriceBrl) pra você somar antes de salvar.

Gatilho: toque num botão

O gatilho button.replied inicia a automação quando o cliente toca num botão com um id específico e nenhuma execução está esperando aquela resposta. A configuração vai em triggerConfig, ao lado de trigger:
Sem replyId a criação é recusada com AUTOMATION_TRIGGER_CONFIG_INVALID. O uso típico é uma campanha com três respostas rápidas, cada uma iniciando uma automação diferente. A execução começa com duas variáveis: reply_id e reply_title.

Histórico de execuções

Cada contato que entra na automação gera uma execução.
Pra ver o que aconteceu dentro de uma execução:
detail muda conforme o kind e pode ser null. As duas listas seguem o formato { data, pagination }.

Erros

Todo erro segue o formato padrão:
Pergunta fora dos limites (opções demais, title longo, id repetido ou começando com __, mais de 2 níveis de pergunta) é recusada na criação com AUTOMATION_STEP_INVALID e o motivo em message. Automação ou execução de outra organização responde 404 (AUTOMATION_NOT_FOUND, AUTOMATION_RUN_NOT_FOUND). Veja a lista de erros.

Como testar

  1. Crie a automação com uma pergunta em modo buttons e ligue.
  2. Mande uma mensagem do seu celular pro seu número, pra abrir a janela de 24h.
  3. Dispare o gatilho pro seu próprio telefone.
  4. Toque num botão e confira o caminho. Depois repita digitando um texto de match, e outra vez digitando qualquer coisa duas vezes, pra ver o retryText e o __other.
  5. Pra testar o __timeout sem esperar um dia, use "timeoutMinutes": 1.
  6. Abra GET /v1/automations/{id}/runs/{runId}/events e confira a ordem: QUESTION_ASKED, REPLY_MATCHED e o passo do caminho.
Pra testar o modo template, o template com respostas rápidas precisa estar aprovado. Pra coletar vários dados de uma vez em vez de uma escolha, use um formulário. Pra cobrar e seguir um caminho quando o cliente pagar, veja Link da automação e pagamento. Pra criar, editar e ligar automações pela API, veja Automações pela API.