Como evitar pedidos de brincadeira com o código QR da mesa

Quase todos os restauradores que avaliam os pedidos por código QR acabam por fazer a mesma pergunta preocupada: o que impede alguém de pedir por brincadeira, ou de casa? É uma pergunta razoável, e tem uma resposta clara. A segurança de um sistema com código QR depende sobretudo de uma escolha de conceção: o que representa o código que o cliente tem no telemóvel.

A resposta curta

• Um código QR fixo colado a uma mesa pode ser usado indevidamente por qualquer pessoa, a qualquer momento e de qualquer sítio, porque uma fotografia do código funciona como a própria mesa.
• Um código pessoal por cliente é outra coisa. É criado pelo empregado quando o cliente se senta, pertence a um só cliente e deixa de funcionar depois da visita.
• Acrescente uma rotina simples. Mostre o código no telemóvel do empregado e termine a visita quando os clientes saem.

Porque um código QR fixo na mesa convida a pedidos de brincadeira

Muitos sistemas imprimem um código QR por mesa e deixam-no lá. Isto tem três pontos fracos:

1. Funciona de qualquer sítio. Qualquer pessoa pode fotografar o código e usá-lo mais tarde, por exemplo de casa ou do parque de estacionamento. Nada liga o pedido a uma pessoa que esteja realmente sentada à mesa.
2. Funciona para sempre. O mesmo código vale ao almoço, à noite e na semana seguinte, até alguém trocar o autocolante.
3. Ninguém responde por ele. Se chegar um pedido estranho, não sabe quem o fez, e talvez a cozinha já o esteja a preparar.

Na maioria dos casos é um risco teórico. Mas basta um serão com «10 doses de batatas fritas para a mesa 7» para que a equipa deixe de confiar no ecrã.

O que a BiteTwo faz de diferente

A BiteTwo não tem um código fixo por mesa. Em vez disso, cada cliente recebe um código pessoal:

• É criado pelo empregado. Com um toque, o empregado adiciona o cliente a uma mesa, ao balcão ou a um evento, e a BiteTwo mostra um código QR e um código de 8 caracteres. Ninguém pode criar um código de cliente sem uma conta da equipa.
• Mostra-se, não se deixa na mesa. O empregado aproxima o telemóvel e o cliente lê o código. Na mesa não há nada para fotografar.
• Pertence a um só cliente. Cada pedido fica ligado a esse cliente: vê sempre quem pediu, e cada cliente tem a sua própria conta.
• Expira. Uma visita é válida durante 4 horas a partir da criação do código. Depois, o código já não serve para pedir.
• Pode terminá-la a qualquer momento. Com «Terminar visita», o cliente deixa de poder pedir, mas continua a ver os seus pedidos. Se foi um engano, pode reabrir a visita a partir do histórico.
• É fácil de escrever. Os 8 caracteres evitam sinais que se confundem, como a letra O e o algarismo 0, para que um cliente que não pode ler o código o consiga escrever.

Além disso, só chegam pedidos de clientes cuja visita está aberta e não expirou. Com um código de ontem, ou de uma visita que terminou, um cliente pode ver os seus pedidos mas não fazer novos.

O empregado mostra o código pessoal no seu telemóvel. Não há nenhum autocolante na mesa para fotografar.

Onde estão os limites

Um código pessoal reduz muito o problema, mas não o elimina. Dizê-lo com honestidade ajuda a definir a rotina certa:

• O código não está ligado ao local. A BiteTwo não verifica onde está um telemóvel. Se um cliente enviar uma fotografia do seu código a um amigo que esteja noutro sítio, esse amigo pode pedir até a visita terminar ou expirar.
• Um código partilhado continua válido até 4 horas. Por isso convém terminar a visita quando os clientes saem.
• Por agora, a equipa não pode cancelar um pedido na aplicação. Vê-o em tempo real e pode impedir novos pedidos terminando a visita, mas um pedido que já chegou resolve-se falando com o cliente ou com a equipa.

Nenhum destes limites é específico da BiteTwo. São os de qualquer código que os clientes têm no telemóvel. A diferença está na margem que sobra: um código pessoal que expira depois da visita deixa muito menos margem do que um autocolante que funciona para sempre.

Uma rotina que mantém os pedidos falsos de fora

1. Crie o código quando o cliente se senta, não antes.
2. Mostre-o no seu telemóvel, e não deixe uma cópia impressa na mesa.
3. Esteja atento à lista de pedidos em tempo real. Cada pedido indica de que cliente e de que mesa vem, por isso um pedido que não corresponde a uma visita aberta salta à vista.
4. Termine a visita quando os clientes saem. É um toque e fecha a porta.

Também útil: a equipa pode pedir pelo cliente

Se um cliente está indeciso, ou se não quer um telemóvel na mesa, o empregado pode registar o pedido no mesmo sistema. Chega à mesma lista em tempo real. Assim, a segurança não depende de cada cliente ler o código, e pode reservar o código pessoal para os clientes que gostam de pedir pelo telemóvel.

Perguntas frequentes

Pode pedir-se com a BiteTwo sem estar no restaurante?

Sem código não, e só a sua equipa pode criar um código. Se um cliente passar o seu código a outra pessoa, essa pessoa pode pedir até a visita terminar ou expirar. Por isso, terminar a visita faz parte da rotina.

A BiteTwo tem um código QR que fica na mesa?

Não. Cada cliente recebe o seu próprio código, que expira. É a principal proteção contra os pedidos de brincadeira.

Quanto dura um código de cliente?

4 horas a partir da criação, ou até a equipa terminar a visita, consoante o que acontecer primeiro. A equipa pode reabrir, no mesmo dia, uma visita terminada, a partir do histórico.

E se um cliente perder o seu código?

O empregado mostra-o de novo a partir dos detalhes da mesa, enquanto a visita estiver aberta.

Conclusão

Os pedidos de brincadeira são um problema de conceção, não uma razão para renunciar aos pedidos por código QR. Um código pessoal, entregue pela sua equipa e limitado a uma visita, elimina quase tudo o que torna possíveis os pedidos falsos. Acrescente a rotina de mostrar o código no seu telemóvel e terminar as visitas quando os clientes saem, e o risco fica suficientemente baixo para um serão normal.

Comece grátis ou marque uma demonstração para ver como funciona um código pessoal à mesa.