Rest
Todos os artigos

Porque um código QR que aponta para um PDF não é um menu digital

Leia o código na maioria dos restaurantes e obtém um PDF. É grátis, alguém demorou quinze minutos e tecnicamente funciona. Mas um PDF é uma página impressa que calha estar num ecrã, e quase tudo o que um menu digital deveria fazer, ele não consegue. Aqui fica a conta honesta.

Problema 1: ninguém consegue ler

Um menu é paginado para A4 ou A3. Um ecrã de telemóvel tem cerca de 7 cm de largura. O PDF abre afastado, o tipo de letra tem três pixels de altura e o cliente começa a ampliar. Para ler a terceira coluna desloca-se para o lado, perde o sítio e volta a afastar para o encontrar.

Não é um incómodo pequeno. É a razão pela qual continuam a perguntar ao seu pessoal o que leva o risoto: o cliente desistiu do PDF e voltou a perguntar a uma pessoa. Acrescentou um código QR e manteve toda a carga de trabalho anterior.

Problema 2: alterá-lo continua a ser trabalho de design

Subir o preço de um prato significa abrir o ficheiro original, editar, reexportar o PDF, voltar a carregá-lo no mesmo endereço e verificar se o código ainda resolve. Se o ficheiro de design está com um freelancer, é um email e uma espera. Por isso a alteração de preço é agrupada com a seguinte, e com a seguinte, e o seu menu passa três meses desatualizado — exatamente o problema que o papel tinha.

Problema 3: não consegue mostrar o que se passa esta noite

O robalo acabou às 20:30. Um PDF não pode saber isso. Os clientes pedem-no, o empregado pede desculpa, o cliente volta a decidir sob pressão e normalmente escolhe algo mais barato. Um menu alojado esconde o prato num toque e ninguém chega a sentir a falha.

Problema 4: alergénios e idiomas multiplicam os ficheiros

Numa zona turística precisa de três ou quatro idiomas. São três ou quatro PDF, três ou quatro códigos QR ou uma página intermédia para escolher, e três ou quatro ficheiros para reexportar sempre que um preço muda. Junte uma coluna de alergénios e cada ficheiro fica mais largo, o que agrava o problema do telemóvel. Um menu alojado traduz uma vez e mantém a informação de alergénios colada ao prato, não a uma paginação.

Problema 5: é invisível para o Google

As pessoas procuram "restaurante com paelha em [a sua cidade]" e o Google responde a partir de texto indexado. Um PDF atrás de um código QR normalmente não está ligado a partir do seu site nem é rastreável de forma útil, por isso os nomes dos seus pratos nunca aparecem. Uma página de menu alojada é HTML comum e é indexada como qualquer outra página — para muitos espaços pequenos torna-se a segunda página mais visitada que possuem.

Problema 6: é um beco sem saída

Um PDF não pode aceitar um pedido, não pode dizer-lhe que 40 pessoas viram o menu de degustação e nenhuma o pediu, e não pode enviar nada para a cozinha. Qualquer melhoria que queira depois começa por substituí-lo.

Lado a lado

QR → PDFMenu digital alojado
Leitura no telemóvelAmpliar e arrastarFeito para o ecrã
Mudança de preçoEditar, exportar, voltar a carregarEditar um campo, no ar de imediato
Prato esgotadoNão é possívelEscondido num toque
IdiomasUm ficheiro por idiomaAutomáticos
Informação de alergéniosAlarga a paginaçãoColada ao prato
Encontrável no GoogleNa prática nãoSim, página indexável
FotografiasAumentam o tamanho do ficheiroCarregadas conforme necessário
Pode aceitar pedidosNãoSim
Custo0 €A partir de 9,90 €/mês

Quando o PDF é mesmo a resposta certa

Dois casos. Primeiro, um documento pensado para o cliente imprimir: uma proposta de banquete, um menu fechado de grupo, uma lista de preços de catering. Isso é um documento, e o PDF é o formato correto para documentos. Segundo, um espaço com um menu que nunca muda e sem intenção de mudar: um bar de praia com oito pratos numa época de dois meses não precisa de um sistema.

Se por agora fica pelo PDF, aloje ao menos o ficheiro no seu próprio domínio num endereço fixo, mantenha-o a uma só coluna e use um código QR estático. Isso corrige as duas piores falhas: paginação ilegível e um código que morre com um serviço alheio.

Sair do PDF sem voltar a escrever o menu

  1. Tire uma fotografia ao menu em papel, ou carregue o próprio PDF.
  2. O IQ Rest lê-o e cria as categorias, os pratos e os preços — cerca de cinco minutos em vez de uma noite.
  3. Confirme os preços e corrija o que a leitura tenha interpretado mal.
  4. Aponte os seus códigos QR atuais para o novo menu, ou imprima novos por mesa.

Transforme o seu PDF num menu a sério

Carregue o seu menu atual e tenha uma versão digital legível no telemóvel em cerca de cinco minutos. 14 dias grátis, sem cartão.

Ver o menu digital

Perguntas frequentes

Posso criar de graça um código QR para um menu em PDF?

Sim, e demora cerca de quinze minutos. Use um código estático a apontar para um endereço do seu próprio domínio, para poder substituir o ficheiro mais tarde sem reimprimir.

O Google indexa um menu em PDF?

O Google consegue indexar ficheiros PDF em geral, mas um PDF de menu acessível apenas por um código QR impresso normalmente não tem nada que o ligue, por isso na prática não aparece em pesquisas de pratos ou de cozinha.

E se eu simplesmente fizer o PDF em formato de telemóvel?

Ajuda na legibilidade e vale a pena. Não resolve atualizações, pratos esgotados, idiomas, alergénios nem pedidos — o problema de leitura é apenas o primeiro de seis.

Posso manter o meu design ao passar para um menu alojado?

As cores, o logótipo e os nomes dos pratos mantêm-se. A paginação da página não, porque é reconstruída para um ecrã de telemóvel — que é precisamente o objetivo da mudança.

Tenho de reimprimir os códigos QR?

Não, se o seu código atual apontar para um endereço que controla: redireciona esse endereço para o novo menu. Se apontar para o domínio de um gerador ou para um link do Drive, vai precisar de códigos novos.

Mais do blog

Arranque em 10 minutos. 14 dias de acesso total.

Não precisa de cartão, cancele a qualquer momento. {count} restaurantes confiam em nós. Só precisa de um email.