Encomendas online para restaurantes: o guia completo

Pergunte a quem tem um restaurante o que é o seu «sistema de encomendas online» e a maioria aponta para o botão do carrinho — o momento em que um cliente toca em Encomendar. Esse botão existe, mas é um elo de uma cadeia mais longa: um cliente encontra o restaurante, vê uma ementa em que confia, põe qualquer coisa no carrinho, paga, come à hora que lhe foi prometida e — se a cadeia funcionou — volta sem que lhe seja preciso vender outra vez. Tratar «encomendar online» como sendo o botão, e deixar tudo o que vem antes e depois ao acaso ou à plataforma que calhar ter o cliente na mão, é o erro mais comum que este guia existe para corrigir.

No mínimo, um sistema a funcionar precisa de uma ementa digital atualizada, de uma finalização construída para a forma como as pessoas encomendam mesmo (quase sempre no telemóvel, muitas vezes com pressa), de uma maneira de receber o pagamento, de lógica de execução para recolha no local, entrega ou encomenda antecipada, e de algum mecanismo para reconquistar uma segunda vez quem encomendou pela primeira. Nada disto exige tecnologia exótica. O que exige é que cada elo da cadeia esteja de acordo com todos os outros — o preço na ementa é o preço na finalização, o prato que esgotou desaparece de todo o lado ao mesmo tempo, e o tempo de entrega prometido no topo da página é aquele para o qual a cozinha e o estafeta estão efetivamente a trabalhar.

A decisão que atravessa o guia inteiro é a da posse. Um cliente pode encomendar através de uma plataforma de entregas ou através de um canal que o restaurante controla — o seu site, a sua aplicação, uma chamada telefónica, um quiosque ao balcão. Os dois caminhos podem alimentar a mesma cozinha. O que difere é quem acaba a ser dono da relação com o cliente, dos dados da encomenda e da margem que sobra depois de a encomenda estar paga.

Nenhum dos caminhos está errado por si só. Uma plataforma é um canal genuíno e funcional para um cliente que nunca ouviu falar do restaurante e está a comparar cinco opções num mapa. O problema não é existirem plataformas; é haver restaurantes que nunca constroem o outro caminho, e por isso todos os clientes — incluindo aquele que já encomendou dez vezes — continuam a pagar o custo de aquisição de um desconhecido.

Este guia segue a cadeia pela ordem em que um restaurante a vive. O capítulo seguinte olha para os canais por onde um cliente pode encomendar e para a tarefa que cada um resolve. A seguir vem a finalização — a parte com maior alavancagem de toda a cadeia — seguida da disciplina operacional que sustenta uma promessa de entrega ou de recolha depois de feita. Depois a economia: quanto custa mesmo uma encomenda por plataforma quando se somam todas as linhas, e como é que os restaurantes recuperam margem sem uma guerra de preços. O guia fecha com uma resposta prática à pergunta que todos os donos acabam por fazer — o que construir primeiro e o que deixar quieto.

«Devemos estar na plataforma, ou fazer uma aplicação nossa, ou pôr um quiosque?» é quase sempre perguntado como se houvesse uma resposta certa. Não há, porque um site, uma ficha numa plataforma, uma aplicação, um quiosque e uma linha telefónica não competem pelo mesmo momento do cliente — cada um resolve uma tarefa diferente, e a combinação de canais de um restaurante deve seguir as tarefas que os seus clientes têm, e não uma preferência por esta ou aquela tecnologia.

A web ganha a primeira descoberta. Um cliente que procura «melhor pizza perto de mim» e quer encomendar nos próximos quatro minutos não vai começar por instalar uma aplicação. Um site rápido e bem cuidado — encontrado pela pesquisa, partilhável como ligação, sem instalação nenhuma — apanha esse cliente exatamente no momento em que ele decide. É também aqui que uma ficha numa plataforma ganha honestamente o que custa: para alguém que nunca ouviu falar do restaurante, o alcance já instalado de uma plataforma pode pôr a casa à frente de quem o site sozinho nunca teria alcançado. É esse o argumento honesto para estar numa plataforma — visibilidade junto de quem não nos conhece, e não o caminho por omissão de quem já sabe onde vai comer.

