Como um restaurante tornou o serviço mais fluido com o software certo
Um movimentado restaurante familiar afogava-se em comandas escritas à mão, mesas reservadas em duplicado e um telefone que nunca parava. Aqui fica exatamente o que mudámos, o que lhes custou em hábitos e o que recuperaram em troca.

Numa boa sexta-feira à noite, um pequeno restaurante funciona a adrenalina e memória muscular. Numa má, funciona a gritos. Os proprietários com quem trabalhámos no ano passado tinham muito do primeiro e demasiado do segundo — não porque alguém fizesse mal o seu trabalho, mas porque toda a casa se mantinha de pé à custa de papel, memória e um telefone que tocava em plena hora de ponta do jantar. Esta é a história do que mudámos de facto, por que ordem, e o que lhes custou em velhos hábitos pelo caminho.
Primeiro, os esclarecimentos que um leitor atento merece. É um projeto real, mas o restaurante pediu para permanecer anónimo, por isso vamos chamar-lhe Da Vinci — uma trattoria familiar de 60 lugares numa cidade europeia de média dimensão, aberta seis dias por semana, ao almoço e ao jantar, com uma equipa base de nove pessoas e reforços rotativos ao fim de semana. Os números deste artigo estão arredondados e são ilustrativos, não contabilidade auditada. Partilhamos a forma da mudança, não uma folha de cálculo. O que importa não são os valores exatos; é o padrão, porque esse padrão repete-se em quase todos os pequenos restaurantes com que nos sentámos.
E mais uma coisa antes de começar, porque é importante: não entrámos para substituir tudo. No primeiro mês não substituímos quase nada. O maior erro que um restaurante pode cometer com software é arrancar uma cozinha que funciona e reconstruí-la em plena época. O que se segue é deliberadamente lento.
A situação: uma cozinha a funcionar a papel e sorte
Quando os proprietários nos ligaram pela primeira vez, não pediram software. Perguntaram, quase a pedir desculpa, se podíamos "fazer alguma coisa quanto ao telefone". Era o sintoma que mais sentiam. Mas depois de passarmos duas noites de pé e em silêncio a um canto da sala — que é, genuinamente, o melhor método de investigação que existe — o quadro real ganhou nitidez, e o telefone era apenas um fio dele.
As reservas viviam numa agenda de papel na receção. Funcionava, no sentido em que um bom maître conseguia guardar uma sexta-feira na cabeça. Falhava em todos os outros sentidos. Quando esse maître folgava, perdiam-se reservas. Os clientes sem reserva e as reservas por telefone disputavam as mesmas mesas sem uma vista partilhada. E quando um grupo de seis não aparecia, ninguém sabia até a mesa ficar vazia durante os noventa minutos mais intensos da semana. Os no-shows eram pura perda de receita invisível, e ninguém conseguia sequer dizer quantos havia.
Na cozinha, os pedidos chegavam como comandas escritas à mão, trazidas por quem estivesse livre. Numa noite calma, sem problema. Numa noite cheia, as comandas borravam-se, empilhavam-se fora de ordem ou perdiam-se simplesmente entre o pass e a linha. A cozinha não conseguia ver o que vinha — só via o que já tinha aterrado à sua frente. O resultado é aquilo que todo o cliente já sentiu: o prato principal de uma pessoa a chegar enquanto o do companheiro ainda está a dez minutos.
“Não tinham um problema de tecnologia. Tinham um problema de visibilidade — ninguém conseguia ver a noite inteira de uma só vez, por isso andavam todos a adivinhar.”

