WhatsApp Flows: 8 casos de uso, limites e custos (guia 2026)

Resposta rápida: os WhatsApp Flows são formulários nativos, com uma ou várias telas, que abrem dentro de uma conversa do WhatsApp para que o cliente agende um horário, peça um orçamento ou se inscreva sem sair do papo. Eles funcionam só na WhatsApp Business Platform, exigem empresa verificada e são enviados dentro de um modelo aprovado ou como mensagem interativa na janela de 24 horas. Em outubro de 2026, a Meta não divulga cobrança própria por Flow: você paga a mensagem que o leva.

Pontos principais (outubro de 2026)

• Cada tela de um Flow comporta até 50 componentes e exatamente 1 rodapé com botão; grupos de opções e caixas de seleção aceitam até 20 opções, listas suspensas até 200 (referência de componentes da Meta).
• Flows sem endpoint cobrem a maioria dos formulários de pequenas empresas. Um endpoint deve responder em menos de 1 segundo, e um Flow considerado com problemas fica limitado a 10 envios por hora.
• Um Flow num modelo é cobrado pela categoria do modelo; dentro de uma janela aberta é mensagem de serviço, e cada número tem 1.000 por mês sem cobrança.
• Um número novo pode iniciar conversas com 250 pessoas únicas em 24 horas móveis, depois 2.000, 10.000, 100.000 e ilimitado, e modelos com Flow contam nesse limite.
• Os Flows abrem no Android 6.0+ e iOS 12+, não no WhatsApp Web, o limite que mais passa despercebido.

A maioria das empresas conhece os WhatsApp Flows do mesmo jeito: um fornecedor mostra numa demonstração um formulário de agendamento lindo abrindo dentro do chat, e a pergunta vira «devemos criar um?». A resposta honesta depende de três coisas que este guia percorre em ordem: o que um Flow é por dentro, o que é preciso para criar e enviar um, e se a sua coleta de dados é longa e fixa o bastante para justificar um formulário. Para muitas equipes pequenas, o caminho mais barato é uma conversa curta que salva as respostas conforme chegam. Para outras, um Flow é a coisa mais limpa que já vão mostrar a um cliente.

Conferimos cada informação sobre Flows na documentação para desenvolvedores da Meta em outubro de 2026. Quando a Meta não publica um número, dizemos isso.

O que são os WhatsApp Flows?

Os WhatsApp Flows são interações estruturadas de várias telas que uma empresa envia na WhatsApp Business Platform. O cliente toca um botão, um formulário nativo sobe dentro do chat, ele passa por telas de campos e escolhas e, ao enviar, as respostas voltam para a empresa como mensagem. Funciona como um pequeno aplicativo dentro do WhatsApp.

A documentação para desenvolvedores da Meta descreve os Flows como «uma forma de criar interações estruturadas para mensagens empresariais», e seus guias de exemplo tratam de ofertas de empréstimo pré-aprovado, cotações de seguro, coleta de intenção de compra e ofertas de produto personalizadas. A lista diz muito: são formulários de formato conhecido, em que a empresa sabe exatamente quais campos precisa.

Por dentro, todo Flow é escrito em Flow JSON, um formato definido pela Meta. Um Flow é um conjunto de telas, e cada tela é um nó no que a Meta chama de máquina de estados: tem identificador, layout e os componentes dentro dele. As telas se ligam por ações. As principais:

• navigate: ir para outra tela levando o que o cliente já preencheu.
• complete: encerrar o Flow e devolver as respostas ao chat.
• data_exchange: enviar os dados atuais ao seu servidor, que decide o próximo passo. Exige endpoint.
• update_data e open_url: atualizar parte da tela (por exemplo, recarregar uma lista depois de uma escolha) ou abrir um link no navegador. As duas exigem Flow JSON 6.0 ou superior.

Todo Flow precisa terminar em pelo menos uma tela final, e essa tela precisa ter um botão de rodapé. Os Flows também têm ciclo de vida: a Meta lista os estados Draft, Published, Throttled, Blocked e Deprecated. Dá para editar um Flow publicado, mas a edição o devolve para rascunho até nova publicação.

