Quem já configurou um chatbot de WhatsApp sem planejamento conhece o resultado: um menu com nove opções, clientes digitando "quero falar com alguém" e voltando para o início, atendentes recebendo conversas sem saber o que já foi perguntado. Quase sempre o problema não está na ferramenta, e sim no desenho do fluxo, feito direto no painel do sistema, sem antes entender o que as pessoas realmente pedem.

A seguir, um método em sete passos e, no final, um exemplo completo para uma clínica.

Por que desenhar antes de configurar

Um fluxo de atendimento é um conjunto de decisões: o que perguntar primeiro, quais opções oferecer, o que fazer quando a resposta não se encaixa, em que momento uma pessoa assume. Tomadas dentro da ferramenta, essas decisões ficam presas ao que a tela oferece, e não ao que o cliente precisa.

Desenhar antes, numa planilha ou num quadro branco, deixa as mudanças baratas, permite que recepção, vendas e direção opinem sobre algo que todos entendem e revela cedo as lacunas, como o que fazer fora do horário ou quando chega um áudio.

Se a empresa ainda não tem clareza sobre como o atendimento funciona hoje, comece um passo antes, pelo mapeamento de processos. O fluxo de WhatsApp é a parte visível de um processo; se o processo estiver confuso, o fluxo herda a confusão.

Passo 1: levante as demandas reais

A primeira tarefa é descobrir por que as pessoas entram em contato. Não o que a empresa imagina, mas o que aparece nas conversas. A melhor fonte é o histórico do WhatsApp.

  1. Separe uma amostra de conversas recentes, de semanas diferentes, incluindo dias de movimento alto e baixo.
  2. Para cada conversa, anote numa planilha o motivo real do contato (que nem sempre coincide com a primeira mensagem), se o caso foi resolvido e quem resolveu.
  3. Registre também o que o atendente precisou perguntar antes de conseguir ajudar. Essa coluna vai alimentar o passo 4.
  4. Converse com quem atende: essas pessoas sabem quais pedidos se repetem e quais costumam virar reclamação.

A planilha não precisa de nome, telefone ou detalhes de saúde de ninguém; registre só o motivo e o desfecho. Para entender o que pode ser guardado e por quanto tempo, veja o artigo sobre LGPD no atendimento digital.

Passo 2: agrupe as intenções

Agora transforme dezenas de frases diferentes em poucas intenções. "Quanto custa a consulta?", "vocês aceitam meu convênio?" e "qual o valor do retorno?" expressam a mesma necessidade: saber preço e forma de pagamento. Dê a cada motivo um rótulo curto ("agendar", "remarcar", "preço", "reclamação"), conte quantas conversas caem em cada um e ordene do mais frequente para o menos frequente.

As intenções mais frequentes viram as opções principais do fluxo; as demais ficam em "Outros assuntos", que leva direto a um atendente. Classifique também cada uma pelo tipo de resolução:

  • Informativas: a resposta é sempre a mesma (endereço, horário, documentos necessários). São as melhores candidatas à automação completa.
  • Transacionais: dependem de outro sistema (agenda, pedido, segunda via). Com integração, podem ser automatizadas; sem ela, o fluxo coleta os dados e entrega o caso pronto para uma pessoa.
  • Sensíveis ou complexas: reclamações, negociações, dúvidas clínicas. Devem chegar a um humano o quanto antes.

O artigo Chatbot ou atendente humano aprofunda os critérios para decidir o que automatizar.

Passo 3: escolha entre menu e texto livre

O cliente pode dizer o que quer escolhendo num menu ou escrevendo livremente. Cada forma tem vantagens e custos.

Critério Menu (botões ou lista) Texto livre
Previsibilidade Alta: o sistema sabe o que foi escolhido Depende da interpretação da mensagem
Esforço do cliente Baixo, basta um toque Maior, mas natural para quem já sabe o que quer
Principal risco O cliente não se reconhece em nenhuma opção O sistema entende errado ou não entende
Manutenção Ajustar textos e ordem das opções Revisar com frequência as frases não reconhecidas

Na API oficial do WhatsApp, menus são montados com mensagens interativas. Segundo a documentação da Meta para desenvolvedores, a mensagem com botões de resposta aceita no máximo três botões, com rótulos de até 20 caracteres. Para mais alternativas existe a mensagem de lista, que comporta até dez opções no total, com títulos de até 24 caracteres. Esses limites mudam de tempos em tempos, por isso confira a documentação antes de escrever os textos definitivos; na prática, eles obrigam a escrever opções curtas, o que costuma ser bom para o cliente.

A combinação que costuma funcionar

Use um menu curto na abertura, com as três a cinco intenções mais frequentes, e aceite texto livre em qualquer ponto. Se o cliente escreve "quero remarcar minha consulta de quinta", o fluxo deveria reconhecer "remarcar" e seguir pelo caminho certo; se não reconhecer, reapresenta o menu com a opção de falar com uma pessoa.

