Menu
Os pedidos chegam à cozinha de imediato, os avisos sonoros sinalizam as recolhas e o stock baseado em receitas atualiza-se enquanto os pratos são preparados.
Um restaurante movimentado, com cerca de 1.000 clientes por dia, perdia tempo pela sua própria disposição: receção, cozinha e armazém funcionavam como três ilhas separadas.
Cada pedido, atualização de stock e contagem de vendas passava entre eles à mão. Com aquele volume, essa distância atrasava toda a sala.
Liderei a construção de um sistema que liga os três. Um pedido registado na receção aparece de imediato no ecrã da cozinha.
Assim que um prato fica pronto, um aviso sonoro com o número do pedido chama um empregado para o levantar — as constantes idas e vindas acabaram.
Cada pedido concluído retira em silêncio os seus ingredientes exatos do stock e atualiza o armazém — trabalho que antes implicava uma contagem manual e um papel passado à mão.
O stock conta-se sozinho, os avisos de stock baixo surgem antes de algo acabar, e as vendas somam-se da mesma forma, em vez de à mão ao fecho.
Uma aplicação de secretária complementar imprime talões de cozinha e recibos de cliente em tempo real nos dois postos, e a gerência vê vendas e stock de toda a operação num relance.
Nota de confidencialidade: Os nomes de clientes e empresas foram alterados ou omitidos por confidencialidade. O trabalho, o meu papel e o âmbito do projeto são reais.
Um aviso sonoro chama o empregado assim que um prato está pronto — as idas e voltas acabaram
Os pratos esgotados saem da carta sozinhos — ninguém tem de se lembrar de os retirar à mão
Concluir um pedido subtrai os ingredientes exatos da sua receita — o stock conta-se sozinho
Receção, cozinha e armazém partilham uma mesma imagem em direto de um serviço cheio
Receção, cozinha e armazém trabalhavam isoladamente com um volume de cerca de 1.000 pedidos por dia — pedidos, estado de preparação e stock não tinham uma vista em direto comum.
Os pedidos passam da receção para o ecrã da cozinha em tempo real por WebSockets; um aviso sonoro com o número do pedido informa os empregados assim que a comida está pronta.
Os empregados iam à cozinha vezes sem conta, apenas para verificar se um pedido estava pronto.
Cada prato da carta define as suas quantidades de ingredientes, pelo que concluir um pedido abate o stock automaticamente e sincroniza-o com o armazém.
O stock tinha de descer automaticamente à medida que os pratos eram confecionados — o que implicava modelar o consumo exato de ingredientes de cada receita.
Receção de fornecedores do lado do armazém com faturas, recibos e pagamentos — além de avisos de limiar crítico e relatórios de reposição para a gerência.
Gestão de carta e preços, vistas de posto por perfil, vendas que se somam sozinhas em vez de à mão ao fecho, e previsão de stock — além de faturação com recibos impressos em tempo real através de uma aplicação de impressão de secretária em React Native.
Os pedidos chegam à cozinha no momento em que são registados, e o aviso sonoro acabou com o constante vaivém. O stock corresponde finalmente ao que cozinhamos.
A identidade do cliente é confidencial. Este resumo reflete comentários verbais partilhados com o Muhammad e a equipa do projeto.
Diga-me o que está a construir ou a melhorar e ajudo-o a definir um próximo passo prático.
Ainda não há comentários. Seja o primeiro a partilhar a sua opinião.
Ideias sobre desenvolvimento web e sobre construir produtos que chegam mesmo a sair.