WhatsApp para restaurantes e delivery: o que automatizar

Restaurante que vende por WhatsApp tem um problema que quase nenhum outro negócio tem: toda a demanda acontece em duas janelas de duas horas. Das 11h30 às 13h30 e das 19h às 21h, as mensagens chegam mais rápido do que alguém consegue ler — e cada minuto de demora é um cliente que pediu no aplicativo do concorrente.

Fora do pico, sobra gente. No pico, falta. É exatamente o cenário onde automação ajuda, desde que ela cubra o repetitivo e devolva o resto para a cozinha e o atendimento.

O que consome o atendimento no pico

Antes de automatizar, vale saber o que realmente ocupa o tempo. Em restaurante, a distribuição é bem previsível:

1. "Manda o cardápio" — a pergunta mais repetida do setor.
2. "Tá aberto?" / "até que horas?"
3. "Quanto tempo pra entregar?"
4. "Entrega no bairro X?"
5. "Meu pedido saiu?"
6. O pedido em si.

As cinco primeiras são idênticas todo dia e não exigem ninguém. A sexta exige.

O que automatizar

1. Cardápio, horário e área de entrega

A resposta automática de maior retorno do setor. Quem manda "cardápio", "menu" ou "oi" fora de uma conversa em andamento recebe na hora:

Boa noite! 🍕 Estamos abertos até 23h. Cardápio: link.do.restaurante/cardapio Entrega: Vila Nova, Centro e Jardins — 40 a 60 min Retirada no balcão: 20 min

É só mandar seu pedido por aqui que eu confirmo!

Três cuidados que fazem diferença:

Link, não PDF nem foto. Cardápio em imagem não dá para ampliar direito, pesa no 4G do cliente e você precisa reenviar a cada mudança de preço. Uma página web se atualiza sozinha.

Diga se está aberto de verdade. Resposta automática que diz "estamos abertos" às 15h de segunda, com a cozinha fechada, gera cliente irritado. A automação precisa consultar o horário real, incluindo feriado.

Área de entrega antes do pedido. Descobrir que não entrega no bairro depois de o cliente montar o pedido inteiro é o pior momento possível.

2. Confirmação do pedido

Assim que o pedido entra no sistema, sai a confirmação com os dados que o cliente precisa conferir:

Pedido #182 confirmado! ✅ 1x Pizza Calabresa G 1x Refrigerante 2L Total: R$ 78,00 — Pix Entrega: Rua das Acácias, 400, apto 52 Previsão: 40 min

Essa mensagem reduz duas coisas de uma vez: a ansiedade de "será que chegou meu pedido?" e o erro de endereço, porque o cliente confere e corrige antes de a moto sair.

3. Status: saiu para entrega

O aviso mais valorizado no delivery, porque o cliente precisa estar disponível para receber.

Seu pedido saiu para entrega! 🛵 Chega em aproximadamente 15 minutos.

Se você tem o nome do entregador, inclua — é informação útil para o porteiro.

Não mande mais de três status. "Pedido recebido", "em preparo", "na fila da cozinha", "saiu para entrega" transforma o pedido em enxurrada de notificação. Confirmação e saída para entrega bastam.

4. Lembrete de reserva

Para restaurantes com reserva, o mesmo mecanismo que reduz falta em clínica funciona aqui: mensagem no dia anterior pedindo confirmação, com 1 para confirmar e 2 para cancelar. Mesa liberada com um dia de antecedência é mesa vendida.

O desenho está detalhado em confirmação de consulta — a mecânica é idêntica.

5. Pesquisa depois da entrega

Uma pergunta, uma hora depois: "Chegou tudo certo?". Taxa de resposta muito maior que a de formulário por e-mail, e serve como canal de recuperação: quem teve problema reclama ali, e você resolve antes de virar avaliação pública ruim.

O que não automatizar