A aplicação própria de um restaurante ganha o hábito. O que um cliente recebe em troca de uma instalação é comodidade mais tarde: uma morada guardada, um método de pagamento memorizado, um lugar no ecrã inicial e — se usado com cuidado, sem se transformar em ruído — um canal direto de notificações que um site simplesmente não consegue oferecer. Essa troca só compensa para quem encomenda com frequência suficiente para querer o atalho, e é precisamente por isso que uma aplicação costuma ser o segundo ou terceiro canal que um restaurante constrói, e não o primeiro.

Mais dois canais completam o conjunto, e ambos funcionam por apanharem um momento que de outra forma se perderia.

Um quiosque de autoatendimento não é, pela sua economia, um brinquedo de cadeia grande. Duas coisas mudam a partir do momento em que um cliente encomenda num ecrã em vez de encomendar a uma pessoa ao balcão: o carrinho tende a crescer, porque um ecrã nunca se esquece de propor um acompanhamento que faça sentido, ao contrário de um empregado a correr, e a fila tende a encurtar, porque vários clientes podem encomendar em paralelo em vez de um de cada vez. As encomendas chegam também à cozinha exatamente como foram introduzidas — nada é mal ouvido por cima de um balcão cheio — e pagas à chegada, o que significa que o talão está pronto a ser feito no instante em que é impresso. Se um quiosque compensa depende de uma pergunta, e não do tamanho do restaurante: a fila na sua hora de ponta real está a custar-lhe encomendas? Se as pessoas desistem em vez de esperar, um único quiosque de balcão com a marca da própria casa — as suas fotografias, as suas cores, e não um terminal alugado e genérico — costuma justificar o lugar que ocupa. Se raramente há fila, não é urgente.

Uma chamada não atendida é a forma mais silenciosa de perder uma encomenda, porque acontece precisamente à hora em que o restaurante está mais cheio e menos capaz de atender. Para muitos restaurantes, o telefone continua a ser o canal que mais fielmente se deixa cair no atendimento automático durante o pico — e quem liga e não obtém resposta raramente deixa mensagem; liga à casa seguinte ou abre a aplicação de uma plataforma. Atender todas as chamadas — seja com mais gente ao pico, seja com um sistema de voz que recebe a encomenda na língua de quem liga, a repete para confirmar e a coloca na mesma fila de cozinha que tudo o resto — transforma um canal que perde encomendas em silêncio num canal que as apanha. Mais importante do que o mecanismo é a disciplina por trás dele: quem liga com um pedido invulgar, uma pergunta séria sobre alergias ou uma reclamação tem de chegar a uma pessoa e não ficar preso num guião. As funcionalidades de quiosque e de atendimento telefónico com IA da Menuella foram construídas em torno exatamente deste padrão — apanhar automaticamente a encomenda normal, passar adiante tudo o que não deve ser automatizado — mas a decisão de fundo (este momento está a ser apanhado ou não, agora mesmo?) é o que realmente conta, seja qual for a ferramenta que lhe responde.

A armadilha que desfaz todas as decisões de canal deste capítulo é ter duas verdades de ementa. Se o site, a aplicação, o quiosque e uma ficha numa plataforma beberem cada um de uma fonte diferente para preço, disponibilidade e promoções, mais cedo ou mais tarde vão divergir — um cliente vê um preço na aplicação e outro no site, ou encomenda no quiosque um prato que o site já tinha marcado como esgotado. Isso não é uma inconsistência menor; é um cliente a apanhar o restaurante naquilo que lhe parece uma mentira. Uma só fonte de verdade para ementa, preço e promoções, partilhada por quantos ecrãs o restaurante tiver, é a condição silenciosa por trás de tudo o que se segue neste guia.

Se um restaurante só puder melhorar uma parte da sua cadeia de encomendas, essa parte deve ser a finalização. É o terreno mais valioso de todo o sistema — o momento em que o interesse se torna receita ou não se torna — e falha de maneiras que são quase sempre reparáveis assim que se tornam visíveis.

