Agentes de voz para restaurantes: dúvidas e pedidos de reserva

Restaurante: horários, cardápio e informação aprovada

Prepare fontes vigentes com unidade, horários, endereço, canais e informações de cardápio que a equipe autorizou divulgar. Disponibilidade de mesa ou item exige informação atualizada pelo processo responsável. Para restrições alimentares, siga a orientação específica aprovada pelo restaurante e encaminhe quando ela não sustenta a resposta; uma descrição genérica não permite garantir ingredientes ou preparo.

Dúvidas sobre restrições alimentares precisam da informação específica aprovada pela equipe. Não transforme uma descrição genérica do cardápio em garantia sobre ingredientes ou preparo.

Consulte mesas por uma operação definida

Se o sistema disponibilizar uma API, configure consulta com data, horário e tamanho do grupo. Explique quando a ferramenta deve ser chamada e como apresentar ausência de disponibilidade.

A consulta informa opções; reservar é outra ação. Não trate um horário encontrado como uma reserva concluída.

Confirme os dados antes de registrar

Repita os detalhes que determinam a reserva e use a operação configurada quando disponível. Confira o retorno antes de informar confirmação ou identificador.

Sem integração de reserva, registre um pedido para a equipe e explique a continuidade. Este exemplo não pressupõe conexão nativa com uma plataforma de restaurantes.

Teste alterações e pedidos fora do escopo

Valide grupo maior, data corrigida, sistema indisponível e solicitação repetida. Defina quando encaminhar à equipe e como conferir que o pedido chegou.

Mudanças e cancelamentos dependem das operações e regras do destino. Confirme o retorno de cada operação antes de informar que a reserva foi alterada ou cancelada.

Confirme reserva, quantidade e ocasião

Em um cenário fictício, alguém pede mesa para seis no sábado à noite. Confirme data completa, horário e unidade. Se existe ferramenta, consulte e apresente as opções retornadas. Um horário sugerido não é reserva até a gravação ser confirmada.

Se não há integração, registre o pedido para a equipe e explique que falta confirmação. Solicitações especiais devem ser registradas como preferências, não como garantias, quando dependem de avaliação.

Teste mudança de quantidade, atraso, cancelamento e casa sem disponibilidade. Um retorno vazio exige alternativa, não uma mesa inventada. O sistema externo deve lidar com repetição para que a pessoa pedir novamente não produza duas reservas.

Escolha um recorte que acompanhe a operação do salão

Liste os motivos de contato que o restaurante consegue tratar com informação aprovada. Endereço, horários, política de reservas e acesso podem ser um bom começo. Pedidos que dependem da cozinha, da capacidade atual ou de decisões do gerente exigem outra fonte ou participação humana.

Se houver mais de uma unidade, identifique o que muda entre elas. Uma resposta correta para o centro pode ser incorreta para o bairro. O agente deve perguntar a unidade quando isso afeta a orientação, em vez de escolher silenciosamente a mais conhecida.

Separe atendimento informativo de transações. Descrever como reservar não cria uma mesa, e explicar o cardápio não registra um pedido. Uma integração precisa existir e confirmar o resultado para que a conversa anuncie essas ações como concluídas.

Defina também os assuntos excluídos do primeiro piloto. A equipe pode começar com perguntas frequentes e coleta de preferências, antes de aceitar alterações de reserva. Um recorte explícito ajuda quem atende depois a entender o que foi feito e o que permanece pendente.

Mantenha cardápio e condições ligados à fonte correta

O cardápio precisa identificar unidade, período e condições relevantes. Um prato anunciado em evento não é necessariamente servido todos os dias. Uma informação geral sobre o restaurante não comprova estoque, composição atual ou disponibilidade naquela noite.

Use o material aprovado pela operação e defina quem informa mudanças. Perguntas sobre ingredientes específicos devem seguir o procedimento de verificação do restaurante. O agente não deve inferir adequação alimentar a partir do nome do prato ou de uma descrição incompleta.

Em um exemplo fictício, uma pessoa pergunta se uma preparação pode ser adaptada. A fonte pode explicar o procedimento para solicitar avaliação à cozinha. Isso não equivale a garantir que a adaptação será possível ou que atende a uma necessidade específica.

