WhatsApp Flows: o que é e como usar formulários na conversa

WhatsApp Flows: o que é e como usar formulários na conversa

WhatsApp Flows é um recurso da plataforma de WhatsApp Business da Meta que abre, dentro da própria conversa, telas com campos estruturados (listas de opções, datas, caixas de seleção, campos de texto) para o cliente preencher sem sair do aplicativo. O que volta para a empresa são dados organizados por campo, não texto solto. Ele não substitui um agente de IA: cuida da coleta previsível, enquanto o agente cuida da conversa e dos casos que fogem do roteiro.

Principais pontos

• Flows são formulários nativos do WhatsApp: o cliente preenche telas com campos definidos e a empresa recebe as respostas estruturadas.
• Servem para dados que a empresa precisa completos e no formato certo, como agendamento, cadastro, pedido de orçamento ou pesquisa de satisfação.
• Um agente de IA é melhor para entender pedidos abertos, tirar dúvidas e decidir o próximo passo. O Flow é melhor para coletar campos fechados.
• Os dois funcionam melhor juntos: o agente conduz a conversa e, quando chega a hora de coletar dados, oferece o formulário.
• Como qualquer coleta de dados pessoais, exige finalidade clara, mínimo de campos e atenção à LGPD.

O que são os WhatsApp Flows?

Quem já tentou coletar dados por mensagem conhece o problema. Pedimos nome, endereço, data preferida e tipo de serviço, e o cliente responde metade em um áudio, outra metade em duas mensagens, com a data escrita de três jeitos diferentes. Alguém na empresa precisa reorganizar tudo.

O Flows resolve isso trocando a troca de mensagens por uma interface. A empresa envia uma mensagem com um botão, o cliente toca, e abre uma tela dentro do WhatsApp com os campos desenhados pela empresa. Pode haver uma tela só ou várias em sequência. Ao final, as respostas chegam como um conjunto de dados, e a empresa decide o que fazer com eles.

Pelo que a documentação da Meta descreve, o recurso faz parte da WhatsApp Business Platform (a API), e não do aplicativo comum de WhatsApp Business. Quem já usa ou pretende usar a API para atendimento está no caminho certo. Detalhes de disponibilidade, tipos de componentes e limites mudam com o tempo, então a consulta à documentação oficial de Flows deve vir antes de qualquer projeto.

Como um fluxo funciona na prática

Sem entrar em detalhes de implementação, o ciclo de um Flow tem poucas peças.

• Desenho: a empresa define as telas e os campos. Isso pode ser feito em ferramentas de construção oferecidas pela Meta ou descrevendo o fluxo em um formato estruturado.
• Envio: o fluxo é entregue ao cliente por uma mensagem com botão. Dentro da janela de atendimento, pode ser uma mensagem comum. Fora dela, a regra de mensagens ativas se aplica e o envio costuma depender de template aprovado e de consentimento (veja mensagens ativas no WhatsApp: templates e opt-in).
• Preenchimento: o cliente abre as telas, escolhe e digita, e o próprio fluxo pode validar o que é obrigatório.
• Retorno: ao concluir, as respostas chegam ao sistema da empresa pelo mesmo canal de eventos que recebe as demais mensagens da API.
• Telas dinâmicas (opcional): quando a tela precisa de informação atual, como horários livres, o fluxo pode consultar um serviço da empresa. Isso aumenta o poder do formulário e também a responsabilidade técnica.

O ponto prático é que o Flow não decide nada. Ele coleta e entrega. Quem lê o resultado e age (criar um registro no CRM, reservar um horário, abrir um chamado) é o sistema da empresa ou o agente.

Onde o Flows complementa um agente de IA

É comum tratar as duas coisas como concorrentes: ou o cliente conversa livremente com a IA, ou preenche um formulário. Na prática, cada um cobre uma fraqueza do outro.

O agente de IA lida bem com linguagem aberta. Entende que o cliente quer «trocar o horário de quinta» sem que ele escolha uma opção de menu. Mas, quando precisa de dez campos exatos, a conversa livre vira interrogatório, e o modelo pode aceitar uma resposta ambígua, esquecer um campo ou interpretar mal uma data.

