Um jogo de gestão de restaurante precisa de mais do que uma cozinha cheia de pratos. Os pedidos devem passar da espera para o preparo e, em seguida, do balcão de serviço para a mesa. Um pequeno pipeline de produção e atendimento oferece ao jogador um problema claro de capacidade antes de você adicionar menus, melhorias ou uma sala de jantar lotada.
Este guia descreve um protótipo fictício com dois pedidos e uma solicitação de construção assistida por IA. Seus ticks e pagamentos são regras do jogo, não estimativas de trabalho em restaurantes reais. O passo a passo fornece estados esperados para comparação com a sua própria construção; não é um relatório de um playtest concluído.
Separe o preparo do atendimento
Dois pedidos, A e B, chegam no início. Um fogão pode preparar no máximo um pedido em espera por tick, e um garçom pode atender no máximo um prato pronto por tick. O preparo e o atendimento podem ocorrer simultaneamente, mas um prato preparado durante um tick só fica pronto quando esse tick termina. Ele não pode ser servido até um tick posterior.
| Estado do pedido | O que significa | Próximo estado válido |
|---|---|---|
| Em espera | O pedido ainda não começou a ser preparado | Em preparo |
| Em preparo | O fogão está trabalhando nele neste tick | Pronto no final do tick |
| Pronto | O prato está no pass | Em atendimento em um tick posterior |
| Em atendimento | O garçom está levando-o para a mesa | Servido no final do tick |
| Servido | O pedido está completo e pago | Sem mais atribuições |
Use um estado por pedido. Se um prato aparecer tanto na fila de espera quanto na fila de atendimento, um jogador pode atribuí-lo ou pagá-lo duas vezes. Exiba os slots do fogão e do garçom separadamente para que o jogador possa ver qual parte do pipeline está ocupada.
Passe por um atendimento de três ticks
No início de cada tick, atribua ao fogão um pedido em espera e ao garçom um prato que já estava pronto. Ambas as atribuições ocorrem durante esse tick. No final, o preparo se torna pronto e o atendimento se torna servido. Quando não houver nada elegível para uma estação, deixe seu slot vazio.
| Tick | Atribuição do fogão | Atribuição do garçom | Estado após o tick |
|---|---|---|---|
| 1 | Preparar A | Nenhum | A pronto; B em espera |
| 2 | Preparar B | Servir A | A servido; B pronto |
| 3 | Nenhum | Servir B | Ambos servidos |
Cada pedido servido paga 10 moedas uma vez, então o exemplo ganha 20 moedas após o tick três. Nenhum custo de ingrediente, salário ou outro é modelado. O resultado depende da transição explícita no final do tick; permitir que o garçom pegue um prato assim que o preparo começa seria uma regra diferente e um cronograma diferente.
Descreva o pipeline em uma solicitação de construção com IA
Especifique quando um pedido muda de estado e quando uma estação fica livre. O catálogo de capacidades da SEELE descreve a criação de jogos a partir de uma ideia escrita e a produção de personagens, cenas e interfaces coordenados em 2D. Essas descrições de categoria não estabelecem que este sistema específico de restaurante tenha sido gerado ou testado.
Crie um protótipo original de um pequeno jogo de gestão de restaurante.
Comece com dois pedidos, A e B, em uma fila de espera, um fogão e um garçom.
A cada tick, o jogador pode atribuir ao fogão um pedido em espera e ao garçom
um pedido que já estava pronto no início desse tick.
Ambas as atribuições ocorrem simultaneamente. No final do tick, um pedido em preparo se torna
pronto e um pedido em atendimento se torna servido. Um prato recém-preparado não pode ser
servido até o tick seguinte. Pague 10 moedas uma vez quando um pedido for servido.
Um pedido pode ocupar apenas um estado: em espera, em preparo, pronto, em atendimento ou servido.
Rejeite atribuições duplicadas, inelegíveis ou acima da capacidade sem alterar
o estado ou consumir um slot. Mostre as filas, as atribuições das estações e a receita.
Avance um tick apenas uma vez por ação. Termine após ambos os pedidos serem servidos.
Reiniciar restaura ambos os pedidos em espera, estações vazias e receita zero.
Use ativos ilustrados originais de restaurante sem logotipos de marcas reais.Implemente primeiro as transições de estado e o avanço do tick. Adicione uma cozinha visível, convidados e animação depois que a sequência de dois pedidos for confiável. Se um prato for servido cedo demais, forneça o estado inicial e o número do tick na solicitação de correção para que o assistente possa corrigir a transição em vez de reorganizar todo o jogo.
Torne a espera visível para o jogador
Uma pequena fila ao lado do fogão pode mostrar pedidos que não começaram. Um pass separado pode mostrar pratos prontos para atendimento. Durante um tick, marque o pedido que ocupa cada estação; após o tick, mova-o para seu novo estado. Use rótulos ou ícones, além de cores, para que o jogador possa distinguir os estados.
Quando um jogador tentar atribuir um pedido em preparo ao garçom no mesmo tick, explique que ele ficará pronto no final do tick. Se o garçom já estiver atribuído, mantenha o segundo prato na fila de prontos. O feedback deve descrever a regra real, em vez de sugerir que o pedido desapareceu.
Verifique a transição e o pagamento
- Início: verifique se A e B estão em espera, ambas as estações estão vazias e a receita é zero.
- Tick um: prepare A. Tentar servir A nesse mesmo tick deve falhar. Após avançar uma vez, A deve estar pronto e B em espera.
- Tick dois: prepare B e sirva A juntos. No final do tick, A deve estar servido, B pronto e a receita de 10 moedas.
- Tick três: sirva B. A receita deve se tornar 20 e o jogo deve terminar com ambos os pedidos servidos.
- Limites e reinício: rejeite dois pedidos em um fogão, uma atribuição repetida e um segundo pagamento por um pedido servido. O reinício deve restaurar ambos os pedidos em espera e a receita zero.
Para uma falha, forneça ao assistente o tick e o estado. Por exemplo: “No início do tick um, A estava em espera. Eu o atribuí ao fogão, e então o garçom foi capaz de servi-lo imediatamente. A deve se tornar pronto apenas após o fim do tick um.” Após a correção, reteste o tick dois para garantir que o preparo e o atendimento de pedidos diferentes ainda possam ocorrer juntos.
Planeje uma iteração de capacidade
Adicionar apenas um segundo garçom não encurta este cronograma exato: o fogão único produz apenas um prato pronto por tick, então nunca há um segundo prato pronto para o garçom extra pegar. Essa observação segue das regras de dois pedidos estabelecidas; não é uma afirmação geral sobre restaurantes reais.
Como uma versão hipotética seguinte, adicione um segundo fogão com outro cozinheiro e um segundo garçom, todos disponíveis desde o início. Atribua A e B aos dois fogões no tick um. Ambos ficam prontos no final do tick, e ambos os garçons podem servi-los no tick dois. Os mesmos dois pedidos terminam em dois ticks em vez de três, antes de considerar quaisquer novos custos. Especifique os custos de contratação e as regras das estações antes de usar isso como uma comparação econômica.
Teste se cada pedido permanece único quando duas estações agem juntas e se os novos garçons não podem pegar o mesmo prato. Este é um cálculo proposto, não um resultado medido de um jogo testado.
Perguntas frequentes
Por que um prato cozido espera até o próximo tick?
O exemplo faz o preparo ser concluído no final do tick, enquanto as atribuições de atendimento são escolhidas no início do tick. Essa ordem mantém as ações simultâneas previsíveis. Você pode escolher um modelo de tempo diferente, mas declare-o explicitamente e recalcule o cronograma esperado e as verificações.
Como sei se o preparo ou o atendimento é o gargalo?
Olhe para onde os pedidos esperam e se uma estação tem trabalho elegível. Neste exemplo fixo, apenas um prato fica pronto por tick, então um garçom extra sozinho não tem efeito. Outros menus, padrões de chegada ou regras de estação podem produzir um gargalo diferente.
Como posso impedir que um pedido seja servido duas vezes?
Dê a cada pedido um estado atual e permita apenas transições elegíveis. Marque um pedido atribuído enquanto o garçom está trabalhando, depois marque-o como servido e pague uma vez no final do tick. Teste cliques repetidos e estações simultâneas, além da sequência ordinária.
Quando devo adicionar mais pratos ou funcionários?
Adicione-os depois que o pipeline de dois pedidos puder ser concluído e reiniciado consistentemente. Introduza uma estação adicional quando ela criar uma decisão sobre capacidade ou custo, e não apenas mais atividade visual. Defina como ela compartilha as filas e teste o cenário antigo novamente.
Torne um pipeline de atendimento confiável
Dois pedidos, um fogão e um garçom são suficientes para mostrar como a produção e o atendimento interagem. Verifique o estado de cada prato em cada tick, depois adicione equipamentos, funcionários ou variedade de menu uma regra de cada vez. Desenvolva seu próprio cenário de restaurante no SEELE AI Creator Game Maker e mostre aos jogadores onde o trabalho está esperando. Para um fluxo de trabalho mais amplo, leia como criar um jogo com IA.
