LogiFlow

Seis decisões registradas como ADRs: o contexto, o que foi decidido, o custo de cada uma e como ela aparece para quem usa o produto.

Doze telas desktop com protótipo navegável, para quem coordena a operação.

1. 

   01 / 10

   Dashboard operacional

   A primeira tela responde “o que vai dar problema hoje?”: pedidos do dia, rotas na rua, entregas no prazo contra a meta, atrasos e ocorrências abertas, o SLA de cada centro de distribuição e a lista de pedidos com risco de atraso, já com a folga em minutos.

2. 

   02 / 10

   Pedidos

   Busca, filtros por status, centro, janela e motorista, ordenação e paginação. Cada status tem uma cor fixa, e aguardando aprovação, aprovado e recusado são os estados reais do pedido no Order Service.

3. 

   03 / 10

   Detalhe do pedido

   O ciclo de vida do pedido como linha do tempo, com os passos da saga e do ticket de separação, o plano do motorista com cada coleta e entrega (o Plan do Delivery Service), a folga do SLA, os itens e a auditoria de quem mudou o quê.

4. 

   04 / 10

   Novo pedido

   O formulário avisa que o pedido nasce aguardando aprovação, porque é isso que a saga faz. A janela fora do horário do cliente é barrada no campo, e o resumo lembra que a mesma validação roda no servidor.

5. 

   05 / 10

   Rastreamento ao vivo

   As rotas ativas com o progresso de cada motorista, filtros para atrasadas e sem sinal, e no mapa a rota selecionada com as paradas feitas, a próxima e a folga até o fim da janela.

6. 

   06 / 10

   Ocorrências

   A fila de problemas na entrega e o tratamento de cada um: quem registrou, a foto, a distância do endereço, o prazo do SLA e três saídas possíveis. Reagendar exige motivo, e a terceira tentativa é a última.

7. 

   07 / 10

   Relatórios e SLA

   Entregas no prazo por semana contra a meta, causas de falha e produtividade por motorista, lidos da visão CQRS para não pesar a operação.

8. 

   08 / 10

   Frota

   Motoristas e veículos com a disponibilidade do turno, que vem do Delivery Service, mais veículo, habilitação e desempenho no prazo de cada motorista.

9. 

   09 / 10

   Usuários e permissões

   A matriz de permissões por perfil, aplicada na API e não só na tela. O cliente B2B e o motorista veem apenas os próprios pedidos.

10. 

    10 / 10

    Login

    Entrada por e-mail ou pelo login único da empresa (OIDC), com bloqueio após tentativas erradas. A recuperação de acesso usa uma mensagem neutra, que não revela quem tem conta.

O plano do entregador é uma lista ordenada de coletas e entregas. O app transforma essa lista na rota do dia, com comprovante por foto, assinatura e localização, e uma ocorrência que fica salva sem internet e sobe quando o sinal volta.

Um design system próprio no Figma, com variáveis de cor, espaçamento e raio, estilos de texto e componentes com variantes: botão, status do pedido, campo, item de menu, filtro e card de indicador. Neutros frios para a leitura longa, laranja para agir e uma cor por status.