Por baixo da interface, quatro coisas têm de se manter de acordo. O estado da encomenda significa que o carrinho conserva preços, opções e escolhas de execução intactos enquanto o cliente avança — mudar de recolha para entrega não deve esvaziar o carrinho em silêncio nem perder um horário já escolhido. A validação operacional significa que a finalização usa as mesmas regras sob as quais a cozinha está mesmo a trabalhar: se o prato ainda está disponível, se a morada de entrega cai dentro de uma zona ativa, se o horário pedido ainda tem capacidade — verificado antes do pagamento e não descoberto depois. O estado do pagamento significa que o sistema consegue dizer sempre, com precisão, em que ponto está uma encomenda: pagamento iniciado, autorizado, capturado, encomenda recebida, encomenda aceite — para que um cliente cuja ligação caia a meio do pagamento seja informado com clareza do que aconteceu, em vez de ficar a perguntar-se se foi cobrado duas vezes. A passagem para a cozinha significa que uma encomenda confirmada e paga chega à cozinha de forma automática e inequívoca, com um caminho claro de volta ao cliente se alguma coisa mudar depois — um ingrediente esgotado, uma impressora avariada, um horário que ficou cheio. Uma finalização que acerta nas quatro raramente dá nas vistas; uma que falha numa aparece de imediato como um telefonema irritado ou uma encomenda cancelada.

É a interface que decide se os clientes chegam sequer a essa arquitetura. A maioria das encomendas acontece no telemóvel, muitas vezes com uma só mão, muitas vezes com um saco na outra e rede fraca. A resposta prática de desenho é manter as ações que contam — confirmar uma hora, escolher uma gorjeta, colocar a encomenda — ao alcance fácil do polegar, na parte de baixo do ecrã; pedir uma coisa de cada vez em vez de um formulário longo de uma assentada; validar um número de telefone ou uma morada logo ao lado do campo e não só depois de submeter; e pôr o Apple Pay e o Google Pay à frente da introdução manual do cartão, já que cada teclado que um cliente tem de abrir é uma pequena hipótese de o perder. Um carrinho que sobrevive ao botão para trás, a uma quebra de ligação ou a uma primeira tentativa de pagamento falhada vale mais do que quase qualquer outra correção isolada. E quando alguma coisa está a processar, diga-o de forma visível — «a processar o pagamento…» é sempre melhor do que um botão bloqueado, porque a alternativa é um cliente a tocar duas vezes por incerteza e a criar exatamente o risco de encomenda duplicada que a arquitetura acima existe para evitar.

Rapidez, estabilidade e disponibilidade honesta são também, de forma real ainda que indireta, um sinal de visibilidade. Uma finalização carregada de scripts desnecessários e de janelas pop-up não é apenas lenta para o cliente — produz o tipo de sessão abandonada que, com o tempo, os sistemas de pesquisa leem como uma experiência de baixa qualidade. Nada disso substitui a substância: uma finalização extremamente rápida assente numa página de ementa pobre e desatualizada continua a perder para um concorrente com uma ementa completa e correta. A rapidez amplifica uma página que já tem algo que valha a pena encontrar; não a substitui.

A venda adicional pertence a este capítulo porque acontece na finalização, e porque a diferença entre uma sugestão boa e uma sugestão irritante é quase toda uma questão de contenção. O modelo mental que vale a pena guardar é o do bom empregado de mesa e não o do vendedor insistente: alguém que lê a mesa, propõe uma coisa que encaixa mesmo e a deixa cair no instante em que a resposta é não. Na prática, isso são quatro coisas a funcionar em conjunto. Primeiro, a ordenação: a melhor sugestão para um dado carrinho é aquela que combina melhor margem de contribuição com probabilidade real de o cliente aceitar — tirada da forma como os clientes encomendaram mesmo antes, e não do artigo que é mais barato empurrar. Segundo, as salvaguardas, e estas vêm antes da margem e não depois: um filtro de alergénios ou de regime alimentar que se sobrepõe a todos os outros cálculos sem exceção, um prato esgotado que desaparece das sugestões no momento em que é marcado como indisponível e não só na finalização, e uma verificação da carga da cozinha para que uma sugestão nunca caia numa partida que já está debaixo de água durante o pico. Um prato novo, ainda sem histórico de encomendas, continua a precisar de um ponto de partida sensato — normalmente os seus próprios atributos, como o estilo de cozinha ou o nível de picante — em vez de sugestão ao acaso ou de sugestão nenhuma até haver dados suficientes. Terceiro, o momento: artigos muito ligados entre si pertencem ao início, enquanto o cliente ainda está a construir a encomenda; uma bebida ou uma sobremesa podem funcionar depois de escolhido o prato principal, desde que carreguem instantaneamente; e o último passo antes do pagamento — onde o cliente precisa do total, da hora e das taxas, e não de uma surpresa — raramente é o sítio certo para introduzir seja o que for de novo. Quarto, a maneira: uma sugestão, não uma parede delas, dispensada com um único toque que se mantém dispensado, e nunca entre o cliente e o botão de confirmar. Feita assim, uma sugestão lê-se como uma cortesia — «isto vai bem com aquilo» — e não como um imposto para chegar ao pagamento, e o carrinho cresce sem gastar a confiança que todo o resto deste guia foi construído para proteger.