O que observámos antes de mexer em fosse no que fosse
É tentador chegar com um produto e começar a instalar. Não o fizemos. Passámos a maior parte de uma semana apenas a observar e a contar, porque não se conserta um processo que não se viu a toda a velocidade. Duas noites na sala, um serviço de almoço na cozinha e um café longo e sem pressas com cada proprietário em separado — nem sempre concordam sobre onde está a dor, e esses desacordos são úteis.
Contabilizámos as coisas aborrecidas. Quantas vezes o telefone tocava durante o serviço e quem tinha de se afastar para atender. Quantas comandas eram refeitas porque algo fora mal lido. Quanto tempo uma mesa típica esperava entre pratos numa noite cheia face a uma calma. Nada disto precisava de software para ser medido — precisava de um caderno e da paciência de o fazer de facto. No fim da semana tínhamos uma lista curta e honesta dos pontos onde a noite perdia tempo e dinheiro.
Os três problemas que combinámos atacar
De uma lista longa, escolhemos três. Não os três maiores em teoria — os três que eram dolorosos, frequentes e concluíveis. A ambição é inimiga de um projeto de restauração; a cozinha não pode parar para uma implementação de seis meses.
- Reservas: sair da agenda de papel para uma única vista partilhada e em tempo real em que toda a sala possa confiar.
- No-shows: acrescentar confirmações e lembretes automáticos para que as mesas vazias deixem de emboscar a hora de maior movimento.
- Fluxo de cozinha: levar os pedidos à linha de forma digital e por ordem, para que a cozinha veja a noite chegar em vez de reagir a ela.
O que fizemos de facto, por ordem
A sequência era aqui tudo o que importava. Começámos deliberadamente pela mudança menos disruptiva para a cozinha e mais visível para os proprietários, porque a primeira vitória tem de criar confiança antes de pedir a uma equipa exausta que mude a forma como cozinha.
Passo um: uma vista de reservas partilhada
Montámos um verdadeiro sistema de reservas em que a receção, os telemóveis dos proprietários e o site escreviam e liam todos a partir do mesmo sítio. Uma reserva feita online à meia-noite aparecia de imediato na mesma vista que um cliente sem reserva sentado às 20h. Crucial: mantivemos a agenda de papel a funcionar em paralelo nas primeiras duas semanas. O maître escrevia em ambas. Parecia redundante, e era — de propósito. Significava que quando (não se) algo parecesse errado no novo sistema, havia um recurso de confiança e ninguém entrava em pânico.
Esse período em paralelo trouxe à tona exatamente os casos-limite que nunca se desenhariam de antemão: o cliente habitual que reserva sempre "a mesa do canto" pelo nome, o almoço prolongado que invade o turno do jantar, a reserva fixa de quinta-feira de uma empresa local. Afinámos o sistema ao modo como este restaurante realmente funcionava, não ao modo como o software acha que os restaurantes deviam funcionar. À terceira semana, o maître deixou de estender a mão para a agenda de papel sem que lho dissessem. É assim que se sabe que pegou.
Passo dois: confirmações e lembretes
Assim que as reservas passaram a viver num só sítio, prevenir os no-shows foi quase gratuito de acrescentar. Cada reserva passou a desencadear uma confirmação no momento em que era feita e um lembrete simpático na véspera, por SMS ou e-mail, com uma forma de cancelar ou ajustar num só toque. Esta última parte importa mais do que parece: tornar fácil o cancelamento é como se recupera a mesa a tempo de a revender. Um cliente que pode cancelar às 16h com um toque vale muito mais do que um que simplesmente não aparece às 20h.
Passo três: dar à cozinha a sua própria vista
Foi a mudança com que tivemos mais cuidado, porque tocava na parte da casa com menos paciência para disparates. Os pedidos tirados na sala fluíam agora para um ecrã na linha — um ecrã de cozinha — agrupados com critério e com marca de tempo, para que a cozinha pudesse ver toda a fila, não apenas a comanda na mão. Os pratos de uma mesa podiam ser lançados em conjunto. O chef podia levantar os olhos e ler a forma dos próximos quarenta minutos.
Não forçámos isto de um dia para o outro. Na primeira semana a cozinha manteve a calha de papel e o ecrã, tal como a agenda de reservas antes. O cozinheiro de partida mais velho, que lançava pratos a partir do papel há quinze anos, foi o mais difícil de convencer — e com razão, porque se o ecrã falhasse a meio do serviço era a noite dele que se desfazia. Esse conquistámos devagar. O que o convenceu não foi uma funcionalidade; foi poder finalmente ver uma mesa de seis e uma de dois a aterrar ao mesmo tempo e ritmá-las ele próprio, em vez de ser apanhado de surpresa pelo pass.