Não é preciso escrever o JSON à mão. O WhatsApp Manager tem uma interface Flow Builder, a Meta oferece um Flows Playground para pré-visualizar um Flow simples, e a Flows API permite que um software crie e publique Flows de forma automática.

Como um WhatsApp Flow funciona, passo a passo

Um Flow tem dois lados. O cliente vê um botão, algumas telas e uma confirmação. A empresa vê uma mensagem enviada, um Flow aberto e uma resposta estruturada chegando ao seu webhook com cada valor identificado. Conhecer os dois lados ajuda a achar onde algo quebra.

Este é o caminho completo de um Flow típico de agendamento, como descreve o guia de envio da Meta:

1. A empresa envia uma mensagem que carrega o Flow. Ou um modelo de mensagem com botão de Flow (iniciado pela empresa, o modelo precisa de aprovação), ou uma mensagem interativa com botão de chamada para ação (dentro de uma janela de atendimento aberta). O texto do botão no modelo tem no máximo 25 caracteres; para o botão interativo, a Meta recomenda até 30 caracteres, sem emoji.
2. O cliente toca o botão. O Flow abre na tela de entrada, que a empresa pode preencher antes com o que já sabe, como o nome do cliente.
3. O cliente passa pelas telas. Cada tela valida seus campos, então uma data obrigatória em branco ou um e-mail errado aparecem antes de seguir.
4. O cliente envia. O botão de rodapé da tela final dispara a ação complete.
5. As respostas voltam. O WhatsApp entrega uma mensagem de resposta ao webhook da empresa com o valor de cada campo. Agora seu software precisa fazer algo útil com isso: criar o contato, reservar o horário, atualizar o negócio.

É no passo 5 que mora a maior parte do trabalho de verdade. Um Flow coleta respostas muito bem, mas o Flow não guarda nada no seu CRM. O que recebe o webhook decide se essas respostas viram um horário na agenda ou um bloco de JSON num log que ninguém lê.

Dois detalhes técnicos importam no planejamento. Cada envio leva um flow token, um identificador gerado pela empresa para ligar a resposta ao cliente e ao caso certos. E você pode enviar um Flow em modo rascunho para testar no seu próprio celular antes de publicar.

As peças: telas e componentes

Uma tela de Flow é feita de componentes, e a Meta limita quantos podem ser usados e o tamanho dos textos. Os limites são folgados para um formulário de agendamento ou orçamento e apertados para qualquer coisa que queira substituir um site inteiro. Planeje suas telas a partir deles.

Estes são os componentes que pequenas empresas mais usam, com os limites da referência da Meta em outubro de 2026:

Outros três limites moldam projetos reais. Uma tela comporta no máximo 50 componentes. O modelo de roteamento, que define qual tela leva a qual, permite até 10 ramificações. E o Flow JSON inteiro não pode passar de 10 MB. Nos uploads, a Meta guarda na sua CDN as mídias enviadas por um Flow por até 20 dias, então baixe o que precisar logo.

Também há lógica. Os componentes If e Switch mostram ou escondem partes da tela conforme respostas anteriores, com até 3 níveis de aninhamento no If. Assim, uma única tela pode perguntar «É para uma empresa?» e mostrar o campo de razão social só se a resposta for sim.

Flows com e sem endpoint

Um Flow sem endpoint é um formulário fixo: telas, opções e roteamento são definidos antes, e as respostas chegam no envio. Um Flow com endpoint consulta seu servidor entre as telas para buscar dados ao vivo, como horários livres ou um preço calculado. A maioria dos formulários de pequenas empresas não precisa de endpoint nenhum.

Sem endpoint. Tudo o que o cliente vê está no Flow JSON ou é passado no envio, e a Meta gera o modelo de roteamento automaticamente. Um pedido de orçamento com serviços fixos, uma pesquisa de satisfação, uma inscrição em evento ou um formulário de leads cabem aqui. Você cria no Flow Builder, publica, anexa a um modelo e o lado do WhatsApp está resolvido.

Com endpoint. A ação data_exchange manda o que o cliente preencheu para uma URL que você mantém, e seu servidor devolve os dados da próxima tela. É assim que um Flow de agendamento mostra só horários realmente livres, ou um Flow de pedido mostra o estoque do dia. Isso vem com exigências técnicas sérias, todas do guia de endpoint da Meta:

• O servidor precisa aceitar requisições POST por HTTPS com certificado TLS válido.
• Tudo é criptografado: uma chave AES chega criptografada com RSA, e os dados usam AES-GCM. Seu servidor descriptografa cada requisição e criptografa cada resposta.
• Ele precisa responder a verificações de saúde, um «ping» que o WhatsApp pode mandar a qualquer momento para endpoints de Flows publicados.
• O guia de monitoramento da Meta recomenda responder em menos de 1 segundo. Se a taxa de erros ou a latência pioram bastante, a Meta manda alertas por webhook, depois limita o Flow a 10 mensagens por hora e, se piorar mais, bloqueia: ele não pode mais ser enviado nem aberto.

A própria Meta empurra para a opção simples: o guia de endpoint diz que Flows com endpoint devem evitar usá-lo quando não é necessário, porque dispensá-lo reduz a latência e simplifica o desenvolvimento. Se você consegue passar os dados da primeira tela no envio e navegar entre telas com navigate, faça isso.

8 exemplos e casos de uso de WhatsApp Flows

Os Flows compensam quando a empresa precisa das mesmas respostas de todo cliente, numa ordem fixa, com escolhas que dá para listar antes. Estes oito casos cobrem quase tudo o que equipes pequenas criam, do agendamento à inscrição, com uma nota sobre a necessidade de endpoint.

1. Agendamento. Serviço, data preferida num CalendarPicker, faixa de horário, nome e um campo de observações. Sem endpoint, o cliente escolhe um horário preferido e você confirma; com endpoint, o Flow mostra só horários livres. Para os lembretes depois, nosso guia de lembretes de agendamento no WhatsApp explica o timing.

2. Captação de leads. Nome, e-mail, interesse, faixa de orçamento e consentimento de marketing. Um Flow ligado a um anúncio click-to-WhatsApp transforma cliques em leads completos em menos de um minuto. Nosso guia de geração de leads no WhatsApp mostra onde isso se encaixa entre as outras fontes.

3. Pedido de orçamento. Tipo de serviço, tamanho ou quantidade, prazo e fotos pelo PhotoPicker. Opções fixas deixam as respostas comparáveis, e as fotos poupam a primeira rodada de perguntas. Endpoint só se você quiser preço na hora.

4. Feedback e pesquisas. Uma nota, duas ou três perguntas de escolha e um comentário opcional, enviados depois do serviço. Curto e fixo, onde os Flows brilham. Fique em uma ou duas telas.

5. Formulário de pedido. Produto, variação, quantidade, entrega ou retirada e endereço. Um catálogo simples funciona sem endpoint; estoque ao vivo, frete ou descontos exigem um. Se a linha de produtos for grande, compare antes com os recursos de catálogo do WhatsApp.

6. Inscrição em evento ou aula. Sessão numa lista suspensa, número de participantes, necessidades alimentares ou de acessibilidade e consentimento. Inscrição é o formulário fixo clássico, e um componente OptIn coleta no mesmo passo a permissão para mensagens de acompanhamento.

7. Abertura de suporte. Número do pedido ou da conta, tipo de problema, descrição e captura de tela pelo DocumentPicker ou PhotoPicker. Quem responde começa com tudo de que precisa. Nosso guia de WhatsApp para atendimento ao cliente cobre o resto da configuração.

8. Preferências e consentimentos. Sobre quais temas o cliente quer saber, com que frequência e uma saída clara. Um jeito organizado de coletar o consentimento que a Meta exige antes dos modelos de marketing, e de respeitá-lo depois.

O que eles têm em comum: a empresa consegue escrever cada pergunta antes de a conversa começar. Quando a próxima pergunta depende de uma resposta livre, o formulário começa a brigar com a conversa.

O que é preciso para usar WhatsApp Flows

Para enviar Flows você precisa da WhatsApp Business Platform com a Cloud API, empresa verificada, boa qualidade de mensagens, um Flow publicado e, para envios iniciados pela empresa, um modelo aprovado. Também precisa de um software ou um desenvolvedor que receba as respostas e aja. O aplicativo WhatsApp Business não envia Flows.

