Um restaurante precisa responder com hospitalidade sem perder precisão operacional. Reserva, pedido, retirada, entrega, cardápio e incidente têm fontes, responsáveis e urgências diferentes. O playbook organiza essas intenções, confirma o que foi combinado e transfere exceções antes que a promessa se perca entre salão, cozinha e entrega.
Faça a conversa refletir a operação real
A resposta deve consultar a agenda, cardápio, área de entrega e estado do pedido corretos. Quando a informação ainda depende da cozinha ou do salão, diga que está confirmando e dê um prazo realista. Uma observação escrita no chat só vira compromisso quando entra no processo operacional e alguém assume.
O Código de Defesa do Consumidor exige informação adequada e clara sobre características, composição, preço e riscos. Para o atendimento, isso significa não adivinhar ingredientes, disponibilidade ou condição de serviço. Dúvidas que envolvam restrição, segurança ou preparo precisam de confirmação da pessoa responsável e da fonte adotada pelo estabelecimento.
Modele quatro fluxos de hospitalidade
| Intenção | Ação padrão | Transferir quando |
|---|---|---|
| Reserva | Confirmar unidade, data, horário, pessoas e condição | Grupo, evento, acessibilidade ou exceção |
| Pedido e retirada | Registrar itens, alterações, valor e horário | Item indisponível, mudança relevante ou atraso |
| Entrega | Informar área, estado e próxima atualização | Endereço, atraso, dano ou pedido ausente |
| Cardápio e incidente | Usar informação aprovada e registrar evidência | Restrição, possível risco, cobrança ou recorrência |
Cada conversa precisa de fila, responsável, estado, próxima ação e prazo. “Encaminhado” não encerra responsabilidade: a mudança só termina quando a nova pessoa ou fila aceita o caso. O roteamento por departamento transforma essa passagem em uma regra visível.
Transforme observações em responsabilidade
Preferência de mesa, celebração e observação de pedido só ajudam quando chegam à equipe certa. Dados de contato e endereço devem ficar limitados ao atendimento necessário. A RDC Anvisa nº 216/2004 estabelece boas práticas para serviços de alimentação e exige manual, procedimentos e registros operacionais específicos; o chat não substitui esses controles sanitários.
- Agenda única por unidade e turno
- Cardápio e condições com fonte e data
- Confirmação de alteração antes de enviar à produção
- Responsável por reserva, pedido, entrega e incidente
- Fila rápida para possível risco de alimento
- Registro de cobrança, estorno e compromisso
- Passagem entre atendimento, salão, cozinha e gerente
Respeite expectativa, consentimento e janela de atendimento
Se o cardápio ou pedido envolver bebida alcoólica, trate essa parte como vertical regulada separada: a política do WhatsApp restringe promoção e comércio, permite mensagens sobre álcool apenas na Business Platform e em países listados, exige controles de idade, geografia e licenças e não autoriza experiência de comércio no canal. Não assuma que o fluxo geral de restaurante cobre álcool.
A Política de Mensagens do WhatsApp Business determina que a empresa só contate pessoas que forneceram o número e autorizaram mensagens posteriores. Pedidos de interrupção precisam ser respeitados. Na Business Platform, mensagens iniciadas pela empresa usam modelos aprovados; fora da janela de 24 horas após a última mensagem do usuário, a resposta também depende de modelo aprovado. Se houver automação, a política exige uma rota rápida, clara e direta para uma pessoa. Registre a categoria autorizada, explique a finalidade da mensagem e conecte o fluxo à governança de templates.
Pilote reservas ou retirada, não tudo ao mesmo tempo
Escolha a intenção com mais volume e informação confiável. Para reservas, defina capacidade, tolerância e confirmação. Para retirada, defina fechamento do pedido, alterações, previsão e indisponibilidade.
Comece com uma unidade, turno ou intenção de alto volume. Teste casos normais, falta de informação, indisponibilidade, contestação, opt-out e transferência. Supervisores devem revisar uma amostra de conversas e corrigir a origem da falha, não apenas a resposta final.
Meça confirmações, ausência, alterações após fechamento, pedidos entregues sem recontato, atrasos por causa, transferências aceitas e incidentes repetidos. O indicador deve mostrar onde o processo falhou, sem responsabilizar apenas quem respondeu a mensagem.
Meça volume por intenção, primeira resposta, tempo até solução, transferências aceitas, conversas sem responsável, recontatos e causa das exceções. Use definições consistentes das métricas de atendimento e não premie encerramentos rápidos que deixam o problema aberto.