Levar um cliente até ao botão de «encomendar» é um problema. Cumprir o que foi prometido — à hora certa, com a qualidade que a fotografia da ementa dava a entender — é outro, e é esse que determina de facto se o cliente encomenda uma segunda vez.

As encomendas antecipadas passam a receita de palpite a plano. Em vez de descobrir a procura de sexta-feira à medida que os talões vão saindo, um restaurante que aceita recolhas planeadas, catering para escritórios ou tabuleiros de época com antecedência está a executar algo que já está pago. O pagamento cobrado no momento da reserva reduz as faltas quase a zero e — porque desapareceu a pressão da decisão imediata — uma encomenda planeada costuma trazer um valor médio mais alto do que uma espontânea, já que as pessoas aceitam melhor juntar um acompanhamento ou uma sobremesa quando não estão a escolher contra o relógio. Três definições impedem que uma encomenda antecipada embosque a cozinha mais tarde: com quanta antecedência um cliente pode reservar, quanto tempo de preparação a cozinha precisa mesmo antes de uma encomenda grande aterrar, e a hora exata a partir da qual deixam de ser aceites encomendas para aquela janela. A regra operacional que protege tudo isto: as encomendas antecipadas têm de beber da mesma ementa e da mesma disponibilidade que as encomendas ao vivo, ou o restaurante acaba a vender, com dias de antecedência, um prato que a cozinha já não consegue fazer no próprio dia.

Um pico é um problema de débito e não um problema de «dizer que não aos clientes». O instinto, quando uma enchente ameaça submergir a cozinha, é aceitar tudo e torcer — mas uma impressora de talões que nunca para não é um sinal de sucesso, é um aviso antecipado. Gerir bem a procura é espalhá-la, não recusá-la: um limite de quantas encomendas podem estar em curso ao mesmo tempo, a partir do qual os clientes novos são encaminhados (e não mandados embora) para o horário realista seguinte; uma pausa nas encomendas novas durante uma avaria a sério; e uma janela de recolha ou de entrega que se alonga honestamente quando a cozinha atinge o limite, em vez de ficar fixa e passar em silêncio a ser mentira. Ajuda também medir o esforço e não a contagem de encomendas — uma encomenda de família ocupa a cozinha muito mais tempo do que uma entrada, por isso contar talões subestima a carga real. Um tempo de preparação e uma hora-limite claros para encomendas grandes, e uma lista de preparação construída a partir das horas de recolha planeadas e não apenas dos talões ao vivo, é o que faz com que um serviço genuinamente cheio se sinta, de dentro da cozinha, mais próximo do aborrecido do que do caótico.

As zonas de entrega devem ser desenhadas por tempo de condução e não por um círculo no mapa. Um cliente a três quilómetros em linha reta pode facilmente ficar a quinze minutos de carro assim que entram ao barulho um rio, uma passagem de nível ou uma circular — e uma zona desenhada por distância em vez de tempo real de condução é a razão mais comum para a comida chegar fria na periferia da área de serviço. Vale a pena escalonar as taxas por distância também, para que uma viagem longa não coma em silêncio a margem que a encomenda de um habitual ali ao lado devia estar a suportar. Um raio de entrega não é fixo para sempre: se um novo campeão de vendas aumenta o tempo de preparação e aperta a cozinha, encolher temporariamente o raio protege a promessa para todos os que ficam dentro dele, em vez de deixar a promessa falhar para toda a gente. E um conjunto de queixas de «comida fria» vindas sempre do mesmo bairro, mesmo quando o mapa diz que o tempo devia dar, aponta normalmente para uma variável que falta — estacionamento difícil, uma subida a pé, uma entrada com portaria — e merece uma folga específica em vez de um encolher de ombros.

