FLUXOS UX — Experiência e Jornadas
Documento mestre v0.2. Registro conceitual dos fluxos de experiência do Sistema Gastronômico para Operações com Mesas, baseado nas baselines de PRD, ERD e RBAC. Status: APROVADO. Revisão v0.2: acrescenta UX-020 a UX-024 (Mesa, QR Code, Organização/Usuários, Pagamento).
Breve nota de propósito
Este documento cumpre o objetivo de registrar a jornada de cada ator (Cliente, Recepção, Cozinha, Gestão), validando a conexão funcional entre os requisitos aprovados nas baselines técnicas.
Princípios dos Fluxos UX
CARDÁPIO ANTES DE CADASTRO
O Cliente pode acessar e navegar pelo Cardápio sem cadastro prévio.
IDENTIFICAÇÃO NA FINALIZAÇÃO
Nome e WhatsApp são solicitados somente na finalização do Pedido. E-mail é opcional.
CONTEXTO DA MESA
O contexto da Mesa deve ser preservado durante a jornada de criação e envio do Pedido.
EXPERIÊNCIA ESPECÍFICA POR FUNÇÃO
Cliente, Recepção, Cozinha e Gestão possuem jornadas e necessidades distintas, conforme RBAC/RLS v0.1.
COZINHA ORIENTADA À PRODUÇÃO
A Cozinha deve receber somente as informações necessárias ao contexto de produção. Nome, WhatsApp e E-mail do Cliente não são informações necessárias à produção na baseline v0.1.
NÃO INVENTAR DECISÕES
Quando uma decisão necessária depender de TBD oficial ainda aberto, o comportamento deve permanecer PENDENTE.
Mapa Geral das Jornadas
“O Mapa Geral apresenta a visão macro das jornadas. Os fluxos detalhados documentam as ações e pendências específicas de cada ator.”
Jornada do Cliente (MVP)
Acesso ao Cardápio via QR Code
Cliente
Permitir que o Cliente inicie a jornada digital a partir do QR Code associado ao contexto da Mesa.
Existência de QR Code associado ao contexto da Mesa. (Ciclo/cardinalidade pendente).
Cliente acessa o QR Code disponível na Mesa.
Cliente acessa o QR Code.
O sistema recebe o contexto associado à Mesa.
O sistema preserva esse contexto para a jornada.
O Cardápio é apresentado ao Cliente.
Nenhum cadastro prévio é solicitado.
Cliente entra no Cardápio mantendo o contexto da Mesa.
Ciclo e cardinalidade definitivos do QR Code permanecem pendentes.
Navegação no Cardápio
Cliente
Permitir que o Cliente navegue pelo Cardápio sem cadastro prévio.
UX-001 concluído.
Cardápio apresentado.
Cliente visualiza o Cardápio.
Navega entre Categorias.
Visualiza Produtos disponíveis no Cardápio.
Seleciona um Produto.
Pode prosseguir para adicioná-lo ao Carrinho.
Cliente consegue explorar o Cardápio e selecionar produtos.
Comportamento de Produto indisponível permanece pendente no PRD TBD-018.
Carrinho e Composição do Pedido
Cliente
Permitir que o Cliente componha e revise os itens do Pedido antes do envio.
Produto selecionado no Cardápio.
Cliente adiciona Produto ao Carrinho.
Produto é adicionado ao Carrinho.
Cliente visualiza os itens adicionados.
Cliente pode alterar quantidade antes da finalização.
Cliente pode informar observações/customizações quando disponibilizadas.
Cliente revisa os itens.
Cliente decide prosseguir para finalização.
Carrinho contém a composição que será utilizada na finalização do Pedido.
Estrutura de Customizações (ERD-TBD-007) e Alteração após envio (PRD TBD-006) pendentes.
Finalização e Identificação do Cliente
Cliente
Coletar somente as informações necessárias para conclusão e envio do Pedido.
Carrinho revisado.
Cliente seleciona a opção de prosseguir para finalização.
Sistema apresenta a etapa de identificação.
Cliente informa Nome.
Cliente informa WhatsApp.
Cliente pode informar E-mail opcionalmente.
Cliente confirma as informações.
Cliente prossegue para envio do Pedido.
Dados mínimos necessários para o envio estão disponíveis.
Não criar login/conta. Retenção/exclusão futura no PRD TBD-016.
Envio e Confirmação do Pedido
Cliente
Criar o Pedido preservando sua relação com a Mesa de origem.
Finalização concluída.
Cliente confirma o envio.
Cliente envia o Pedido.
O Pedido é criado.
O contexto da Mesa é preservado.
Pedido permanece associado à Mesa de origem.
Identificador próprio do Pedido pode ser utilizado.
Cliente segue para o acompanhamento.
Pedido criado e disponível para o fluxo operacional.
Alteração ou cancelamento após envio pendente no PRD TBD-006.
Acompanhamento do Pedido pelo Cliente
Cliente
Permitir ao Cliente acompanhar o andamento do próprio Pedido.
Pedido criado.
Cliente acessa o acompanhamento do Pedido.
Cliente visualiza o resumo básico do Pedido.
Visualiza identificação do Pedido quando aplicável.
Visualiza identificação da Mesa quando aplicável.
Visualiza o andamento operacional disponível.
O acompanhamento reflete a evolução (Pedido recebido → Em preparo → Pronto → Entregue).
Cliente acompanha a evolução do Pedido sem alterar seu andamento operacional.
Lifecycle definitivo pendente no PRD TBD-005.
“Problema / situação operacional é uma situação prevista na baseline atual, mas não deve ser posicionada automaticamente como uma etapa linear específica do lifecycle enquanto o PRD TBD-005 permanecer aberto.”
Jornada da Recepção (MVP)
Monitoramento Operacional do Pedido
Recepção
Permitir que a Recepção acompanhe os Pedidos em andamento e possua a visão operacional necessária ao atendimento.
Pedido criado e disponível para o fluxo operacional.
Pedido passa a integrar a visão operacional da Recepção.
Recepção visualiza o Pedido em andamento.
Identifica o Pedido.
Identifica a Mesa associada.
Visualiza o status atual.
Acompanha o tempo operacional quando disponível.
Identifica problemas ou situações operacionais quando aplicável.
Continua acompanhando a evolução do Pedido até sua conclusão operacional.
Recepção mantém visibilidade operacional do Pedido e de sua evolução.
Lifecycle definitivo (PRD TBD-005) e Alteração/cancelamento (PRD TBD-006) pendentes.
Consulta Interna do Cardápio
Recepção
Permitir que a Recepção consulte informações comerciais necessárias ao atendimento sem receber poderes administrativos sobre o Cardápio.
Recepção atuando no contexto da própria Organização.
Necessidade operacional de consultar informações do Cardápio.
Recepção acessa a consulta interna do Cardápio.
Consulta Categorias.
Consulta Produtos.
Consulta informações do Produto.
Consulta Preço de Venda.
Retorna ao contexto operacional sem alterar o catálogo.
Recepção consegue consultar Cardápio, Produtos e Preços para apoiar o atendimento.
Recepção NÃO possui poderes administrativos (Criar/Editar). Disponibilidade pendente no PRD TBD-018.
Conclusão Operacional da Entrega
Recepção
Registrar a conclusão operacional da entrega após o Pedido estar pronto.
Pedido sinalizado como Pronto pela Cozinha.
Conclusão da entrega do Pedido no contexto operacional.
Recepção identifica que o Pedido está Pronto.
Acompanha sua conclusão operacional.
Após a entrega efetiva, Recepção registra o Pedido como Entregue.
O acompanhamento passa a refletir a conclusão operacional do Pedido.
Pedido é registrado como Entregue após a conclusão operacional correspondente.
Lifecycle definitivo permanece pendente no PRD TBD-005.
Jornada da Cozinha (MVP)
“A jornada da Cozinha é orientada à produção. Nome, WhatsApp e E-mail do Cliente não são informações necessárias à produção na baseline v0.1.”
Entrada do Pedido em Produção
Cozinha
Disponibilizar à Cozinha as informações necessárias para iniciar a produção do Pedido.
Pedido criado e destinado à produção.
Pedido passa a estar disponível no contexto operacional da Cozinha.
Cozinha recebe o Pedido destinado à produção.
Visualiza os Itens do Pedido.
Visualiza as Quantidades.
Visualiza Observações relevantes à produção.
Visualiza Customizações/Adicionais quando aplicáveis e disponíveis.
Inicia a produção.
Cozinha possui as informações necessárias para executar a produção do Pedido.
A estrutura definitiva de Customizações/Opções permanece pendente no ERD-TBD-007. Nome, WhatsApp, E-mail e identificação da Mesa não são informações necessárias ao contexto de produção da Cozinha na baseline v0.1.
Andamento da Produção
Cozinha
Permitir que a Cozinha atualize o andamento relacionado à produção e sinalize sua conclusão.
Pedido em contexto de produção.
Cozinha inicia ou atualiza a produção do Pedido.
Cozinha inicia o processamento do Pedido.
Atualiza o andamento relacionado à produção conforme a operação definida.
O Pedido permanece disponível no acompanhamento operacional.
Ao concluir a preparação, Cozinha sinaliza o Pedido como Pronto.
O Pedido retorna ao fluxo operacional da Recepção para conclusão da entrega.
Cozinha atualiza e conclui a produção, sinalizando o Pedido como Pronto para a Recepção.
Lifecycle definitivo pendente no PRD TBD-005.
CONEXÃO OPERACIONAL — RECEPÇÃO E COZINHA
“Esta conexão representa somente a relação operacional entre Recepção e Cozinha definida na baseline atual. O fluxo integrado completo entre Cliente, Recepção, Cozinha e supervisão da Gestão será documentado posteriormente em UX-014.”
“Lifecycle definitivo do Pedido permanece sujeito ao PRD TBD-005.”
Jornada da Gestão (MVP)
Supervisão Operacional
Gestão
Permitir que a Gestão acompanhe e supervisione a operação da própria Organização sem se tornar a origem normal do Pedido do Cliente.
Usuário Interno atuando no contexto organizacional correspondente e existência de operação em andamento.
Necessidade de acompanhamento ou intervenção gerencial sobre a operação.
Gestão acessa a visão operacional da própria Organização.
Consulta Mesas no contexto disponível.
Consulta Pedidos em andamento.
Consulta Itens dos Pedidos.
Acompanha o andamento da Produção.
Supervisiona a evolução operacional dos Pedidos.
Quando necessário, pode intervir operacionalmente dentro dos limites já definidos no RBAC/RLS.
Permanece restrita ao contexto da Organização ativa.
Gestão possui visão de supervisão sobre a operação sem substituir os fluxos normais de Cliente, Recepção ou Cozinha.
Gestão não é a origem normal do Pedido do Cliente. Alteração ou cancelamento após envio permanece: PRD TBD-006 — PENDENTE. Lifecycle definitivo permanece: PRD TBD-005 — PENDENTE.
Administração do Cardápio
Gestão
Representar as responsabilidades administrativas da Gestão sobre Categorias, Produtos e Preços, preservando como pendente o comportamento de disponibilidade/indisponibilidade do Produto.
Gestão atuando no contexto da própria Organização.
Necessidade administrativa de consultar ou manter informações comerciais do Cardápio.
Gestão acessa o contexto administrativo do Cardápio.
Consulta Categorias.
Pode cadastrar Categoria.
Pode alterar Categoria.
Consulta Produtos.
Pode cadastrar Produto.
Pode alterar Produto.
Consulta Preço de Venda.
Pode alterar Preço de Venda.
Retorna ao contexto administrativo/operacional.
Gestão administra Categorias, Produtos e Preços dentro do contexto da própria Organização.
O comportamento: DISPONIBILIZAR / INDISPONIBILIZAR PRODUTO permanece PENDENTE. Dependência: PRD TBD-018.
Novas Jornadas — Mesa, QR Code, Organização, Usuários e Pagamento (v0.3)
Cadastro de Mesa
Gestão
Permitir que a Gestão cadastre as Mesas físicas da própria Organização, incluindo um ponto de referência opcional de localização.
Gestão atuando no contexto da própria Organização.
Necessidade de registrar uma nova Mesa física do salão.
Gestão acessa a área de cadastro de Mesas.
Informa o identificador da Mesa (ex.: número).
Opcionalmente informa uma observação de ponto de referência (ex.: "perto da janela").
Sistema valida que o identificador é único dentro da Organização.
Mesa é cadastrada e passa a estar disponível para geração de QR Code.
Mesa cadastrada, disponível para geração de QR Code (UX-021).
Identificador único apenas dentro da Organização, não globalmente (RN-015).
Geração e Impressão de QR Code da Mesa
Gestão
Permitir que a Gestão gere o QR Code de uma Mesa e o imprima em um dos três tamanhos padronizados, pronto para uso no salão.
Mesa cadastrada (UX-020).
Gestão acessa a área de geração de QR Code de uma Mesa.
Gestão seleciona a Mesa.
Sistema gera (ou reaproveita) o QR Code único daquela Mesa — token nunca se repete, nem entre Mesas nem entre Organizações.
Gestão escolhe o tamanho de impressão: A7 (7×10cm), A6 (10×15cm) ou A5 (15×21cm).
Sistema organiza automaticamente o layout com: nome do estabelecimento, número da Mesa e o QR Code.
Gestão imprime ou exporta o layout gerado.
QR Code impresso, pronto para ser fixado na Mesa. Ao ser escaneado, redireciona para o Cardápio da Mesa (UX-001).
Ciclo do QR Code (regenerar/revogar um QR Code já impresso) permanece pendente — ERD-TBD-005 (parcial).
Cadastro de Organização (Onboarding do SaaS)
Platform Admin ou Visitante (ator não resolvido — PRD TBD-020)
Permitir que uma nova empresa (restaurante, pizzaria, hamburgueria etc.) passe a existir como Organização no sistema.
Nenhuma — é o ponto de entrada de uma nova Organização no SaaS.
A definir: pode ser autoatendimento (formulário público) ou solicitação tratada pelo Platform Admin.
Iniciar cadastro informando dados da empresa.
Consultar CNPJ para pré-preencher razão social/endereço quando disponível (UX correlato: RF-046).
Confirmar dados e criar a Organização.
Criar o primeiro Usuário Interno administrador dessa Organização.
Organização criada e isolada das demais; primeiro Usuário Interno pronto para cadastrar Mesas, Cardápio etc.
Este fluxo é uma representação conceitual, não uma definição aprovada. Quem pode executá-lo (autoatendimento vs Platform Admin) não está decidido — PRD TBD-020, ACESSO-TBD-012 (ambos ABERTOS). Não implementar sem essa decisão.
Cadastro e Convite de Usuário Interno
Gestão
Permitir que a Gestão cadastre ou convide novos Usuários Internos para atuar na própria Organização.
Organização existente e Gestão atuando em seu contexto.
Necessidade de dar acesso a um novo funcionário (Recepção, Cozinha ou Gestão).
Gestão acessa a área de usuários da Organização.
Informa dados do novo Usuário Interno e o perfil (Recepção, Cozinha ou Gestão).
Sistema vincula o Usuário Interno a esta Organização (contexto único, ERD-TBD-002 resolvido).
Usuário Interno passa a atuar dentro dos limites do perfil atribuído (RBAC/RLS).
Novo Usuário Interno vinculado à Organização, com o perfil correto desde o início.
Mecanismo exato de convite (e-mail, link, senha temporária) não é definido nesta baseline — apenas o resultado funcional.
Pagamento do Pedido via Gateway
Cliente
Permitir que o Cliente pague o Pedido dentro do próprio sistema, sem depender exclusivamente do pagamento presencial na Recepção.
Pedido criado (UX-005).
Cliente opta por pagar pelo sistema em vez de pagar presencialmente.
Cliente aciona a opção de pagamento no acompanhamento do Pedido.
Sistema encaminha para o gateway de pagamento (provedor não definido).
Cliente conclui o pagamento no gateway.
Sistema recebe a confirmação e associa o Pagamento ao Pedido.
Pagamento associado ao Pedido; Gestão consegue consultar o histórico financeiro.
Gateway (InfinityPay, Stone ou outro), obrigatoriedade do pagamento pelo sistema, e divisão de conta por Mesa não estão definidos — PRD TBD-021 ABERTO. Dado de pagamento é sensível: nunca disponível para Cozinha, mesmo tratamento dado a PII (ACESSO-TBD-006).
Jornadas dos Módulos Evolutivos
“Os fluxos UX-015 a UX-019 representam módulos previstos para evolução do produto. Eles não integram o núcleo obrigatório do MVP da baseline v0.1 e permanecem sujeitos às pendências oficiais indicadas em cada fluxo.”
Gestão e Consulta de Insumos
Gestão
Representar o fluxo conceitual de cadastro, classificação e consulta dos Insumos utilizados pela operação.
Módulo de Insumos implantado para a Organização.
Necessidade de registrar, manter ou consultar um Insumo.
Gestão acessa o módulo de Insumos.
Consulta os Insumos existentes.
Pode cadastrar um Insumo.
Define ou relaciona sua Categoria.
Define a Unidade de Medida aplicável.
Pode manter as informações conceituais necessárias ao Insumo.
Insumo passa a estar disponível para os módulos que dele dependem.
Cozinha: pode consultar Insumos quando essa informação for necessária à operação sem administração do cadastro.
Insumos ficam organizados e disponíveis conceitualmente para Estoque e Ficha Técnica.
Não inventar: fornecedor, marca, código fiscal, preço médio automático, unidade física de compra específica ou campos não existentes nas baselines.
Movimentação e Consulta de Estoque
Gestão
Representar o fluxo conceitual de movimentação e acompanhamento do Estoque.
Módulo de Estoque implantado e Insumos existentes.
Necessidade de registrar movimentação ou consultar posição de Estoque.
Gestão acessa o Estoque.
Consulta Insumos e suas informações de Estoque.
Registra uma Movimentação de Estoque quando aplicável.
Consulta o saldo derivado disponível.
Consulta estoque mínimo e alertas quando o módulo estiver configurado para isso.
Utiliza essas informações para acompanhamento operacional.
Cozinha: pode consultar saldo operacional e alertas pertinentes à operação sem administrar a governança.
A operação consegue acompanhar conceitualmente movimentações e posição de Estoque.
Baixa Automática (PRD TBD-008) PENDENTE. Governança de Inventário (PRD TBD-010) PENDENTE.
Controle de Lotes e Validade
Gestão
Representar o fluxo conceitual de associação de validade a lotes/entradas e acompanhamento de itens próximos do vencimento.
Módulos de Insumos e Estoque implantados.
Entrada ou acompanhamento de Insumo sujeito a controle de lote/validade.
Gestão acessa o contexto de Lotes e Validade.
Identifica o Insumo relacionado.
Registra ou relaciona a informação de validade ao Lote/Entrada quando aplicável.
Consulta Lotes existentes.
Identifica itens próximos do vencimento.
Pode registrar perdas relacionadas à validade quando aplicável.
Cozinha: pode consultar informações de vencimento pertinentes à operação sem administrar as regras.
A operação possui visibilidade conceitual sobre Lotes, Validades e riscos de vencimento.
Priorização de Consumo (FIFO/FEFO) PENDENTE (PRD TBD-009). Não utilizar semaforização FIFO.
Criação e Consulta da Ficha Técnica
Gestão
Representar o fluxo conceitual de criação da Ficha Técnica, composição por Insumos e obtenção das informações técnicas e econômicas derivadas.
Produto e Insumos existentes.
Necessidade de criar, manter ou consultar a composição técnica de um Produto.
Gestão acessa o contexto de Ficha Técnica.
Seleciona ou relaciona o Produto.
Cria a Ficha Técnica quando aplicável.
Relaciona os Insumos necessários e suas Quantidades.
Registra dados de custos necessários.
Registra Rendimento e Perdas quando aplicável.
Consulta a composição e o Custo Estimado por porção.
Visualiza a relação entre Custo Estimado e Preço de Venda.
Cozinha: consulta composição, insumos, quantidades e rendimento. NÃO visualiza custos ou preços.
Ficha Técnica representa a composição técnica do Produto e serve de base conceitual para análise de custos e CMV.
Método de atualização do custo dos Insumos PENDENTE (PRD TBD-012). Não inventar custo médio ou último custo.
Visualização do CMV
Gestão
Representar o fluxo conceitual de cálculo ou visualização do CMV quando os dados necessários estiverem disponíveis.
Existência das informações técnicas e de custos necessárias ao cálculo.
Gestão acessa o contexto de análise de CMV.
Gestão acessa o contexto de CMV.
Sistema utiliza os dados necessários disponíveis.
O CMV é apresentado conforme a estrutura conceitual aprovada.
Gestão visualiza o resultado correspondente.
Gestão utiliza a informação para análise gerencial.
Gestão visualiza o CMV quando existirem dados suficientes para sua obtenção.
Não inventar periodicidade (mensal/diário). Faixas oficiais PENDENTES (PRD TBD-011). Persistência histórica PENDENTE (ERD-TBD-006).
CONEXÃO DOS MÓDULOS EVOLUTIVOS
“Esta conexão demonstra dependências conceituais entre os módulos evolutivos. Ela não define implementação física, automatizações ou ordem obrigatória de implantação.”
Não representar Estoque como origem obrigatória do custo da Ficha Técnica. A conexão é conceitual, não uma regra automática.
Fluxo Integrado do Pedido
Fluxo Integrado do Pedido
Fluxo Integrado
Demonstrar de forma unificada como o Pedido percorre a jornada entre Cliente, Recepção e Cozinha, com supervisão lateral da Gestão.
Cliente dentro da jornada de criação do Pedido e contexto da Mesa preservado.
Cliente confirma o envio do Pedido.
CLIENTE: Cria e envia o Pedido.
SISTEMA: Preserva o contexto da Mesa e registra o Pedido.
RECEPÇÃO: Recebe e monitora o Pedido.
COZINHA: Recebe o Pedido destinado à produção.
COZINHA: Visualiza Itens, Quantidades e Observações.
COZINHA: Executa a produção.
COZINHA: Atualiza o andamento relacionado à produção.
COZINHA: Sinaliza o Pedido como Pronto.
RECEPÇÃO: Acompanha a conclusão operacional.
RECEPÇÃO: Registra o Pedido como Entregue.
CLIENTE: Acompanha a evolução do Pedido.
Pedido percorre a jornada operacional desde sua criação pelo Cliente até a conclusão da entrega, mantendo responsabilidades distintas entre Cliente, Recepção, Cozinha e Gestão.
Os acessos internos devem permanecer limitados ao contexto da Organização ativa, conforme a regra conceitual de isolamento organizacional da baseline (RN-013, RNF-005, ACESSO-TBD-002). Lifecycle definitivo: PRD TBD-005 PENDENTE. Alteração/cancelamento após envio: PRD TBD-006 PENDENTE. Customizações/Opções: ERD-TBD-007 PENDENTE. Histórico de status: ERD-TBD-008 PENDENTE.
“A Gestão atua lateralmente em SUPERVISÃO OPERACIONAL, acompanhando Mesas, Pedidos, Itens e Produção, intervindo somente conforme os limites do RBAC/RLS aprovado.”
A Cozinha recebe: Pedido, Itens, Quantidades, Observações e Customizações (quando aplicáveis).
Restrição: Nome, WhatsApp, E-mail e identificação da Mesa não são informações necessárias ao contexto de produção na baseline v0.1.
Lifecycle definitivo sujeito ao PRD TBD-005.
Inventário Consolidado — 19/19
| ID | Fluxo | Ator Principal | Fase | Classificação |
|---|---|---|---|---|
| UX-001 | Acesso ao Cardápio via QR Code | Cliente | MVP | MVP — DEFINIDO |
| UX-002 | Navegação no Cardápio | Cliente | MVP | MVP — DEFINIDO |
| UX-003 | Carrinho e Composição do Pedido | Cliente | MVP | MVP — DEFINIDO |
| UX-004 | Finalização e Identificação do Cliente | Cliente | MVP | MVP — DEFINIDO |
| UX-005 | Envio e Confirmação do Pedido | Cliente | MVP | MVP — DEFINIDO |
| UX-006 | Acompanhamento do Pedido pelo Cliente | Cliente | MVP | MVP — DEFINIDO |
| UX-007 | Monitoramento Operacional do Pedido | Recepção | MVP | MVP — DEFINIDO |
| UX-008 | Consulta Interna do Cardápio | Recepção | MVP | MVP — DEFINIDO |
| UX-009 | Conclusão Operacional da Entrega | Recepção | MVP | MVP — DEFINIDO |
| UX-010 | Entrada do Pedido em Produção | Cozinha | MVP | MVP — DEFINIDO |
| UX-011 | Andamento da Produção | Cozinha | MVP | MVP — DEFINIDO |
| UX-012 | Supervisão Operacional | Gestão | MVP | MVP — DEFINIDO |
| UX-013 | Administração do Cardápio | Gestão | MVP | MVP — DEFINIDO PARCIALMENTE |
| UX-014 | Fluxo Integrado do Pedido | Fluxo Integrado | MVP | MVP — DEFINIDO |
| UX-015 | Gestão e Consulta de Insumos | Gestão | EVOLUÇÃO | EVOLUÇÃO — DEFINIDO CONCEITUALMENTE |
| UX-016 | Movimentação e Consulta de Estoque | Gestão | EVOLUÇÃO | EVOLUÇÃO — DEFINIDO CONCEITUALMENTE |
| UX-017 | Controle de Lotes e Validade | Gestão | EVOLUÇÃO | EVOLUÇÃO — DEFINIDO CONCEITUALMENTE |
| UX-018 | Criação e Consulta da Ficha Técnica | Gestão | EVOLUÇÃO | EVOLUÇÃO — DEFINIDO CONCEITUALMENTE |
| UX-019 | Visualização do CMV | Gestão | EVOLUÇÃO | EVOLUÇÃO — DEFINIDO CONCEITUALMENTE |
Dicionário Consolidado dos Fluxos
O dicionário abaixo condensa as 24 jornadas. Detalhes completos encontram-se nos cards individuais acima.
Permitir que o Cliente inicie a jornada digital a partir do QR Code associado ao contexto da Mesa.
Existência de QR Code associado ao contexto da Mesa. (Ciclo/cardinalidade pendente).
Cliente acessa o QR Code disponível na Mesa.
Conforme Passos da Jornada documentados no UX-001.
Cliente entra no Cardápio mantendo o contexto da Mesa.
Ciclo e cardinalidade definitivos do QR Code permanecem pendentes.
RF-001, RF-002, RF-003, RN-001, RN-005, PRD TBD-017, ERD-TBD-005
Permitir que o Cliente navegue pelo Cardápio sem cadastro prévio.
UX-001 concluído.
Cardápio apresentado.
Conforme Passos da Jornada documentados no UX-002.
Cliente consegue explorar o Cardápio e selecionar produtos.
Comportamento de Produto indisponível permanece pendente no PRD TBD-018.
RF-003, RF-004, RN-001, PRD TBD-018
Permitir que o Cliente componha e revise os itens do Pedido antes do envio.
Produto selecionado no Cardápio.
Cliente adiciona Produto ao Carrinho.
Conforme Passos da Jornada documentados no UX-003.
Carrinho contém a composição que será utilizada na finalização do Pedido.
Estrutura de Customizações (ERD-TBD-007) e Alteração após envio (PRD TBD-006) pendentes.
RF-005, RF-006, RF-007, RF-008, ERD-TBD-007, PRD TBD-006
Coletar somente as informações necessárias para conclusão e envio do Pedido.
Carrinho revisado.
Cliente seleciona a opção de prosseguir para finalização.
Conforme Passos da Jornada documentados no UX-004.
Dados mínimos necessários para o envio estão disponíveis.
Não criar login/conta. Retenção/exclusão futura no PRD TBD-016.
RF-009, RF-010, RF-011, RN-002, RN-003, RN-004, RN-006, RNF-006, PRD TBD-016
Criar o Pedido preservando sua relação com a Mesa de origem.
Finalização concluída.
Cliente confirma o envio.
Conforme Passos da Jornada documentados no UX-005.
Pedido criado e disponível para o fluxo operacional.
Alteração ou cancelamento após envio pendente no PRD TBD-006.
RF-012, RF-013, RN-006, PRD TBD-006
Permitir ao Cliente acompanhar o andamento do próprio Pedido.
Pedido criado.
Cliente acessa o acompanhamento do Pedido.
Conforme Passos da Jornada documentados no UX-006.
Cliente acompanha a evolução do Pedido sem alterar seu andamento operacional.
Lifecycle definitivo pendente no PRD TBD-005.
RF-024, RF-025, RF-026, ACESSO-TBD-005, PRD TBD-005
Permitir que a Recepção acompanhe os Pedidos em andamento e possua a visão operacional necessária ao atendimento.
Pedido criado e disponível para o fluxo operacional.
Pedido passa a integrar a visão operacional da Recepção.
Conforme Passos da Jornada documentados no UX-007.
Recepção mantém visibilidade operacional do Pedido e de sua evolução.
Lifecycle definitivo (PRD TBD-005) e Alteração/cancelamento (PRD TBD-006) pendentes.
RF-014, RF-015, RF-016, RF-017, RF-018, RN-008, ACESSO-TBD-005, PRD TBD-005, PRD TBD-006
Permitir que a Recepção consulte informações comerciais necessárias ao atendimento sem receber poderes administrativos sobre o Cardápio.
Recepção atuando no contexto da própria Organização.
Necessidade operacional de consultar informações do Cardápio.
Conforme Passos da Jornada documentados no UX-008.
Recepção consegue consultar Cardápio, Produtos e Preços para apoiar o atendimento.
Recepção NÃO possui poderes administrativos (Criar/Editar). Disponibilidade pendente no PRD TBD-018.
ACESSO-TBD-009, PRD TBD-018
Registrar a conclusão operacional da entrega após o Pedido estar pronto.
Pedido sinalizado como Pronto pela Cozinha.
Conclusão da entrega do Pedido no contexto operacional.
Conforme Passos da Jornada documentados no UX-009.
Pedido é registrado como Entregue após a conclusão operacional correspondente.
Lifecycle definitivo permanece pendente no PRD TBD-005.
ACESSO-TBD-005, RF-016, PRD TBD-005
Disponibilizar à Cozinha as informações necessárias para iniciar a produção do Pedido.
Pedido criado e destinado à produção.
Pedido passes a estar disponível no contexto operacional da Cozinha.
Conforme Passos da Jornada documentados no UX-010.
Cozinha possui as informações necessárias para executar a produção do Pedido.
A estrutura definitiva de Customizações/Opções permanece pendente no ERD-TBD-007. Nome, WhatsApp, E-mail e identificação da Mesa não são informações necessárias ao contexto de produção da Cozinha na baseline v0.1.
RF-019, RF-020, RF-021, RN-007, RBAC/RLS v0.1, ERD-TBD-007
Permitir que a Cozinha atualize o andamento relacionado à produção e sinalize sua conclusão.
Pedido em contexto de produção.
Cozinha inicia ou atualiza a produção do Pedido.
Conforme Passos da Jornada documentados no UX-011.
Cozinha atualiza e conclui a produção, sinalizando o Pedido como Pronto para a Recepção.
Lifecycle definitivo pendente no PRD TBD-005.
RF-022, RF-023, ACESSO-TBD-005, PRD TBD-005
Permitir que a Gestão acompanhe e supervisione a operação da própria Organização sem se tornar a origem normal do Pedido do Cliente.
Usuário Interno atuando no contexto organizacional correspondente e existência de operação em andamento.
Necessidade de acompanhamento ou intervenção gerencial sobre a operação.
Conforme Passos da Jornada documentados no UX-012.
Gestão possui visão de supervisão sobre a operação sem substituir os fluxos normais de Cliente, Recepção ou Cozinha.
Gestão não é a origem normal do Pedido do Cliente. Alteração ou cancelamento após envio permanece: PRD TBD-006 — PENDENTE. Lifecycle definitivo permanece: PRD TBD-005 — PENDENTE.
ACESSO-TBD-008, ACESSO-TBD-002, RN-013, RNF-005, PRD TBD-005, PRD TBD-006
Representar as responsabilidades administrativas da Gestão sobre Categorias, Produtos e Preços, preservando como pendente o comportamento de disponibilidade/indisponibilidade do Produto.
Gestão atuando no contexto da própria Organização.
Necessidade administrativa de consultar ou manter informações comerciais do Cardápio.
Conforme Passos da Jornada documentados no UX-013.
Gestão administra Categorias, Produtos e Preços dentro do contexto da própria Organização.
O comportamento: DISPONIBILIZAR / INDISPONIBILIZAR PRODUTO permanece PENDENTE. Dependência: PRD TBD-018.
ACESSO-TBD-003, ACESSO-TBD-009, RBAC/RLS v0.1, PRD TBD-018
Demonstrar de forma unificada como o Pedido percorre a jornada entre Cliente, Recepção e Cozinha, com supervisão lateral da Gestão.
Cliente dentro da jornada de criação do Pedido e contexto da Mesa preservado.
Cliente confirma o envio do Pedido.
Conforme Passos da Jornada documentados no UX-014.
Pedido percorre a jornada operacional desde sua criação pelo Cliente até a conclusão da entrega, mantendo responsabilidades distintas entre Cliente, Recepção, Cozinha e Gestão.
Os acessos internos devem permanecer limitados ao contexto da Organização ativa, conforme a regra conceitual de isolamento organizacional da baseline (RN-013, RNF-005, ACESSO-TBD-002). Lifecycle definitivo: PRD TBD-005 PENDENTE. Alteração/cancelamento após envio: PRD TBD-006 PENDENTE. Customizações/Opções: ERD-TBD-007 PENDENTE. Histórico de status: ERD-TBD-008 PENDENTE.
RF-012 a RF-026, RN-006, RN-008, RN-013, ACESSO-TBD-005, ACESSO-TBD-008, PRD TBD-005, PRD TBD-006, ERD-TBD-007, ERD-TBD-008
Representar o fluxo conceitual de cadastro, classificação e consulta dos Insumos utilizados pela operação.
Módulo de Insumos implantado para a Organização.
Necessidade de registrar, manter ou consultar um Insumo.
Conforme Passos da Jornada documentados no UX-015.
Insumos ficam organizados e disponíveis conceitualmente para Estoque e Ficha Técnica.
Não inventar: fornecedor, marca, código fiscal, preço médio automático, unidade física de compra específica ou campos não existentes nas baselines.
RF-027, RF-028, ACESSO-TBD-007, ACESSO-TBD-010
Representar o fluxo conceitual de movimentação e acompanhamento do Estoque.
Módulo de Estoque implantado e Insumos existentes.
Necessidade de registrar movimentação ou consultar posição de Estoque.
Conforme Passos da Jornada documentados no UX-016.
A operação consegue acompanhar conceitualmente movimentações e posição de Estoque.
Baixa Automática (PRD TBD-008) PENDENTE. Governança de Inventário (PRD TBD-010) PENDENTE.
RF-029, RF-030, RN-010, PRD TBD-008, PRD TBD-010, ACESSO-TBD-007, ACESSO-TBD-010
Representar o fluxo conceitual de associação de validade a lotes/entradas e acompanhamento de itens próximos do vencimento.
Módulos de Insumos e Estoque implantados.
Entrada ou acompanhamento de Insumo sujeito a controle de lote/validade.
Conforme Passos da Jornada documentados no UX-017.
A operação possui visibilidade conceitual sobre Lotes, Validades e riscos de vencimento.
Priorização de Consumo (FIFO/FEFO) PENDENTE (PRD TBD-009). Não utilizar semaforização FIFO.
RF-031, RF-032, RF-033, RN-011, PRD TBD-009, ACESSO-TBD-007, ACESSO-TBD-010
Representar o fluxo conceitual de criação da Ficha Técnica, composition por Insumos e obtenção das informações técnicas e econômicas derivadas.
Produto e Insumos existentes.
Necessidade de criar, manter ou consultar a composição técnica de um Produto.
Conforme Passos da Jornada documentados no UX-018.
Ficha Técnica representa a composição técnica do Produto e serve de base conceitual para análise de custos e CMV.
Método de atualização do custo dos Insumos PENDENTE (PRD TBD-012). Não inventar custo médio ou último custo.
RF-034, RF-035, RF-036, RF-037, RF-038, RF-040, PRD TBD-012, ACESSO-TBD-007, ACESSO-TBD-010
Representar o fluxo conceitual de cálculo ou visualização do CMV quando os dados necessários estiverem disponíveis.
Existência das informações técnicas e de custos necessárias ao cálculo.
Gestão acessa o contexto de análise de CMV.
Conforme Passos da Jornada documentados no UX-019.
Gestão visualiza o CMV quando existirem dados suficientes para sua obtenção.
Não inventar periodicidade (mensal/diário). Faixas oficiais PENDENTES (PRD TBD-011). Persistência histórica PENDENTE (ERD-TBD-006).
RF-039, RF-040, PRD TBD-011, PRD TBD-012, ERD-TBD-006, ACESSO-TBD-010
Permitir que a Gestão cadastre as Mesas físicas da própria Organização, incluindo ponto de referência opcional.
Gestão atuando no contexto da própria Organização.
Necessidade de registrar uma nova Mesa física do salão.
Conforme Passos da Jornada documentados no UX-020.
Mesa cadastrada, disponível para geração de QR Code.
Identificador único apenas dentro da Organização (RN-015).
RF-041, RN-015
Permitir gerar o QR Code de uma Mesa e imprimi-lo em A7/A6/A5.
Mesa cadastrada (UX-020).
Gestão acessa a geração de QR Code de uma Mesa.
Conforme Passos da Jornada documentados no UX-021.
QR Code impresso, pronto para uso no salão.
Ciclo do QR Code (regenerar/revogar) permanece pendente (ERD-TBD-005 parcial).
RF-042, RF-043, RN-014, ERD-TBD-005
Permitir que uma nova empresa passe a existir como Organização no sistema.
Nenhuma — ponto de entrada de uma nova Organização.
A definir (autoatendimento ou onboarding manual).
Conforme Passos da Jornada documentados no UX-022.
Organização criada e isolada, com primeiro Usuário Interno administrador.
Ator não resolvido — PRD TBD-020 e ACESSO-TBD-012 ABERTOS. Não implementar sem essa decisão.
RF-044, RF-046, PRD TBD-020, ACESSO-TBD-012
Permitir cadastrar/convidar novos Usuários Internos para a própria Organização.
Organização existente e Gestão atuando em seu contexto.
Necessidade de dar acesso a um novo funcionário.
Conforme Passos da Jornada documentados no UX-023.
Novo Usuário Interno vinculado à Organização com o perfil correto.
Mecanismo exato de convite não definido nesta baseline.
RF-045, ACESSO-TBD-004, ERD-TBD-002
Permitir que o Cliente pague o Pedido dentro do sistema, via gateway.
Pedido criado (UX-005).
Cliente opta por pagar pelo sistema.
Conforme Passos da Jornada documentados no UX-024.
Pagamento associado ao Pedido; Gestão consulta o histórico financeiro.
Gateway, obrigatoriedade e divisão de conta não definidos — PRD TBD-021 ABERTO. Nunca visível para Cozinha.
RF-047, PRD TBD-021, PRD TBD-019, ACESSO-TBD-006
Rastreabilidade UX ↔ Baselines
| UX | Ator | Módulo PRD | RFs | RNs/RNFs | PRD-TBDs | ERD-TBDs | ACESSO-TBDs | Classificação |
|---|---|---|---|---|---|---|---|---|
| UX-001 | Cliente | M01 / M02 | RF-001, RF-002, RF-003 | RN-001, RN-005 | TBD-017 | TBD-005 | - | MVP — DEFINIDO |
| UX-002 | Cliente | M02 | RF-003, RF-004 | RN-001 | TBD-018 | - | - | MVP — DEFINIDO |
| UX-003 | Cliente | M03 | RF-005, RF-006, RF-007, RF-008 | - | TBD-006 | TBD-007 | - | MVP — DEFINIDO |
| UX-004 | Cliente | M04 | RF-009, RF-010, RF-011 | RN-002, RN-003, RN-004, RN-006 | TBD-016 | - | - | MVP — DEFINIDO |
| UX-005 | Cliente | M05 | RF-012, RF-013 | RN-006 | TBD-006 | - | - | MVP — DEFINIDO |
| UX-006 | Cliente | M08 | RF-024, RF-025, RF-026 | - | TBD-005 | - | TBD-005 | MVP — DEFINIDO |
| UX-007 | Recepção | M06 | RF-014, RF-015, RF-016, RF-017, RF-018 | RN-008 | TBD-005, TBD-006 | - | TBD-005 | MVP — DEFINIDO |
| UX-008 | Recepção | M02 / M06 | - | - | TBD-018 | - | TBD-009 | MVP — DEFINIDO |
| UX-009 | Recepção | M06 | RF-016 | - | TBD-005 | - | TBD-005 | MVP — DEFINIDO |
| UX-010 | Cozinha | M07 | RF-019, RF-020, RF-021 | RN-007 | - | TBD-007 | - | MVP — DEFINIDO |
| UX-011 | Cozinha | M07 | RF-022, RF-023 | - | TBD-005 | - | TBD-005 | MVP — DEFINIDO |
| UX-012 | Gestão | M05–M08 | RF-014 a RF-023 (Supervisão) | RN-013, RNF-005 | TBD-005, TBD-006 | - | TBD-008, TBD-002 | MVP — DEFINIDO |
| UX-013 | Gestão | M02 | - | - | TBD-018 | - | TBD-003, TBD-009 | MVP — DEFINIDO PARCIALMENTE |
| UX-014 | FLUXO INTEGRADO | M01 / M05–M08 | RF-012 a RF-026 | RN-006, RN-008, RN-013 | TBD-005, TBD-006 | TBD-007, TBD-008 | TBD-005, TBD-008 | MVP — DEFINIDO |
| UX-015 | Gestão | M09 | RF-027, RF-028 | - | - | - | TBD-007, TBD-010 | EVOLUÇÃO — DEFINIDO CONCEITUALMENTE |
| UX-016 | Gestão | M09 | RF-029, RF-030 | RN-010 | TBD-008, TBD-010 | - | TBD-007, TBD-010 | EVOLUÇÃO — DEFINIDO CONCEITUALMENTE |
| UX-017 | Gestão | M10 | RF-031, RF-032, RF-033 | RN-011 | TBD-009 | - | TBD-007, TBD-010 | EVOLUÇÃO — DEFINIDO CONCEITUALMENTE |
| UX-018 | Gestão | M11 | RF-034, RF-035, RF-036, RF-037, RF-038, RF-040 | - | TBD-012 | - | TBD-007, TBD-010 | EVOLUÇÃO — DEFINIDO CONCEITUALMENTE |
| UX-019 | Gestão | M12 | RF-039, RF-040 | - | TBD-011, TBD-012 | TBD-006 | TBD-010 | EVOLUÇÃO — DEFINIDO CONCEITUALMENTE |
| UX-020 | Gestão | — | RF-041 | RN-015 | - | - | - | MVP — DEFINIDO |
| UX-021 | Gestão | — | RF-042, RF-043 | RN-014 | - | TBD-005 | - | MVP — DEFINIDO PARCIALMENTE |
| UX-022 | Platform Admin / Visitante (TBD) | — | RF-044, RF-046 | - | TBD-020, TBD-022 | - | TBD-012 | TBD — NÃO DEFINIDO |
| UX-023 | Gestão | — | RF-045 | - | - | TBD-002 | TBD-004 | MVP — DEFINIDO |
| UX-024 | Cliente | — | RF-047 | - | TBD-019, TBD-021 | - | TBD-006 | TBD — NÃO DEFINIDO |
Pendências Herdadas
| ID | Tema | Origem | UX Impactados | Status |
|---|---|---|---|---|
| PRD TBD-005 | Lifecycle definitivo do Pedido | PRD | UX-006, 007, 009, 011, 012, 014 | PENDENTE |
| PRD TBD-006 | Alteração / cancelamento após envio | PRD | UX-003, 005, 007, 012, 014 | PENDENTE |
| PRD TBD-008 | Baixa automática de Estoque | PRD | UX-016 | PENDENTE |
| PRD TBD-009 | FIFO / FEFO ou regra equivalente | PRD | UX-017 | PENDENTE |
| PRD TBD-010 | Governança de Inventário | PRD | UX-016 | PENDENTE |
| PRD TBD-011 | Faixas oficiais de CMV | PRD | UX-019 | PENDENTE |
| PRD TBD-012 | Método de atualização dos custos dos Insumos | PRD | UX-018, 019 | PENDENTE |
| PRD TBD-015 | Comportamento sem Internet | PRD | TRANSVERSAL — quando aplicável | PENDENTE |
| PRD TBD-016 | Retenção e exclusão de dados | PRD | UX-004 | PENDENTE |
| PRD TBD-017 | Ciclo do QR Code | PRD | UX-001 | PENDENTE |
| PRD TBD-018 | Disponibilidade / indisponibilidade de Produto | PRD | UX-002, 008, 013 | PENDENTE |
| ERD-TBD-005 | Ciclo e cardinalidade Mesa ↔ QR Code | ERD | UX-001 | PENDENTE |
| ERD-TBD-006 | Persistência histórica do CMV | ERD | UX-019 | PENDENTE |
| ERD-TBD-007 | Estrutura de Customizações e Opções | ERD | UX-003, 010, 014 | PENDENTE |
| ERD-TBD-008 | Histórico de Status do Pedido | ERD | UX-014 | PENDENTE |
ESTADOS DO PEDIDO — BASELINE UX v0.1
“Os estados acima compõem a baseline operacional atual. O lifecycle definitivo do Pedido permanece pendente no PRD TBD-005.”
“Problema / situação operacional é uma situação existente na baseline, mas não possui posição linear definitiva no lifecycle enquanto PRD TBD-005 permanecer aberto.”
Regras de Experiência — Baseline v0.1
Cliente não precisa realizar cadastro prévio para visualizar e navegar pelo Cardápio.
A identificação do Cliente ocorre na finalização do Pedido. Nome e WhatsApp são obrigatórios. E-mail é opcional.
O contexto da Mesa deve ser preservado durante a jornada de criação e envio do Pedido.
A Cozinha recebe somente as informações necessárias ao contexto de produção. Nome, WhatsApp, E-mail e identificação da Mesa não são informações necessárias à produção na baseline v0.1.
A Recepção possui visão operacional mais ampla do Pedido do que a Cozinha.
A Gestão atua dentro do contexto da própria Organização.
Dados pertencentes a outra Organização não devem ser disponibilizados indevidamente.
Os módulos evolutivos UX-015 a UX-019 não integram o núcleo obrigatório do MVP.
Decisões oficiais ainda abertas devem permanecer explicitamente identificadas como pendências.
Contexto Organizacional
“Um Usuário Interno atua somente no contexto da Organização ativa para sua operação. Os acessos internos devem permanecer limitados a esse contexto, e dados pertencentes a uma Organização não devem ser disponibilizados indevidamente no contexto de outra.”
Este documento define a regra conceitual de experiência e acesso. O mecanismo técnico de aplicação do isolamento não é definido pelos Fluxos UX.
Estados Conceituais de Interface
| Estado | Tratamento | Observação |
|---|---|---|
| Inicial | Previsto | Estado antes da existência de conteúdo. |
| Vazio | Previsto | Quando a listagem ou contexto não possui dados. |
| Conteúdo | Previsto | Dados necessários disponíveis. |
| Processamento | Previsto | Ações em andamento (loading conceitual). |
| Sucesso | Previsto | Feedback de conclusão de ação. |
| Erro | Previsto | Tratamento específico de recuperação: TBD — A DEFINIR quando não houver regra oficial. |
| Indisponibilidade | Dependente | Relacionado a TBD-015 e TBD-018. |
Diretrizes de Responsividade
Cliente
Mobile First
Recepção
Desktop / Tablet prioritários, mantendo responsividade web.
Cozinha
Desktop / Tablet com alta legibilidade operacional.
Gestão
Desktop / Tablet prioritários, mantendo responsividade web.
Integridade da Baseline UX v0.1
FLUXOS UX v0.1 — APROVADO