Quando botões e listas estiverem disponíveis, evite menus do tipo "digite 1 para...". Eles obrigam o cliente a voltar na mensagem para conferir a opção e falham quando ele digita "1.", "um" ou "opção 1". E escreva as opções com as palavras do cliente: "Resultado de exame" funciona melhor que "Laudos"; "Meu pedido não chegou", melhor que "Pós-venda". Há mais orientações em como escrever mensagens automáticas que as pessoas entendem.

Passo 4: colete só o mínimo de dados

A coluna do passo 1 com o que o atendente precisou perguntar mostra quais dados cada intenção realmente exige. Esse é o limite: o fluxo não deve pedir nada que ninguém vá usar.

Há dois motivos. Cada pergunta a mais é um ponto em que o cliente pode desistir. E a Lei Geral de Proteção de Dados tem entre seus princípios o da necessidade (art. 6º, III), que limita o tratamento ao mínimo necessário para a finalidade. Pedir CPF para informar o horário de funcionamento não se sustenta.

  • Uma pergunta por vez. "Informe nome, CPF e data de nascimento" numa só mensagem gera respostas incompletas.
  • Peça o dado quando ele fizer falta. Quem só quer o endereço não precisa se identificar.
  • Diga para que serve o dado quando não for óbvio: "Para localizar seu agendamento, informe a data de nascimento do paciente."
  • Valide e explique. Se a data chegou como "15/13", mostre o formato esperado em vez de repetir a pergunta.
  • Deixe dados sensíveis fora do bot. Em saúde, não peça sintomas ou diagnósticos; dados referentes à saúde são dados pessoais sensíveis pela LGPD (art. 5º, II), com regras mais restritas de tratamento (art. 11), e devem ficar com o profissional responsável.

Passo 5: defina os pontos de transferência para humano

A transferência para uma pessoa não é sinal de que o bot falhou; ela faz parte do desenho. A Política de Mensagens do WhatsApp Business determina que empresas que usam automação ofereçam caminhos de escalonamento rápidos, claros e diretos, como a transferência para um atendente na própria conversa ou outro canal de contato.

Quando transferir

  • Por pedido: o cliente quer falar com alguém. Deixe essa opção visível em todos os menus.
  • Por intenção: reclamações, cancelamentos, negociações e casos sensíveis vão direto para uma pessoa.
  • Por falha: depois de duas respostas não compreendidas, o fluxo transfere em vez de perguntar pela terceira vez.
  • Por regra de negócio: pedidos acima de certo valor, relatos de urgência, clientes com reclamação em aberto.

Como transferir bem

O atendente precisa receber o contexto: o que o cliente escolheu e os dados já informados, para não recomeçar com "em que posso ajudar?". Para o cliente, a mensagem deve dizer o que vai acontecer e quando, com honestidade: prometer "em instantes" e responder uma hora depois irrita mais do que um prazo maior cumprido. Fora do horário, o fluxo informa quando haverá retorno e registra o pedido.

Passo 6: escreva as mensagens de erro e os caminhos de saída

A maioria dos fluxos é desenhada para o caminho feliz. Na vida real, as pessoas mandam áudio, figurinha, foto da receita, "oi" no meio de um agendamento, ou somem. Use esta lista para revisar cada etapa:

  • Resposta fora das opções: reapresente as opções com outra frase e inclua sempre "falar com atendente".
  • Áudio ou imagem quando o fluxo espera texto: explique o que fazer naquela etapa ou, se áudio for o jeito natural daquele público, encaminhe para uma pessoa.
  • Cliente que some: defina por quanto tempo a conversa fica aberta. Na API oficial, mensagens livres só podem ser enviadas dentro da janela de atendimento de 24 horas, contada a partir da última mensagem do cliente; fora dela, apenas modelos de mensagem aprovados. Veja os detalhes em janela de atendimento de 24 horas.
  • Sistema fora do ar: se a agenda não responder, o fluxo avisa e transfere, em vez de travar.
  • Pedido para não receber mensagens: registre e respeite, como exige a política do WhatsApp.

Nunca culpe o cliente. "Opção inválida" soa como bronca; prefira "Não consegui identificar a opção. Toque em um dos botões abaixo ou escreva atendente."

Dica: adote uma regra única de repetição para o fluxo inteiro. Na primeira resposta não reconhecida, o fluxo reformula a pergunta; na segunda, transfere para uma pessoa com o histórico da conversa. Isso elimina o loop que mais irrita quem está do outro lado.

Passo 7: teste com usuários reais

Quem desenhou o fluxo já sabe o que cada opção quer dizer, por isso o teste interno raramente encontra os problemas mais importantes.

Antes de publicar

  1. Escreva de cinco a dez cenários a partir das intenções do passo 2, incluindo os difíceis: cliente que manda áudio, que erra a data, que quer resolver duas coisas na mesma conversa.
  2. Peça a pessoas de fora (colegas de outro setor, alguns clientes de confiança) que executem os cenários sem explicação prévia.
  3. Anote onde a pessoa hesitou, o que digitou em vez de tocar no botão e em que ponto desistiu.
  4. Corrija e repita com pessoas que ainda não viram o fluxo.