Teste respostas que exigem condições, além de nomes de pratos. Verifique se o agente preserva ressalvas e reconhece informação ausente. Uma descrição fluente perde utilidade quando apaga a diferença entre uma opção normalmente oferecida e uma disponibilidade confirmada.

Confirme o significado de cada etapa da reserva

Uma reserva precisa de data completa, horário, unidade e quantidade de pessoas conforme o processo existente. Perguntar “sábado” pode deixar dúvida sobre a semana desejada. O agente deve esclarecer antes de consultar ou registrar algo que depende da data.

Em um exemplo fictício, a pessoa pede uma mesa para seis e depois aumenta para oito. A disponibilidade anterior pode deixar de servir. A consulta seguinte precisa usar a quantidade atual, e a resposta não deve manter a primeira opção como se nada tivesse mudado.

Diferencie opção encontrada, preferência escolhida e reserva gravada. Só anuncie confirmação depois do resultado correspondente. Se o retorno se perde após a tentativa, a integração deve permitir verificar estado antes de repetir uma criação que pode gerar duplicidade.

Pedidos de mesa específica, decoração ou evento precisam de condições próprias. Registre como preferência quando dependem de aprovação. A linguagem deve indicar exatamente o que o restaurante aceitou, evitando transformar um comentário gentil em garantia operacional.

Prepare mudanças, atraso e falta de disponibilidade

Uma conversa real não segue apenas o caminho de criar reserva. A pessoa pode perguntar sobre atraso, cancelar, mudar horário ou corrigir quantidade. Cada ação depende da política e das operações configuradas, não apenas de um prompt que aceita o pedido.

Se a integração não permite alterar, explique o caminho autorizado e preserve a solicitação como pendente quando houver registro. Não diga que a reserva original foi cancelada ou modificada sem resultado confirmado. Consulte a regra de identificação necessária para evitar mudanças em registro alheio.

Quando não há disponibilidade, apresente apenas alternativas efetivamente oferecidas. Um horário próximo pode parecer razoável e ainda não existir na agenda. Se a pessoa prefere esperar resposta humana, defina como esse pedido entra no processo da equipe.

Teste exceções com dados controlados e horários distintos. Inclua fechamento, evento especial e mudança de preferência no meio da conversa. O resultado esperado deve informar tanto o estado da reserva quanto a orientação correta que a pessoa ouviu.

Faça o pedido chegar a quem trabalha durante o serviço

A equipe precisa localizar solicitações sem depender de quem montou o piloto. Defina onde aparecem, quem acompanha e quais informações permitem agir. Durante períodos movimentados, uma notificação solta pode não ser suficiente para garantir continuidade.

Use um registro reduzido com unidade, serviço, data, horário, quantidade e pendência quando esses dados forem necessários. Inclua contato pelo processo autorizado. Não copie detalhes pessoais irrelevantes apenas porque apareceram na conversa.

Em um exemplo fictício, um pedido de grupo depende do gerente. A equipe precisa distinguir preferência recebida de evento aprovado. O agente deve usar a mesma distinção ao falar com a pessoa, evitando que ela planeje a ocasião como confirmada.

Quando houver transferência, verifique telefonia e expectativa. A transferência direta no Tigy não leva contexto automaticamente. Um resumo para o restaurante exige mecanismo separado e validado. Teste se a equipe encontra esse registro e se ele corresponde à solicitação atual.

Avalie resultado por tipo de pedido e período

Separe dúvidas respondidas, reservas confirmadas e solicitações pendentes. A pessoa pedir uma mesa não comprova que ela foi criada; uma conversa encerrada não comprova que a necessidade foi resolvida. Verifique o registro e a orientação dada.

Compare horários de pico com períodos tranquilos. Capacidade do salão e disponibilidade da equipe influenciam resultados. Se muitas solicitações ficam pendentes por falta de mesa, a revisão deve reconhecer essa causa em vez de atribuir tudo ao agente.

Inclua correções, duplicidades, pedidos não encontrados e contatos repetidos. Esses casos mostram retrabalho que uma contagem de chamadas recebidas não captura. Revise exemplos concretos para decidir se o problema está na pergunta, na fonte, na ferramenta ou no recebimento humano.

Expanda depois de validar o recorte e suas exceções. Acrescentar eventos ou alterações aumenta decisões e manutenção. O agente deve crescer conforme a operação consegue sustentar respostas e ações confiáveis, com responsável por atualizar cada regra relevante.