Fazer a entrega em casa acrescenta um trabalho operacional a sério: o despacho. Um tempo de entrega ligado à carga real da cozinha, em vez de um número fixo escolhido para ficar bem na página de encomendas, é a diferença entre uma promessa que se aguenta e uma sexta-feira à noite passada a atender chamadas de «onde está a minha comida». Atribuir uma viagem pela melhor probabilidade de uma entrega quente e à hora — e não simplesmente ao estafeta que está livre — e pôr um limite firme a quantas encomendas se juntam numa só viagem quando os pratos são sensíveis à temperatura protegem aquilo que o cliente repara mesmo, que é o estado da comida à porta e não a lógica de rotas por trás dela. O que separa mesmo uma operação de entrega que escala de uma que queima as suas próprias críticas é menos o caso fácil e mais o plano B: um caminho claro e rápido para um estafeta que falta, uma morada errada ou um prato que tem de ser refeito, mais a capacidade de um gerente pausar uma zona ou alargar os tempos de entrega em tempo real quando alguma coisa está genuinamente mal — resolvido em minutos em vez de escalar para um padrão de críticas de uma estrela.

O próprio tempo de entrega merece cuidado especial, porque os clientes lembram-se de um número e de se ele era verdade. Uma estimativa sólida combina dois tipos diferentes de incerteza — a carga da cozinha, que manda no tempo de preparação, e as condições da estrada, que mandam na viagem — e deve atualizar-se sozinha assim que a cozinha fica mesmo atrasada, em vez de ficar pousada num número que discretamente deixou de ser verdadeiro. Recolha e entrega devem ser calculadas em separado, já que uma depende quase inteiramente da cozinha e a outra acrescenta a variabilidade muito maior da estrada; forçar as duas pelo mesmo cálculo garante que uma delas está errada. O instinto de anunciar o número mais curto possível é normalmente o instinto errado: uma folga pequena e honesta que se cumpre de forma fiável vale mais do que um número heroico que falha sob carga real, e o número que vale mesmo a pena medir não é o tempo médio de entrega mas a taxa de promessas cumpridas — com que frequência a comida chegou à hora prometida ou antes. Quando um atraso é provável, uma razão curta e honesta — muita procura, estafeta já atribuído, prato a ser refeito — ajuda mais do que o silêncio, desde que a razão dada ao telefone coincida com o que a página da encomenda diz; os clientes reparam na contradição, não no atraso. E porque ninguém chega a horas todas as vezes, o que acontece quando uma entrega se atrasa importa mais do que nunca haver atrasos: uma atualização feita por iniciativa própria, um pequeno crédito ou outro gesto visível de assumir responsabilidade costumam construir mais lealdade do que uma noite tranquila que ninguém repara — desde que essa conversa toda aconteça no canal do próprio restaurante, para que a confiança que ela constrói fique para a casa e não para a aplicação que calhou levar a mensagem. As ferramentas de entrega da Menuella calculam uma promessa desta forma — combinando preparação e condições de estrada, e deixando na mesma um gerente alargar tempos à mão com uma razão registada — mas é a disciplina de fundo (uma folga, uma taxa de cumprimento que se mede, um canal que o restaurante possui mesmo) que torna qualquer promessa de entrega digna de confiança, independentemente do sistema que a faz.

O número impresso na página de preços de uma plataforma é o custo de montra de uma encomenda, não o custo total — e os restaurantes que planeiam a partir do número de montra estão quase sempre a deixar mais margem em cima da mesa do que imaginam.

Um contrato de plataforma costuma conter várias linhas de custo para lá da comissão anunciada. A comissão base é a maior e a mais visível, tipicamente algures entre 20% e 35% consoante o escalão. Por baixo dela ficam os descontos obrigatórios que um restaurante pode ser obrigado a oferecer para continuar visível nas listagens da própria plataforma; o destaque pago, um custo adicional em cima da comissão para aparecer em evidência; e a exposição a reembolsos ou estornos, em que a política da plataforma pode deixar o restaurante a absorver parte dos custos de pagamentos contestados. Nada disto faz das plataformas vilãs — elas fornecem tecnologia a sério, alcance a sério e um serviço a sério — mas significa que a percentagem anunciada fica aquém do que uma encomenda custa mesmo quando tudo está liquidado.