A lista dos guias de início e envio da Meta, com as partes práticas em volta:

• Uma conta na WhatsApp Business Platform. Ela dá acesso ao WhatsApp Manager, onde fica o Flow Builder, e a um número configurado na Cloud API. Nossa comparação aplicativo WhatsApp Business ou API explica o que muda.
• Verificação da empresa. Os guias da Meta dizem que ela é obrigatória para enviar Flows a clientes. Nosso guia da conta WhatsApp Business verificada mostra os passos.
• Alta qualidade de mensagens. A Meta pede que você a mantenha. Um número com nota baixa corre o risco de limites de envio menores, e com isso menos destinatários para seus modelos com Flow.
• Um modelo aprovado, se você inicia a conversa. O status precisa ser APPROVED, não PENDING. Nosso guia de modelos de mensagem do WhatsApp explica categorias e aprovação.
• Algo que receba as respostas. A resposta do Flow chega ao seu webhook. Sem software que a transforme em contato, agendamento ou tarefa, você coletou dados e não os guardou em lugar útil nenhum.
• Um fornecedor ou desenvolvedor, a menos que sua equipe programe. A maioria das empresas cria Flows com ferramentas de um fornecedor; com endpoint, é preciso desenvolvedor de qualquer jeito.

Os limites de envio valem. Em outubro de 2026, o limite da plataforma começa em 250 destinatários únicos em 24 horas móveis para conversas iniciadas pela empresa e sobe para 2.000, 10.000, 100.000 e ilimitado conforme qualidade e verificação. Um Flow num modelo de marketing conta como qualquer outro envio de modelo.

O aparelho importa. A documentação da Meta lista Android 6.0+ e iOS 12+ e diz que os Flows não funcionam em dispositivos conectados como o WhatsApp Web. Se muitos clientes escrevem do computador, alguns vão ver a mensagem mas não vão conseguir abrir o formulário.

Quanto custam os WhatsApp Flows?

Em outubro de 2026, a página de preços da Meta não mostra cobrança separada para Flows. Um Flow vai numa mensagem, e essa mensagem é cobrada pelas regras normais da Meta: um modelo com Flow pela sua categoria, e uma mensagem interativa com Flow dentro da janela de atendimento como mensagem de serviço.

Na prática, segundo a documentação de preços da Meta:

• Flow num modelo. Cobrado por mensagem entregue, pela categoria do modelo (marketing, utilidade ou autenticação) e pelo país do destinatário. Modelos de marketing são sempre cobrados.
• Flow numa mensagem interativa. Só é possível dentro da janela de atendimento de 24 horas que abre quando o cliente escreve para você. Desde 1º de outubro de 2026, cada número empresarial tem 1.000 mensagens de serviço entregues por mês sem cobrança; o que sobra não acumula, e acima disso as mensagens de serviço são cobradas.
• O ponto de entrada gratuito. Se um cliente escreve para você a partir de um anúncio click-to-WhatsApp no app de Android ou iOS e você responde a tempo, abre-se uma janela de até 7 dias em que mensagens de marketing, utilidade, autenticação e serviço não são cobradas. Computador e web não contam. Um Flow enviado nessa janela não custa nada pela mensagem.
• O envio do cliente. A Meta não cobra pelas mensagens que os usuários mandam às empresas, então a resposta com os dados não é cobrada.
• Tarifas. A Meta só pode mudar tarifas no primeiro dia de cada trimestre, no máximo quatro vezes por ano, com aviso prévio. Como variam conforme o país do destinatário, confira a tabela em vigor no site da Meta em vez de números publicados em outro lugar. Para o detalhe das categorias, leia nosso guia de preços da WhatsApp Business API.

O custo maior costuma não ser o da Meta. É a construção: o plano do fornecedor com Flow Builder, as horas de desenvolvimento do endpoint e o trabalho de ligar as respostas ao CRM. Um formulário de leads fixo pode levar uma tarde. Um Flow de agendamento com disponibilidade ao vivo, criptografia e monitoramento é um projeto de software de verdade.

Limites e pontos de falha para prever