Os obstáculos que ninguém põe na brochura
Se isto soa fluido demais, deixe-me corrigir. Houve problemas reais, e fingir o contrário tornaria esta uma história pior e um guia pior.
O primeiro foi o Wi-Fi. O fundo da cozinha, atrás do inox e da câmara frigorífica, era uma zona morta, e o ecrã caía ocasionalmente durante alguns segundos. Numa cozinha, alguns segundos de ecrã em branco durante o serviço bastam para perder a confiança para sempre. Resolvemo-lo com um ponto de acesso barato no canto certo — um problema de hardware disfarçado de problema de software, o que é mais comum do que se pensa. A lição: percorra o edifício real antes de prometer a funcionalidade real.
O segundo foi humano. O pessoal de fim de semana, que só fazia dois turnos por semana, caía repetidamente nos velhos hábitos porque não tinha vivido a transição. Tivemos de escrever um único cartão plastificado — cinco linhas, o mais básico — e colá-lo junto à receção. Não um manual. Um cartão. Quanto mais sofisticado o material de formação, menos alguém o lê.
Os resultados, ditos com honestidade
Aqui tenho de ter cuidado, porque os casos de estudo adoram inventar milagres precisos. Por isso, serei claro sobre o que podemos e não podemos afirmar. Podemos afirmar direção e ordem de grandeza aproximada, observadas ao longo dos três meses após a implementação e comparadas com os próprios números de antes dos proprietários. Não podemos afirmar uma percentagem de rigor laboratorial, porque um restaurante não é um laboratório — o tempo, a época e uma boa avaliação também mexem nos números.
| O que acompanhámos | Antes | Depois (≈3 meses) |
|---|---|---|
| No-shows numa semana típica | Cerca de 8 a 10 lugares perdidos | Reduzidos em mais de metade |
| Interrupções por telefone durante o serviço | Constantes, a noite toda | Um punhado — a maioria das reservas passou para online |
| Comandas de cozinha refeitas ou perdidas | Várias por serviço cheio | Raras |
| Mesas vazias por reservas falhadas | Comuns à sexta/sábado | Em geral revendidas a partir de cancelamentos |
| Horas de administração dos proprietários por semana | Difíceis de contar, pareciam intermináveis | Uma quebra claramente percetível |
O resultado de longe mais valioso não estava em nenhum gráfico. Foi que os proprietários deixaram de gerir a sala num estado de pânico surdo e permanente. Quando se consegue ver a noite — quem reservou, o que está a cozinhar, o que está prestes a sair — deixa-se de adivinhar, e adivinhar é exaustivo. Um dos proprietários disse-nos, semanas depois, que a primeira sexta-feira tranquila em anos não foi tranquila por ter pouco movimento. Estava cheia. Apenas não parecia uma emergência.
“Foi a sexta-feira de maior movimento do mês. Apenas não pareceu uma. É o resultado para o qual fomos realmente contratados.”
O que se transfere para o seu restaurante
A configuração exata do Da Vinci não é um modelo — o seu menu, a sua sala e a sua equipa são diferentes. Mas o método por baixo dela transfere-se de forma limpa para quase qualquer pequeno restaurante, e esse método é a parte verdadeiramente útil desta história.
- 1Observe antes de comprarFique de pé na sua própria sala durante dois serviços com um caderno. Conte as interrupções, as comandas perdidas, as mesas vazias. Os dados de que precisa já estão a acontecer à sua frente.
- 2Escolha três problemas, não trintaEscolha os que sejam dolorosos, frequentes e concluíveis em semanas, não em meses. Uma cozinha não pode parar para uma grande implementação.
- 3Sequencie a pensar na confiançaComece pela mudança menos disruptiva para a cozinha e mais visível para o proprietário. A primeira vitória dá-lhe o direito às mais difíceis.
- 4Mantenha sempre o método antigo em paraleloMantenha a agenda de papel e a calha de papel vivas durante uma ou duas semanas ao lado do novo sistema. Parece redundante. É exatamente o que impede uma má noite de se tornar um desastre.
- 5Planeie as bordas aborrecidasPercorra o edifício à procura de zonas mortas. Escreva o cartão plastificado de cinco linhas. Garanta que os trabalhadores a tempo parcial e o cozinheiro de partida mais resistente são trazidos consigo, não contornados.

Algo disto precisava de IA?
Quase nada, e dizemo-lo sem rodeios. Um lembrete na véspera de uma reserva é uma regra com um relógio. Uma vista de reservas partilhada é boa canalização. Um ecrã de cozinha é a informação certa no sítio certo no momento certo. Nada disto é inteligência artificial, e chamar-lhe isso seria marketing.
Onde a IA poderia ganhar o seu lugar mais tarde — e assinalámo-la como opção futura, não como funcionalidade de arranque — é no trabalho genuinamente complicado e com forma de linguagem: um assistente que atende o telefone e tira uma reserva em fala natural quando a linha está ocupada, ou um sistema que lê meses de histórico de reservas para prever uma terça-feira fraca e um sábado a abarrotar. Isso é real, e para alguns restaurantes compensa. Mas pertence por cima de bases bem arrumadas, nunca em vez delas. Acerte primeiro a canalização.
Reconhece a sua própria sala nisto?
Se as suas noites se parecem com a metade do 'antes' desta história, a primeira conversa é a parte mais barata. Vamos olhar para como o seu restaurante realmente funciona e apontar a uma ou duas mudanças que vale a pena fazer primeiro — sem qualquer obrigação de construir o que quer que seja.
Veja como abordamos o software de restaurantePerguntas frequentes
Tenho de substituir o meu POS ou todo o meu sistema para fazer isto?
Quanto tempo demora um projeto como este?
O meu pessoal mais velho vai mesmo usá-lo?
Quanto pode o software reduzir mesmo os no-shows?
Compensa para um pequeno restaurante ou só para cadeias?

A Have a nice day é um estúdio de software que ajuda pequenas e médias empresas a digitalizarem-se — automação, IA e software à medida que funciona no dia a dia, não apenas nos slides.