API oficial

Mensagens interativas no WhatsApp: quando o botão vale mais do que a pergunta

Por VeyloCRM · · 14 min de leitura

Uma conversa por mensagem morre em dois lugares: onde a pessoa precisa digitar e onde ela precisa decidir o que digitar. Os formatos interativos da API oficial atacam exatamente esses dois pontos, e por isso mudam a taxa de resposta de forma que nenhuma reescrita de texto consegue. Mas eles também têm limites rígidos, exigem aprovação quando entram em template e, mal usados, transformam o atendimento em uma URA de menus — o formato que o cliente aprendeu a odiar no telefone. Este texto trata de usar bem.

O custo de pedir para digitar

Toda pergunta aberta em uma conversa cobra um pedágio. A pessoa precisa parar, formular, escrever e enviar — e uma parte dela desiste em cada uma dessas etapas. Em atendimento, esse pedágio aparece como conversa que fica sem resposta e é dada como perdida quando, na verdade, ela só era trabalhosa demais para continuar.

Há um segundo custo, menos visível e mais caro para a empresa: a resposta livre chega em mil formatos diferentes. "Sim", "quero sim", "pode ser", "vamos", "👍" e "confirmo" significam a mesma coisa e obrigam o sistema a adivinhar. Qualquer automação construída sobre texto livre passa a vida tentando interpretar variações.

Os formatos interativos resolvem os dois de uma vez. A pessoa toca em vez de escrever, e o sistema recebe um identificador exato em vez de uma frase para interpretar. É a diferença entre perguntar e oferecer.

Os formatos disponíveis

A API oficial oferece um conjunto de formatos que não existem no aplicativo comum. Os que sustentam a maior parte das operações:

Todos têm limites de caracteres curtos — botões cabem em poucas palavras, e o texto é truncado sem aviso quando passa. Escrever para esse espaço é parte do trabalho, não um detalhe.

Botão de resposta: quando usar

O botão de resposta é o formato certo quando existem até três caminhos e a decisão é imediata. Os casos que mais rendem:

Se as opções passam de três, o formato está errado — e forçar não funciona, porque o limite é da plataforma.

Leitura liberada

Continue lendo de graça

Preencha uma vez e libere este e todos os outros artigos do blog. Não cobramos nada — só queremos saber para quem estamos escrevendo.

Leva 20 segundos. Prefere falar direto no WhatsApp?

Lista: quando o botão não cabe

A lista resolve o caso das muitas opções sem transformar a mensagem em um paredão de texto. Ela aparece como um botão único; ao tocar, abre um menu organizado em seções, com título e descrição em cada item.

Ela é o formato certo para escolher unidade, serviço, horário, categoria de produto ou motivo de contato. E tem duas vantagens que passam despercebidas: a descrição de cada item permite explicar a opção sem poluir a conversa, e a lista não ocupa espaço na tela enquanto está fechada — a conversa continua legível.

O erro comum é usar lista onde caberiam dois botões. O menu adiciona um toque a mais e um instante de leitura; quando há duas opções óbvias, o botão sempre converte melhor.

Vale um cuidado de projeto: lista longa é sintoma de processo mal desenhado. Quinze opções significam que a empresa está pedindo ao cliente que faça a triagem que deveria ser feita por quem conhece o negócio. Duas listas curtas encadeadas — categoria e depois item — funcionam melhor do que uma gigante.

Botões de ação: link, ligação e código

Os botões de ação não devolvem escolha; eles executam algo no aparelho. Cada um tem um uso natural e um mau uso frequente.

O botão de link serve para levar ao pagamento, ao rastreio, ao documento ou ao agendamento. O mau uso é mandar para a página inicial do site — a pessoa sai da conversa e se perde. Link em mensagem tem que chegar exatamente onde a conversa parou, e de preferência já identificando o cliente.

O botão de ligação é subestimado. Em serviços de urgência, ele converte mais do que qualquer fluxo de perguntas, porque quem tem um cano estourado não quer preencher nada.

O botão de copiar código resolve um problema pequeno e irritante: cupom que a pessoa precisa selecionar à mão, e código de verificação digitado errado. É obrigatório no formato de autenticação e opcional em promoções.

Um detalhe de operação: o botão de link pode ser dinâmico, com uma parte do endereço vindo como variável. É o que permite um mesmo template levar cada cliente ao seu próprio pedido. Sem isso, cada campanha exigiria um template novo.

Botão em template exige aprovação

Aqui mora a distinção que mais confunde quem está começando: dentro da janela de atendimento, a empresa monta os botões livremente; fora dela, os botões fazem parte do template e passam por análise.

Na prática:

  • Se o cliente escreveu nas últimas horas, a empresa responde com botões ou lista montados na hora, sem aprovação nenhuma.
  • Se a empresa está iniciando a conversa, os botões precisam estar no template aprovado — texto e tipo definidos antes, sem improviso.