• O pedido em si. Cliente que quer "pizza meio calabresa meio portuguesa, sem cebola de um lado, borda de catupiry, e a bebida gelada" não cabe em menu numérico. Personalização é o padrão em comida, não a exceção.
• Reclamação. Pedido errado ou frio precisa de gente resolvendo, rápido.
• Alergia e restrição alimentar. Nunca. "Tem glúten?", "tem lactose?", "tem amendoim?" — uma resposta automática errada aqui é risco de saúde, não erro de atendimento. Toda mensagem que mencione alergia vai direto para uma pessoa.

Esse último ponto merece regra explícita no código:

const TERMOS_CRITICOS = [
  "alergi", "alérgic", "gluten", "glúten", "lactose",
  "amendoim", "intoleran", "celiac", "vegano", "vegetarian",
];

function exigeHumano(texto) {
  const t = texto.toLowerCase();
  return TERMOS_CRITICOS.some((termo) => t.includes(termo));
}

Se exigeHumano retorna verdadeiro, a automação para e alguém assume. Sem exceção.

O ponto técnico que decide tudo: o pico

Restaurante concentra volume em duas janelas, e isso tem consequência direta na engenharia.

Não dispare direto do seu código. Se cem pedidos entram em dez minutos, cem chamadas simultâneas à API estouram o limite de 60 requisições por minuto e você recebe 429 — justamente na hora em que não pode falhar.

A estrutura correta é a de sempre: o pedido grava na fila, um worker consome com ritmo controlado, lendo X-RateLimit-Remaining para desacelerar antes de bater no teto. O padrão completo está em rate limit e fila.

Priorize a confirmação. Nem toda mensagem tem a mesma urgência. Confirmação de pedido precisa sair em segundos; pesquisa de satisfação pode esperar. Uma fila com prioridade garante que o transacional passe na frente.

Monitore a instância antes do pico. Descobrir às 19h05 que a sessão caiu de tarde é o pior cenário do setor — duas horas de faturamento sem canal. Uma verificação automática às 18h30 e às 11h resolve. O procedimento está em instância desconectou.

Não misture promoção com pedido

A tentação é grande: você tem a base de todos os clientes que já pediram, e uma promoção de terça manda bem.

O risco é concreto. Disparo promocional para lista inteira é o caminho mais rápido para denúncia em massa e bloqueio do número — e o número bloqueado é o mesmo por onde entram os pedidos. Você perde o canal de vendas para ganhar uma promoção.

Se for fazer:

• Número separado do que recebe pedido.
• Só para quem aceitou receber promoção, explicitamente.
• Saída em uma palavra, respeitada na hora.
• Frequência baixa. Uma vez por semana já é bastante.

As regras técnicas estão em como evitar banimento; as obrigações legais, em LGPD.

Se o volume de perguntas justificar, um bot com IA

Menu numérico resolve o previsível. "Vocês têm alguma pizza sem lactose que dê pra dividir entre quatro pessoas?" não cabe em menu.

Um chatbot com IA responde esse tipo de pergunta consultando o cardápio real — desde que com duas rédeas obrigatórias no setor:

1. Os dados vêm do seu sistema, nunca da invenção do modelo. Preço, disponibilidade e ingrediente são consultados, não gerados.
2. Alergia e restrição sempre escalam para humano, mesmo que o modelo "saiba" a resposta.

Por onde começar

1. Resposta automática de cardápio, horário e área de entrega. Sozinha, ela tira a maior fatia do volume repetitivo do pico.
2. Confirmação de pedido.
3. Aviso de saída para entrega.
4. Pesquisa pós-entrega, se houver equipe para ler as respostas.

Não faça os quatro na mesma semana. Cada um muda o volume de mensagem que chega de volta, e você precisa de gente disponível para o que a automação não resolve.

Resumo

Restaurante tem demanda concentrada e perguntas repetidas — a combinação perfeita para automação bem delimitada. Cardápio, horário, área de entrega, confirmação e status de entrega saem sozinhos. Pedido, reclamação e qualquer coisa envolvendo alergia continuam com gente, sem exceção.

Tecnicamente, o que decide é a fila: no pico, disparo direto estoura o limite e falha na pior hora possível. E a regra comercial mais importante do setor: o número que recebe pedido não faz promoção. Perder esse número é perder o caixa da noite.