Introdução

Parabéns por ter sido selecionado(a) para esta etapa do nosso processo seletivo!

Recebemos centenas de aplicações, e apenas os perfis com maior aderência ao que buscamos chegam até aqui.

Nesta fase, simularemos um desafio real da AutoU de maneira simplificada, aonde você assumirá assumindo o papel de Product Designer com perfil consultivo e atuando perto no entendimento das dores de um potencial cliente para idear a solução digital ideal.

Nosso objetivo é avaliar sua capacidade de entender o contexto do cliente, propor soluções digitais lógicas e funcionais, e estruturar entregas de alto nível — tanto no raciocínio quanto na clareza visual, além de apresentar seus resultados com qualidade e coerência.

Não existe um único caminho. Use as ferramentas que preferir, conte com o apoio da tecnologia e mostre como você pensa e resolve problemas.

Boa sorte,

Lucas Fernandes Cofundador @ AutoU

O Desafio (Contexto)

A AutoU foi contratada por um gigante da logística para digitalizar sua "Central de Resposta a Incidentes". Hoje, o cliente opera no escuro: a comunicação entre os 5.000 caminhões em rota e a central de decisão é um caos de WhatsApp e planilhas manuais que não se conversam. Eles perdem milhões de reais anualmente porque levam horas para reagir a um simples pneu furado ou a um bloqueio de estrada.

Sua missão é construir o MVP do "Logos" - a plataforma que será o cérebro dessa operação, definida para você como uma ferramenta de missão crítica.

Objetivo do Desafio Simplificado

Os analistas do cliente trabalham sob altíssima pressão; para resolver o problema, eles precisam de uma interface que organize o caos. O sistema deve ser capaz de:

• Ingestão e Visualização de Dados: Criar uma API robusta que receba e sirva incidentes (que são categorizados por: Acidente com Veículo, Acidente com Vítimas, Condição Climática Atípica na Pista , Problema Mecânico, Bloqueio de Pista). No Front-end, como você apresenta 100 incidentes simultâneos garantindo que o analista identifique o que é prioridade em milissegundos?
• Gestão por Exceção: O sistema deve permitir filtrar por criticidade (que pode ser Alta, Média, Baixa) e as categorias.
• Integridade no Ciclo de Vida: Ao interagir com os dados para mudar um status (ex: de "Aberto" para "Em Investigação"), como sua aplicação garante que dois analistas não tentem resolver o mesmo problema ao mesmo tempo? Considere os seguintes status:
  • Aberto;
  • Fechado;
  • Em Investigação;
  • Inconclusivo.
• Resiliência e Performance: O cliente espera que o sistema seja rápido e não "quebre" se a conexão oscilar. Como seu código trata o estado da aplicação enquanto o banco de dados processa uma atualização?