Os Flows falham de formas previsíveis: clientes no WhatsApp Web não conseguem abri-los, formulários longos são abandonados, endpoints lentos são limitados e respostas que chegam ao webhook nunca chegam ao CRM. Tudo isso se evita planejando desde o começo.

O abandono é invisível. Um cliente que abre um Flow de cinco telas e fecha na terceira não envia nada. Você só sabe que ele abriu se o seu fornecedor informar. Mantenha os Flows curtos, coloque as perguntas fáceis primeiro e planeje um acompanhamento para quem não envia.

O texto livre fica apertado. O TextInput tem limite padrão de 80 caracteres e o TextArea de 600. Basta para um nome ou uma descrição curta, mas frustra quem quer explicar um pedido fora do comum.

Nem todo aparelho abre. A lacuna do WhatsApp Web é real. Coloque sempre uma linha alternativa na mensagem, como «Ou responda aqui mesmo com seus dados».

O endpoint adiciona um ponto de falha. Servidor lento significa Flow limitado e depois bloqueado. Se o seu Flow de agendamento depende da API da sua agenda, as quedas dela viram suas quedas no WhatsApp.

Cada edição recomeça o ciclo. Editar um Flow publicado o devolve para rascunho, e mudar o modelo que o carrega pode exigir nova aprovação.

Veja como um Flow se compara às duas alternativas comuns para coletar as mesmas informações:

A alternativa sem Flow: perguntar no chat e salvar em campos

Em muitas coletas de dados, a melhor opção nem é um formulário. Um assistente faz as mesmas perguntas uma a uma no chat, e cada resposta é gravada no campo certo do cadastro do cliente assim que chega. Sem Flow JSON, sem endpoint e sem perder nada se o cliente parar no meio.

Funciona porque uma conversa já é uma interação estruturada quando as perguntas são fixas e as respostas são bem guardadas. «Qual serviço te interessa?», depois «Quando fica bom para você?» e então «Para qual e-mail mandamos o orçamento?» coletam os mesmos dados que um Flow de três telas. A diferença está no que acontece em volta:

• Respostas parciais contam. Se o cliente responde duas perguntas e some, você tem dois dados no cadastro e um motivo para retomar. Um Flow fechado antes do envio não deixa nada.
• Funciona em qualquer lugar. Uma mensagem comum abre em todo aparelho, inclusive no WhatsApp Web.
• O cliente pode sair do roteiro. Se alguém pergunta no meio «Vocês atendem no fim de semana?», um agente responde e volta às perguntas. Um formulário não.
• Tudo fica dentro da janela. Perguntas feitas depois que o cliente escreveu são mensagens de serviço, cobertas pelas 1.000 mensagens mensais por número antes de haver cobrança.

O preço é tamanho e precisão. Um formulário de doze campos com uma lista de 200 itens é um sofrimento no chat e fácil num Flow. Uma coleta de três a cinco perguntas é o contrário. Nosso guia do bot de qualificação de leads no WhatsApp explica como escolher e ordenar essas perguntas, e nosso artigo agente de IA ou chatbot mostra o que muda quando uma IA pergunta no lugar de um roteiro fixo.

Como a Zoye coleta respostas estruturadas no WhatsApp

A Zoye é um AI Business Operator. As treze ferramentas dela já são conectadas entre si (contatos, negócios, tarefas, agenda, documentos, faturas, automações de WhatsApp e mais), e uma assistente de IA opera tudo por você pelo app web, pelo WhatsApp, pelo Slack ou pelo conector do Claude. Para respostas estruturadas no WhatsApp, a Zoye segue o caminho do chat em vez de criar Flows.

As respostas que um lead dá no WhatsApp ficam no cadastro dele ao lado das notas, então quem retoma o contato já começa com o quadro completo.

O bot de qualificação de leads. Você define as perguntas, a ordem e a redação. O bot faz as perguntas no chat e salva cada resposta no campo certo do CRM conforme chega, então um lead qualificado já está preenchido quando você abre, e um que parou no meio guarda o que disse. As respostas podem ser filtradas como qualquer campo, ou seja, dá para montar um público «interessado no serviço B, quer ainda este mês» sem ler uma única transcrição. O conjunto de automações de WhatsApp mostra como tudo se conecta.