Passe uma encomenda pelos dois canais e a diferença deixa de ser abstrata. Este é um exemplo ilustrativo e assinalado como tal — um restaurante deve refazer as contas com as condições do seu próprio contrato e não tomar estes números exatos como universais — mas a forma do resultado mantém-se em termos gerais. Uma encomenda de 30 € através de uma plataforma, com 30% de comissão, um desconto obrigatório de 10% e cerca de 2 € de exposição a reembolsos mais 1,50 € de alocação de publicidade promocional numa semana típica, rende ao restaurante cerca de 14,50 €. A mesma encomenda de 30 € feita diretamente no site do restaurante, suportando apenas uma taxa de processamento de pagamento de cerca de 2,5%, rende cerca de 29,25 €. A diferença nessa única encomenda — perto de 15 € — é o argumento inteiro numa linha: o mesmo cliente, a mesma cozinha, a mesma embalagem, um resultado significativamente diferente consoante o canal por onde a encomenda viajou.

O argumento a favor de uma plataforma enfraquece especificamente no caso dos clientes que o restaurante já conquistou. A visibilidade ganha genuinamente o que custa da primeira vez que um desconhecido descobre o restaurante por ali. É uma troca muito mais fraca na vigésima vez que o mesmo cliente encomenda, porque nessa altura o restaurante está a pagar uma comissão de aquisição completa por um hábito que já construiu. Essa distinção — cliente novo contra cliente que repete — é toda a base de um plano de recuperação de margem, porque significa que a resposta não é «sair da plataforma», é «parar de pagar duas vezes por um cliente que já sabe o caminho direto até ao restaurante».

A recuperação de margem funciona apontando aos habituais com incentivos discretos e não declarando guerra à plataforma. Os clientes que vale a pena mover ativamente são os que já encomendaram várias vezes numa janela recente definida — quem visita uma vez é exatamente o tipo de cliente para quem o alcance de uma plataforma é genuinamente útil, e persegui-lo até ao canal direto não é onde está a alavancagem. Em vez de uma diferença de preço aberta entre canais, que é cara e arrisca parecer publicidade enganosa, a alavanca mais duradoura é uma vantagem discreta só para o canal direto: um menu combinado, um acompanhamento disponível apenas na página de encomendas do restaurante, ou um horário de recolha mais cedo — algo que torne o canal direto visivelmente melhor sem baixar publicamente o preço face à plataforma. Só que isso só resulta se a execução se mantiver justa: se os talões da plataforma levarem sistematicamente prioridade na cozinha durante um pico, os clientes aprendem depressa que encomendar diretamente significa esperar mais, e todo o esforço de recuperação desfaz-se a si próprio.

Uma abordagem faseada costuma funcionar melhor do que uma abrupta. Uma sequência prática e muito usada: primeiro estabilizar a finalização do próprio restaurante para que fique genuinamente rápida e fiável, depois acrescentar um incentivo de fidelização que premeie especificamente as encomendas diretas, depois limitar gradualmente a participação do restaurante no programa de descontos obrigatórios da plataforma, e depois transferir parte do investimento publicitário do destaque na plataforma para a visibilidade do próprio restaurante, acompanhando semanalmente a quota direta e a margem média ao longo de todo o caminho — e abrandando se as queixas ao apoio começarem a subir, já que isso é sinal de que se está a pedir à operação que se mexa mais depressa do que consegue absorver. Muitos restaurantes apontam, ao longo de cerca de um ano, para qualquer coisa na vizinhança de uma divisão equilibrada entre volume direto e volume de plataforma, embora o alvo realista varie bastante consoante o conceito — uma cozinha só de entregas sem sala é estruturalmente mais dependente das plataformas do que um restaurante com uma boa base de quem entra pela porta, e o ritmo possível depende tanto da concorrência local como de tudo o que o restaurante faça por dentro. Trate qualquer percentagem concreta, incluindo a que acabou de ser dada, como um ponto de partida para refazer contas com os números do próprio restaurante e não como uma meta a atingir por princípio.

Tudo neste guia é genuinamente útil mais cedo ou mais tarde, mas quase nenhum restaurante deve tentar construir tudo ao mesmo tempo. A pergunta que conta é a da sequência: o que acertar primeiro, o que acrescentar quando a fundação aguentar e — tão importante quanto isso — que peças deste guia podem honestamente esperar, ou não se aplicam de todo a um restaurante em concreto.