O Flow lida bem com estrutura. Garante que o campo de data seja uma data, que a opção seja uma das permitidas, que nada obrigatório fique em branco. Mas não entende contexto: se o cliente tem uma pergunta no meio do caminho, o formulário não responde.

A divisão mais saudável costuma ser esta:

• O agente recebe o pedido em linguagem natural, esclarece dúvidas e identifica a intenção.
• Quando a intenção exige dados fechados, o agente aciona o envio do Flow, em vez de perguntar campo por campo.
• Ao receber as respostas, o agente (ou um fluxo determinístico) confirma com o cliente, executa a ação permitida e registra o que fez.
• Se algo sair do previsto, o agente retoma a conversa ou transfere para uma pessoa.

Essa lógica segue um princípio que a Anthropic descreve em Building effective agents: usar a solução mais simples que resolve e reservar a autonomia do modelo para onde o julgamento é necessário. Coletar um campo de data não precisa de julgamento. Interpretar uma reclamação confusa precisa.

Para quem está montando a camada de conversa, vale ler também o guia de como integrar IA no WhatsApp da empresa, que cobre a base sobre a qual o Flow se encaixa.

Flow ou conversa livre: guia de decisão

Um roteiro simples para decidir, campo a campo ou processo a processo:

• Os dados são sempre os mesmos, em formato conhecido (data, opção, número, e-mail)? Use Flow.
• A resposta depende de interpretar o que o cliente quer dizer, com detalhes que variam de caso a caso? Use conversa com o agente.
• Um erro de digitação ou de interpretação gera custo real (agendamento errado, endereço errado, dado de pagamento)? Prefira Flow, com confirmação ao final.
• O cliente provavelmente tem dúvidas enquanto preenche? Deixe o agente antes do Flow para esclarecer, e ofereça o formulário depois.
• O processo é curto, com dois ou três dados? Muitas vezes a conversa basta. Um formulário para pedir apenas o nome pode ser exagero.
• O cliente já está cansado, irritado ou em um caso sensível? Evite formulário e leve para uma pessoa.
• O público tem pouca familiaridade com o celular? Teste o Flow com usuários reais antes de torná-lo o único caminho, e mantenha uma alternativa por conversa.

Na dúvida, comece pelo mais simples e meça. A conversa livre pode virar Flow quando os campos se estabilizarem, e isso é mais fácil do que o caminho inverso.

Cenário ilustrativo: pedido de visita técnica

Imagine, como cenário ilustrativo, uma empresa de manutenção de equipamentos que atende pedidos de visita pelo WhatsApp. Não é um caso real, só um exemplo para mostrar a divisão de papéis.

O cliente escreve: «Meu equipamento parou e preciso de alguém essa semana». O agente de IA lê a mensagem, confirma que o pedido é de visita técnica e pergunta se o cliente já tem cadastro. Em vez de pedir, uma a uma, razão social, endereço, tipo de equipamento, descrição do defeito e janelas de horário, o agente envia o Flow de pedido de visita.

O formulário tem uma tela para identificar o equipamento (lista de opções), outra para descrever o defeito (campo de texto livre, com limite de tamanho) e outra para escolher a janela de horário (opções vindas da agenda). Ao concluir, as respostas voltam estruturadas.

O sistema valida o que pode ser validado por regra, sem IA: o equipamento existe no cadastro, o horário ainda está livre. O agente então resume o pedido para o cliente, pede a confirmação e cria o chamado. Se o texto livre do defeito mencionar algo fora do padrão, como risco de segurança, o agente não decide sozinho: transfere para um técnico com o resumo pronto.

Note o que cada parte fez. O Flow garantiu dados completos. A regra determinística garantiu consistência. O agente cuidou da conversa e do encaminhamento. Ninguém competiu com ninguém.

Cuidados com LGPD, segurança e qualidade

Um formulário dentro do WhatsApp parece inofensivo, mas coleta dados pessoais, e isso traz obrigações. Alguns cuidados que valem para qualquer coleta:

• Finalidade e mínimo necessário: cada campo precisa de motivo. Se ninguém usa a informação, não pergunte. A ANPD é a referência oficial para orientações sobre proteção de dados no Brasil.
• Transparência: diga ao cliente, de forma simples, para que os dados serão usados. Se houver consentimento envolvido, registre quando e como foi dado.
• Dados sensíveis: evite pedir dados de saúde, biometria ou documentos por Flow sem uma base legal clara e uma revisão jurídica.
• Texto livre é entrada não confiável: o que o cliente digita num campo aberto pode chegar a um modelo de IA. Trate como dado, nunca como instrução, e consulte as orientações da OWASP sobre prevenção de prompt injection.
• Validação no servidor: não confie só na validação da tela. Confira no sistema da empresa o que chegou antes de executar qualquer ação.
• Limites de ação: o que o agente pode fazer com os dados recebidos deve ser definido de antemão. Para isso, veja guardrails para agentes de IA.
• Registro: guarde o que foi enviado, o que foi recebido e que decisão foi tomada, para poder auditar e corrigir.

Se o fluxo tomar decisões que afetam o cliente de forma relevante, vale observar também o direito de revisão previsto na LGPD, tema do artigo sobre decisões automatizadas e o art. 20.

Como aplicar o método: mapear, limitar, pilotar e transferir

Para a empresa que quer testar o recurso sem criar um projeto grande, a sequência abaixo funciona bem. Ela segue o método de trabalho que usamos para qualquer automação com IA.

• Mapear: escolha um processo em que hoje a equipe reorganiza dados recebidos de forma desordenada. Anote os campos que realmente são usados e quantas vezes a equipe precisa voltar ao cliente para completar informação. Esse é o ponto de partida para comparar depois.
• Limitar: defina os campos mínimos, quem pode ver as respostas e quais ações o agente pode executar com elas. Tudo que envolver pagamento, dado sensível ou decisão com impacto fica fora do primeiro piloto ou sob aprovação humana.
• Pilotar: coloque um único fluxo real no ar, com registro de cada envio, resposta e ação. Combine antes uma métrica simples de sucesso, como a proporção de pedidos que chegam completos sem retrabalho. O artigo sobre qualificação de leads no WhatsApp sem virar formulário ajuda a pensar o equilíbrio entre conversa e coleta.
• Transferir: garanta que o cliente possa sair do formulário e falar com uma pessoa a qualquer momento, e que a pessoa receba o contexto já coletado. Ao final do piloto, a equipe decide expandir, ajustar ou parar com base no registro, não na impressão.

Essa ordem evita o erro mais comum: desenhar um formulário longo antes de saber quais dados importam.

Perguntas frequentes

WhatsApp Flows funciona no aplicativo WhatsApp Business comum? Em geral, o recurso é oferecido pela WhatsApp Business Platform, a API, e não pelo aplicativo comum. Como as regras de disponibilidade mudam, confirme na documentação da Meta e com o provedor de API que sua empresa usa antes de planejar o projeto.

Preciso de um agente de IA para usar Flows? Não. Um Flow pode funcionar sozinho, acionado por um botão ou por um menu, e entregar os dados a um sistema com regras fixas. O agente de IA entra quando há conversa aberta antes ou depois do formulário, para entender pedidos, tirar dúvidas e encaminhar casos fora do padrão.

O Flow substitui o formulário do meu site? Pode substituir em casos em que o cliente já está na conversa e o preenchimento no site seria uma quebra de fluxo. Mas o formulário do site continua útil para quem chega por outros caminhos. O mais seguro é tratar os dois como entradas para o mesmo cadastro, com as mesmas regras de validação.

Quais cuidados de LGPD são mais importantes ao usar Flows? Peça só os dados necessários, explique a finalidade ao cliente, limite quem acessa as respostas e registre o que foi coletado e para quê. Evite dados sensíveis sem base legal definida e, se houver dúvida, leve o caso para uma revisão jurídica antes de colocar o fluxo no ar.

Fontes

• Meta: documentação do WhatsApp Flows
• Anthropic: Building effective agents
• OWASP: prompt injection prevention
• ANPD: Autoridade Nacional de Proteção de Dados