Tudo o que envolve as perguntas. Cada lead novo recebe boas-vindas na hora, com uma chave por origem (anúncios, formulários, site, API, manual) e uma única mensagem por pessoa. O agente de IA responde ao que o cliente pergunta de fato, oferece horários de uma única lista de agendamentos com lembretes automáticos, pode mandar um link de pagamento no chat (Stripe, ou Grow em Israel) e passa o lead para um colega quando uma pessoa deve assumir, com a conversa inteira já no cartão do lead.

Criado a partir de uma descrição. Diga à assistente o que deve acontecer, por exemplo «quando chegar um lead novo pelo site, pergunte qual serviço ele quer e quando quer começar, depois crie uma tarefa de ligação para o responsável». A Zoye transforma isso numa regra de verdade, mostra em linguagem simples e não executa nada antes da sua aprovação. As seis automações de WhatsApp começam desligadas, e cada uma pede confirmação antes de enviar.

As regras da Meta resolvidas. A Zoye funciona na WhatsApp Business Platform oficial (Cloud API). Primeiras mensagens, e tudo que sai mais de 24 horas depois da última resposta do cliente, vão automaticamente como modelo aprovado; a Zoye classifica os modelos, envia para a Meta e acompanha o status. Toda mensagem enviada traz uma opção de descadastro, e o STOP é respeitado em todo o espaço de trabalho.

Limites, com franqueza. A Zoye não cria formulários Flow JSON da Meta, e não é revendedora de BSP, nem ferramenta de disparo em massa, nem suíte de helpdesk. Se a sua coleta realmente exige um formulário longo e fixo com dezenas de opções, um Flow criado numa ferramenta dedicada é a escolha certa, e as cobranças da Meta por mensagem se somam a qualquer software, a Zoye inclusive.

Preços: o Almost Free custa US$ 5 por mês (US$ 4 no plano anual) e inclui 1 membro, 1 GB, as ferramentas principais, 15 prompts de IA por mês e integrações do Google; automações não estão incluídas. O Starter custa US$ 29 por mês (US$ 23 no anual) com 10 membros e 5 GB, o Growth US$ 59 (US$ 47) com 20 membros e 10 GB, o Scale US$ 119 (US$ 95) com 100 membros e 25 GB, e o Customize é sob orçamento. Todos os detalhes na página de preços.

Ideal para: equipes pequenas cuja coleta pelo WhatsApp são poucas perguntas e que querem cada resposta no cadastro do lead, seguida do próximo passo certo.

Criar um WhatsApp Flow ou não? Guia rápido de decisão

Crie um Flow quando a sua coleta for longa, fixa e cheia de opções, seus clientes estiverem no celular e você tiver software para receber as respostas. Pergunte no chat quando ela for curta, quando as pessoas saírem do roteiro ou quando a equipe não conseguir manter um Flow JSON e um endpoint.

Passe seu processo por quatro perguntas:

1. Quantas perguntas? Mais de seis, ou qualquer lista com mais de dez opções, puxa para um Flow. De três a cinco, para o chat.
2. Dá para escrever cada pergunta antes? Se sim, um Flow é possível. Se a próxima depende do que a pessoa diz, o chat é melhor.
3. Precisa de dados ao vivo? Se o formulário precisa mostrar horários ou estoque reais, um Flow significa endpoint e desenvolvedor. Uma conversa pode verificar e responder.
4. Para onde vão as respostas? Se nada transforma uma resposta de Flow num cadastro, resolva isso primeiro. Um formulário bonito que alimenta um log que ninguém abre vale menos que uma pergunta simples que chega ao contato certo.

Seja qual for o caminho, avalie depois de duas semanas por um único número: de quem começou a responder, quantos terminaram, e quantos viraram agendamento, orçamento ou venda. E se você quer o caminho do chat com os seus leads no WhatsApp, com cada resposta salva no cadastro, veja os preços; conectar o seu próprio número comercial chega em breve.

Leia também

• Geração de leads no WhatsApp: 9 fontes e a camada de captura
• Bot de qualificação de leads no WhatsApp
• Modelos de mensagem do WhatsApp
• Preços da WhatsApp Business API