A ordem de construção que funciona para a maioria dos restaurantes corre em três fases. A primeira fase é a ementa ser sua: uma ementa digital atual, correta e rápida no domínio do próprio restaurante, porque todas as fases seguintes — finalização, entrega, fidelização — dependem de essa ementa ser a fonte única de verdade que tudo o resto lê. A segunda fase é a finalização ser sua: passar a conclusão da encomenda para um fluxo próprio, otimizado para telemóvel, porque é especificamente aqui que a margem das plataformas se recupera e onde o capítulo da finalização deste guia se paga mais depressa. A terceira fase é os habituais serem seus: fidelização, mensagens de reconquista e — quando já houver uma base real de clientes que repetem para o justificar — os canais que criam hábito, como uma aplicação ou um quiosque, que só ganham o que custam contra frequência genuína. Tentar construir a terceira fase antes de a primeira estar sólida é a razão mais comum para um investimento promissor num canal ficar aquém; uma aplicação sem ninguém a encomendar com regularidade suficiente para a abrir não é um problema de canal, é um problema de sequência.

Nem todos os canais deste guia compensam em todos os restaurantes, e o tipo de casa é a razão honesta para isso. Um restaurante de alta cozinha com volume modesto de encomendas online tira normalmente mais valor de um site rápido e bem cuidado e de uma boa gestão de reservas do que de um quiosque de balcão de que raramente vai precisar. Uma cozinha só de entregas sem sala é, pela sua natureza, mais estruturalmente dependente do alcance das plataformas do que um restaurante com uma boa base de quem entra pela porta, e deve pesar honestamente o custo operacional real de fazer a sua própria entrega — zonas, despacho, planos B para o que corre mal — face ao que recuperaria mesmo, antes de se comprometer. Um pop-up, uma banca de época ou qualquer conceito com potencial genuinamente baixo de repetição costuma ser melhor servido ficando primeiro pela web do que construindo uma aplicação que precisa de uma base de clientes que voltam para justificar a instalação; assim que um restaurante tem uma base real de habituais, essa conta inverte-se e o hábito do ecrã inicial passa a valer o investimento. Um conceito de balcão com picos altos — um sítio de almoços cheio, uma janela de food truck com fila à hora de ponta — é o caso clássico em que um quiosque ganha o seu lugar mais depressa, precisamente porque os dois comportamentos que um quiosque muda (carrinho maior, fila mais curta) importam mais exatamente quando há fila a formar-se.

Que plataforma conta, e que fatia do mercado domina, difere mesmo de país para país — e este guia não finge o contrário. Em Portugal, a Uber Eats e a Glovo são as referências, com a Bolt Food a disputar terreno nas cidades maiores; a Lieferando é a plataforma de referência na Alemanha; a Uber Eats e a Deliveroo estão largamente presentes em boa parte da Europa; a Glovo e a Just Eat pesam de forma particular em Espanha e em Itália; o Yemeksepeti e novos concorrentes lideram na Turquia. A quota de encomendas diretas que é possível atingir, as taxas de comissão praticadas e até qual o incentivo discreto que realmente move um cliente também variam com a concorrência local e com o conceito, e não apenas com o país. Todos os números concretos deste guia — o exemplo dos 30 €, o alvo de cerca de metade direto a que muitos restaurantes apontam — são ilustrações assinaladas como tal, para serem refeitas com o contrato e com os clientes de cada casa, e não valores universais a perseguir por si mesmos.

Uma forma curta e prática de saber quando um canal em concreto compensa mesmo agora: uma fila que está visivelmente a custar encomendas no pico é o sinal para um quiosque; um telefone que toca sem resposta na hora de maior movimento é o sinal para atendimento telefónico, humano ou automatizado; uma fatura de plataforma que não para de subir especificamente sobre clientes que já encomendaram muitas vezes é o sinal para começar um plano de recuperação de margem; e uma promessa de entrega que falha com horário previsível, quase sempre às sextas à noite, é o sinal para arrumar zonas, despacho e disciplina de tempos antes de acrescentar seja que canal for. Construir por essa ordem — resolvendo o problema que está visivelmente a custar dinheiro agora, em cima de uma ementa e de uma finalização que já funcionam — costuma render mais do que construir de uma vez tudo o que este guia descreve.