Depois de publicar

Nas primeiras semanas, revise as conversas quase todos os dias. Observe as respostas não reconhecidas, as etapas com mais abandono e as transferências que deveriam ter acontecido antes. Não tire conclusões de um único dia: segunda de manhã e sábado à tarde trazem públicos diferentes.

Exemplo completo: fluxo de uma clínica

Imagine uma clínica fictícia de especialidades no interior paulista, com três médicos, duas recepcionistas e agenda num sistema sem integração com o WhatsApp. Suponha que o levantamento, numa amostra hipotética de 150 conversas, tenha mostrado: agendar consulta (55), remarcar ou cancelar (30), convênios e valores (25), resultados e documentos (20) e outros assuntos (20).

Como a agenda não é integrada, o bot não marca consultas: coleta os dados e entrega o pedido pronto para a recepção confirmar o horário.

Etapa O que o fluxo faz Opções ou dados Se der errado
1. Abertura Cumprimenta, identifica a clínica e oferece o menu Lista: Agendar consulta; Remarcar ou cancelar; Convênios e valores; Resultados e documentos; Falar com a recepção Palavra conhecida no texto livre segue o caminho certo; sem reconhecimento, reapresenta a lista uma vez e depois transfere
2a. Agendar Pergunta a especialidade Três botões, um por especialidade Especialidade não atendida: informa e oferece a recepção
2b. Agendar Pergunta se é convênio ou particular Lista com convênios aceitos, "Particular" e "Outro convênio" "Outro convênio": avisa que a recepção vai verificar e transfere
2c. Agendar Pergunta o período preferido Botões: Manhã; Tarde; Qualquer horário Texto livre ("só depois das 17h") vira observação
2d. Agendar Pede o nome completo do paciente e mostra o resumo Texto; botões Está certo e Corrigir Fora do horário: informa quando a recepção vai responder
3. Remarcar ou cancelar Pede nome do paciente e data da consulta atual, depois transfere Texto e data Data inválida: mostra um exemplo; após duas falhas, transfere
4. Convênios e valores Envia convênios aceitos e valores particulares, de uma tabela mantida pela recepção Botões: Quero agendar; Falar com a recepção Dúvida sobre cobertura de procedimento vai para a recepção
5. Resultados e documentos Explica como e onde retirar resultados e quais documentos levar Botões: Ainda tenho dúvidas; Voltar ao menu O bot não envia nem comenta resultados
6. Falar com a recepção Transfere com o histórico da conversa Nenhum dado extra Fora do horário: informa o horário e registra o pedido
Regras gerais Valem em qualquer etapa "Atendente" transfere na hora; áudio vai para a recepção; pedido para não receber mensagens é registrado Relato de urgência: orienta a procurar atendimento de emergência e transfere

Repare no que ficou de fora de propósito: o fluxo não pergunta sintomas, não pede CPF na abertura (a recepção pede depois, se precisar para o cadastro) e não oferece horários sem estar ligado à agenda, o que geraria promessas difíceis de cumprir.

Numa loja, a lógica se repete com outras intenções, como situação do pedido, troca e devolução, pagamento e entrega. Situação do pedido é transacional: com integração, o fluxo pede o número e responde sozinho; sem ela, coleta o número e transfere.

Perguntas frequentes

Quantas opções o menu inicial deve ter?

Entre três e cinco costuma bastar, além da opção de falar com uma pessoa. Se houver mais intenções relevantes, agrupe as parecidas ou use um segundo nível, mas evite passar de dois: a cada camada, mais gente desiste ou escolhe errado.

Preciso da API oficial para ter um fluxo automatizado?

O aplicativo WhatsApp Business oferece recursos básicos, como mensagem de saudação, mensagem de ausência e respostas rápidas, e permite usar a conta em um número limitado de aparelhos conectados. Menus com botões e listas, integração com agenda, CRM ou loja virtual e atendimento por uma equipe maior no mesmo número dependem da WhatsApp Business Platform, a API oficial da Meta, normalmente por meio de um provedor. A comparação completa está em WhatsApp Business: aplicativo ou API oficial.

Posso usar IA generativa em vez de menus?

Ela ajuda a interpretar texto livre, mas não dispensa o método: você continua precisando definir intenções, dados e pontos de transferência. E exige limites claros de assunto e revisão frequente, porque pode errar com aparência de certeza. Os cuidados estão detalhados em IA generativa no atendimento.

De quanto em quanto tempo devo revisar o fluxo?

Com frequência nas primeiras semanas; depois, numa rotina fixa e sempre que algo mudar no negócio, como um serviço novo ou um horário diferente.

Conclusão

Um fluxo de atendimento útil nasce das conversas que a empresa já recebe, não de um modelo pronto. Quando intenções, dados, transferências e erros são decididos no papel, a configuração vira a parte fácil; o teste com pessoas de fora e a revisão constante cuidam do resto.

Se quiser apoio para tirar o desenho do papel e implementar na API oficial, a Telep trabalha com esse tipo de projeto; veja como funciona o nosso processo.