01Cliente
Escolher e combinar
Escolha a dimensão da pizza, reveja o total, indique a morada e marque o local no mapa. Selecione uma janela disponível.
FEITO EM FIGUEIRÓ, PASSO A PASSO
Do pedido à porta.
Cada passo, confirmado.
Ofigo é o nome provisório do produto. Estamos a preparar o primeiro serviço com a Churrasqueira e Pizzaria Vitória e José. Este ambiente permite ensaiar o trabalho entre cliente, restaurante, operação e estafeta.
5 kmraio inicial a partir do centro da vila
4 áreascliente, restaurante, operação e entregas
Sem cobrançaensaio privado, sem entregas reais
Ementa em revisão. Os preços iniciais foram transcritos de fotografias sem data. Preços, dimensões, ingredientes e alergénios precisam de confirmação do restaurante. A gestão pode editar o catálogo sem alterar os pedidos anteriores.
Como funciona.
O estado avança quando a pessoa responsável confirma o passo.
02Restaurante
Confirmar o pedido
O restaurante aceita ou recusa dentro do prazo. Um pedido sem resposta expira e liberta a vaga.
03Operação
Preparar a entrega
O operador verifica a morada e atribui o estafeta. A cozinha só pode iniciar a preparação depois destas confirmações.
04Cozinha e estafeta
Recolher e entregar
A cozinha marca o pedido como pronto. O estafeta atribuído confirma a recolha e a entrega; o cliente acompanha as atualizações.
Um espaço para cada responsabilidade.
Para quem pede
- Preços e dimensões antes de confirmar
- Localização dentro da área de entrega
- Pedidos guardados e histórico de confirmações
- Avisos dentro da aplicação
Para a equipa
- Ementa, preços, alergénios e disponibilidade editáveis
- Fila de cozinha e central de operação
- Entregas limitadas ao estafeta atribuído
- Pausa de novos pedidos e vagas por janela
O que vem a seguir.
O próximo trabalho é rever a ementa com o restaurante, configurar os contactos reais e fazer ensaios acompanhados. Pagamentos, faturação, mensagens externas, domínio e lançamento público ficam para uma fase posterior.
Ofigo é a marca escolhida, com ofigo.pt como domínio a registar. O nome e as cores estão separados da lógica do serviço. Mudar o nome não muda contas, permissões nem referências de pedidos.
Dados neste ambiente.
Use dados fictícios durante os ensaios. Os pedidos ficam guardados no servidor. Clientes veem os seus pedidos; o restaurante não recebe a morada nem o telefone de entrega. Operadores e estafetas autorizados recebem os dados necessários ao seu trabalho.
O ponto marcado para entrega é guardado com o pedido. A opção de localização só é usada quando a pessoa a solicita. O mapa carrega cartografia do OpenStreetMap, que recebe os pedidos de imagens do navegador. Não há localização contínua, dados de cartão, SMS ou emails enviados por esta aplicação.
O carrinho fica neste navegador. Uma referência temporária à tentativa de envio permite repetir um pedido após uma falha de ligação sem o duplicar. As simulações do primeiro protótipo continuam disponíveis no arquivo pessoal.
Consultar o planeamento inicial do negócio
As estimativas iniciais são hipóteses de trabalho. A validação comercial continua separada deste ensaio do produto.
ECONOMIA POR PEDIDO · HIPÓTESES, NÃO PREVISÕES
Um pedido tem de pagar a entrega.
Explore o efeito do cabaz, do preço e da produtividade. O valor da refeição pertence ao restaurante; não é receita da plataforma.
Receita líquida por pedido7,88 €
Custos variáveis por pedido6,84 €
Contribuição por pedido1,05 €
812 pedidos/mês para cobrir 850 € de despesas fixas e gestão.
A capacidade inicial é de até 8 pedidos/noite. Com 12 noites/mês, são 96 pedidos: o piloto serve para medir, não prova equilíbrio financeiro.Hipóteses: estafeta 14 €/hora com encargos, veículo 0,60 €/pedido, pagamentos 0,70 €, incidentes 2% do cabaz e apoio 0,35 €. Comissão sobre o cabaz final, acrescida de IVA ao restaurante. Entrega líquida com 23% de IVA, sujeita a validação contabilística. Não inclui imposto sobre lucros. Produtividade inclui espera e horas sem pedidos.