Isso tem uma consequência de projeto importante: o template que inicia a conversa deve trazer botões que abram a janela. Um template sem botão pede que a pessoa digite, e boa parte não digita. Um template com "Quero saber mais" e "Não tenho interesse" transforma um envio em uma conversa aberta — e a partir daí tudo fica livre e mais barato.

Há ainda a lista, que não está disponível dentro de template do mesmo jeito que os botões. O padrão que funciona é: template com botões para abrir a conversa, lista logo depois, já com a janela aberta.

O que a escolha devolve ao seu sistema

Quando a pessoa toca em um botão de resposta, o sistema da empresa recebe um evento com o identificador daquela opção — não o texto que apareceu na tela, mas um código definido por quem montou a mensagem.

Isso muda o que é possível construir. Com texto livre, a automação depende de interpretar palavras. Com identificador, ela ramifica com precisão: quem tocou em "orçamento" vai para uma fila, quem tocou em "suporte" para outra, e não existe ambiguidade.

Três cuidados que evitam retrabalho:

  • Use identificadores estáveis e legíveis, como confirmar_agendamento. Trocar o texto do botão depois não deve quebrar a automação.
  • Guarde a escolha no cadastro do contato, não só no fluxo. É informação comercial: quem tocou em "ainda tenho interesse" é lead quente e isso precisa sobreviver ao fim da conversa.
  • Trate a resposta em texto também. Sempre haverá quem escreva "quero" em vez de tocar. Ignorar essa pessoa porque ela não usou o botão é o pior resultado possível.

Como não virar uma URA de menus

O risco dos interativos é construir no WhatsApp o que o cliente já detesta no telefone: uma árvore de menus que nunca chega a uma pessoa. Quatro regras evitam isso.

Profundidade máxima de dois níveis. Depois do segundo menu, a conversa precisa chegar em alguém ou resolver o assunto. Três níveis já produzem abandono.

Saída humana sempre visível. Uma das opções tem que ser "falar com uma pessoa", em todos os níveis. Esconder essa opção não reduz custo de atendimento — aumenta reclamação.

Menu não é boas-vindas. Abrir a conversa com um menu de sete itens antes de saber o que a pessoa quer inverte a ordem. Melhor perguntar em uma frase e usar o menu depois, quando já se sabe a categoria.

Quem já é cliente não passa pela triagem. Se o sistema reconhece o contato e sabe que existe um pedido em andamento, o primeiro botão deve ser sobre esse pedido — não o menu genérico.

A redação de um botão

O espaço é curto e cada palavra pesa. O que funciona:

  • Verbo na primeira pessoa. "Quero remarcar" converte mais do que "Remarcação", porque descreve a intenção de quem toca.
  • Uma ideia por botão. "Ver preço e prazo" divide a atenção; escolha um.
  • Opções paralelas. Se um botão é "Confirmo", o outro é "Preciso remarcar" — não "Outras opções", que não é da mesma natureza.
  • Sem ambiguidade entre botões. "Suporte" e "Ajuda" na mesma mensagem paralisam a pessoa.
  • A negativa também é um botão. Oferecer "Não tenho interesse" parece perder venda e na prática protege o número, porque substitui a denúncia.

Uma operação em números

Uma clínica com 1.200 agendamentos por mês serve de exemplo. O lembrete em texto puro, pedindo "responda SIM para confirmar", tinha:

  • 1.200 lembretes enviados
  • 1.068 entregues — 89%
  • 374 respostas — 35% das entregues
  • Taxa de falta de 18% sobre a agenda

Trocando o texto por um template com dois botões — "Confirmo" e "Preciso remarcar" — e mantendo tudo mais igual:

  • 1.068 entregues, mesmo patamar
  • 726 respostas — 68% das entregues
  • Dessas, 91 tocaram em "Preciso remarcar"
  • Taxa de falta de 9% sobre a agenda

A leitura importante não é a queda da falta pela metade — é de onde ela veio. As 91 pessoas que tocaram em "Preciso remarcar" eram, antes, faltas silenciosas: horários que ninguém sabia que estariam vazios. Com o botão, viraram avisos com antecedência, e cada um deles é um horário que a recepção consegue reocupar. Com um ticket médio de R$ 220, os 91 horários recuperados representam cerca de R$ 20.000 por mês que antes evaporavam — produzidos por dois botões que substituíram a palavra "SIM".

Cinco erros com interativos

  • Pedir para digitar quando um botão resolve. Cada digitação cobra um pedágio e uma parte das pessoas desiste no caminho.
  • Usar lista onde cabiam dois botões. O menu adiciona um toque e um instante de leitura, e converte menos.
  • Enviar template sem botão para iniciar conversa. Perde a chance de abrir a janela, que é o que torna todo o resto livre e mais barato.
  • Esconder a saída humana. Não reduz custo de atendimento; aumenta reclamação e denúncia.
  • Ignorar quem responde em texto. Sempre haverá quem escreva em vez de tocar, e essa pessoa costuma ser a mais interessada.

Os números para acompanhar

