Voltar ao blog
Construímos dois chatbots. Agora vamos colocá-los diante de um negócio real.

Construímos dois chatbots. Agora vamos colocá-los diante de um negócio real.

No último post, montamos o mesmo fluxo no ManyChat e no Typebot: produtos, horários e atendimento. Como exercício, funcionou.

Mas um tutorial permite controlar as perguntas. Um cliente com fome não.

A partir daqui, toda a série vai acompanhar um único projeto: o atendimento da Caetano’s Doces e Café, uma cafeteria e doceria.

O canal será o WhatsApp da doceria. E o objetivo não será fazer uma demo bonita. Será evoluir o atendimento por camadas, do chatbot simples até uma operação capaz de lidar com clientes, encomendas, fornecedores, notas e cotações.

Antes de automatizar qualquer coisa, precisamos corrigir o desenho da conversa.

O fluxo que parece bom no editor

Para a Caetano’s, o primeiro menu poderia ser:

Olá! Como podemos ajudar?
├── Ver cardápio
├── Fazer uma encomenda
├── Consultar horários
└── Falar com a equipe

É simples. E exatamente por isso esconde vários problemas.

Erro 1 — Transformar o WhatsApp em menu de telefone

Aquele “digite 1 para…, digite 2 para…” (URA). Se o menu do WhatsApp começa com dez opções, submenus e códigos, o cliente não conversa. Ele caça uma saída.

Cardápio, encomenda, horários e atendimento já cobrem o início. Financeiro, fornecedores e cotações são processos internos; não precisam disputar espaço no menu do cliente.

Um chatbot não melhora porque ganhou mais botões. Melhora quando reduz o caminho até o que a pessoa veio fazer.

Erro 2 — Tratar “encomenda” como pedido confirmado

Uma pessoa escreve:

“Quero um bolo para sábado.”

Isso ainda não é um pedido.

Faltam sabor, tamanho, quantidade, data, horário, retirada ou entrega, endereço, disponibilidade e confirmação de preço.

Se o bot responde “pedido confirmado” antes de validar essas informações, criou uma promessa que a cozinha talvez não consiga cumprir.

Na Caetano’s, o chatbot deve registrar uma solicitação de encomenda. A confirmação só acontece depois que a equipe valida capacidade, prazo e condições.

Linguagem importa porque muda responsabilidade.

Erro 3 — Não oferecer atendimento humano

Há perguntas que não cabem no menu:


  • restrição alimentar
  • personalização
  • urgência
  • problema com pedido
  • negociação de quantidade


O chatbot precisa saber parar.

“Falar com a equipe” não é fracasso da automação. É uma saída projetada para situações em que a operação humana ainda é a melhor ferramenta.

E só escreva “vamos transferir” se alguém for realmente avisado. Fallback falso é uma promessa vazia.

Erro 4 — Criar becos sem saída

Depois de mostrar o cardápio, o que acontece?

Depois de informar o horário, a conversa termina?

Depois de coletar os dados da encomenda, o cliente consegue corrigir a data?

Todo caminho precisa oferecer um próximo passo:

Deseja fazer mais alguma coisa?
├── Voltar ao menu
└── Encerrar

Sem volta e sem encerramento claro, o cliente fica preso numa conversa que tecnicamente “funcionou”.

Erro 5 — Pedir informação sem explicar por quê

Nome, telefone e endereço não devem ser coletados por hábito.

O WhatsApp já fornece um identificador do contato. Endereço só é necessário se houver entrega. E-mail pode ser útil para nota ou comunicação, mas talvez não faça sentido numa simples consulta ao cardápio.

Colete o mínimo necessário para aquele passo.

Mais campos não significam mais inteligência. Significam mais abandono e mais dados sob sua responsabilidade.

Erro 6 — Responder fora do horário como se alguém estivesse online

O WhatsApp chega a qualquer hora. A equipe não.

Se o bot diz “já vamos atender” de madrugada, criou uma expectativa falsa.

A resposta precisa distinguir:


  • informação automática disponível agora
  • solicitação registrada para tratamento posterior
  • atendimento humano dentro do período definido pela operação


Não vamos inventar o horário da Caetano’s dentro do fluxo. Ele deve vir de uma configuração oficial, fácil de atualizar num único lugar.

Erro 7 — Testar como dono, não como cliente

Quem desenhou o fluxo sabe exatamente quais palavras usar. O cliente escreve:

“Tem bolo sem leite pra amanhã?”
“Queria orçamento de 80 docinhos.”
“Meu pedido ainda não chegou.”

Um chatbot de regras não interpreta tudo isso. E não há problema em admitir esse limite.

Teste com outra pessoa, sem explicar o menu. Observe onde ela hesita, volta, repete ou pede ajuda. Se você precisa ficar ao lado orientando, o fluxo ainda não está claro.

Traduzindo para o mundo real

O chatbot da Caetano’s é como o balcão da loja.

Ele mostra as opções, coleta o necessário e encaminha. Não promete que há bolo disponível sem consultar a produção. Não confirma entrega sem endereço. Não negocia preço em nome dos donos.

O balcão organiza a conversa. A operação cumpre o combinado.

Onde o projeto está agora

Temos um atendimento estruturado para o WhatsApp:


  • cardápio
  • solicitação de encomenda
  • horários
  • atendimento humano


Mas os dados ainda ficam presos na conversa.

Se alguém pede orçamento de 80 docinhos, uma pessoa ainda precisa copiar a mensagem, registrar a solicitação e avisar quem vai responder.

No próximo post, adicionaremos a próxima camada: automação.

Quando uma solicitação chegar pelo WhatsApp da Caetano’s, o sistema começará a mover o trabalho fora da conversa — ainda sem IA.

Até lá

Comentários

Carregando comentários...

Construímos dois chatbots. Agora vamos colocá-los diante de um negócio real. | Blog LPSolutio