Cinco indicadores dizem se os formatos interativos estão trabalhando. A taxa de interação sobre entregues — quantos tocaram em alguma opção —, que é a medida direta do formato. A distribuição das escolhas, que revela o que o público realmente quer e frequentemente contradiz o que a empresa supunha. A taxa de abandono por nível de menu, que mostra em que profundidade a conversa morre e costuma condenar o terceiro nível. A proporção de respostas em texto livre mesmo com botão disponível, que indica se as opções estão cobrindo os casos reais. E a taxa de acionamento da saída humana, que não deve ser tratada como falha da automação, e sim como o dado que mostra onde o autoatendimento ainda não resolve.

Perguntas frequentes

Quantos botões posso colocar em uma mensagem do WhatsApp?

Botões de resposta rápida vão até três por mensagem, e esse limite é da plataforma — não há como forçar mais. Quando as opções passam de três, o formato correto é a lista: um botão único que abre um menu com seções e itens, cada um com título e uma descrição curta, comportando bem mais alternativas sem transformar a conversa em um paredão de texto. O erro na direção oposta também é comum: usar lista onde caberiam dois botões. O menu adiciona um toque a mais e um instante de leitura, e quando há duas opções óbvias o botão sempre converte melhor. Vale lembrar que todos os formatos têm limites de caracteres curtos e o texto é truncado sem aviso quando passa, então escrever para esse espaço faz parte do trabalho.

Preciso de aprovação da Meta para usar botões?

Depende de quem inicia a conversa. Dentro da janela de atendimento — ou seja, quando o cliente escreveu nas últimas horas — a empresa monta botões e listas livremente, na hora, sem aprovação nenhuma. Fora da janela, quando é a empresa que inicia, os botões fazem parte do template e passam por análise junto com o texto: tipo e conteúdo precisam ser definidos antes, sem improviso. Isso tem uma consequência de projeto que vale ouro: o template que inicia a conversa deve trazer botões que abram a janela. Um template sem botão pede que a pessoa digite, e boa parte não digita; um template com "Quero saber mais" e "Não tenho interesse" transforma um envio em conversa aberta, e a partir daí tudo fica livre e mais barato.

O que meu sistema recebe quando o cliente toca em um botão?

Um evento com o identificador daquela opção — não o texto que apareceu na tela, mas um código definido por quem montou a mensagem. Essa diferença muda o que é possível construir: com texto livre a automação precisa interpretar palavras, e "sim", "quero sim", "pode ser" e um emoji de joinha significam a mesma coisa em formatos diferentes; com identificador a ramificação é exata. Três cuidados evitam retrabalho: usar identificadores estáveis e legíveis, para que trocar o texto do botão não quebre a automação; guardar a escolha no cadastro do contato e não apenas no fluxo, porque quem tocou em "ainda tenho interesse" é informação comercial que precisa sobreviver ao fim da conversa; e continuar tratando resposta em texto, já que sempre haverá quem escreva em vez de tocar — e ignorar essa pessoa é o pior resultado possível.

Botão realmente aumenta a taxa de resposta?

Aumenta, e por um motivo mecânico: elimina a digitação. Toda pergunta aberta cobra um pedágio — a pessoa precisa parar, formular, escrever e enviar, e uma parte dela desiste em cada etapa. Em um exemplo de clínica com 1.200 agendamentos mensais, o lembrete em texto pedindo "responda SIM para confirmar" obtinha 35% de resposta sobre as mensagens entregues, com 18% de falta na agenda; o mesmo lembrete com dois botões, "Confirmo" e "Preciso remarcar", subiu para 68% de resposta e derrubou a falta para 9%. O ganho mais valioso não foi a queda da falta em si, e sim sua origem: as pessoas que tocaram em "Preciso remarcar" eram antes faltas silenciosas, horários que ninguém sabia que ficariam vazios e que agora podem ser reocupados com antecedência.

Como evitar que o menu vire uma URA que o cliente odeia?

Quatro regras resolvem. Profundidade máxima de dois níveis: depois do segundo menu a conversa precisa chegar em alguém ou resolver o assunto, porque o terceiro nível já produz abandono mensurável. Saída humana sempre visível, em todos os níveis — esconder a opção de falar com uma pessoa não reduz custo de atendimento, aumenta reclamação e denúncia, que é o que a plataforma pune. Menu não é boas-vindas: abrir a conversa com sete itens antes de saber o que a pessoa quer inverte a ordem, e é melhor perguntar em uma frase e usar o menu depois, quando já se sabe a categoria. E quem já é cliente não passa pela triagem: se o sistema reconhece o contato e sabe que existe um pedido em andamento, o primeiro botão deve ser sobre esse pedido, não o menu genérico.

Um botão vale mais do que a melhor pergunta escrita

O VeyloCRM monta botões e listas nas conversas, guarda a escolha no cadastro do contato em vez de perdê-la no fim do atendimento, entende quem responde em texto quando não toca no botão, mantém a saída para uma pessoa sempre disponível e funciona igual no WhatsApp, no Instagram Direct e no Messenger — com histórico único.