01 · Contexto
O problema não era apenas exibir máquinas.
A Yanmar precisava reunir máquinas usadas, de demonstração e de locação em um único ambiente. As concessionárias precisavam publicar oportunidades; a equipe administrativa, controlar qualidade e aprovação; e o comprador, encontrar uma opção relevante e iniciar uma negociação direta.
Filtrar e comparar informações técnicas antes do contato.
Aproximar compradores e concessionárias sem intermediar a venda.
Revisar anúncios e separar responsabilidades por perfil.
02 · Discovery e requisitos
Transformar regras do negócio em perguntas de produto.
O levantamento com stakeholders definiu o recorte da primeira etapa e tornou explícitas as principais dúvidas antes do desenho.
Quais informações ajudam o comprador a eliminar opções incompatíveis?
Como permitir autonomia às concessionárias sem perder a qualidade dos anúncios?
Onde termina a descoberta digital e começa a negociação comercial?
03 · Arquitetura da informação
Três públicos, uma estrutura coerente.
A arquitetura separa tarefas e permissões para impedir que processos comerciais e administrativos se misturem.
busca e filtros
máquina e contato
cadastro e anúncios
aprovação e gestão
04 · Fluxos
Do interesse ao contato, sem etapas desnecessárias.
A retirada do checkout foi intencional: o produto reduz a incerteza até o contato, mas não substitui a negociação especializada.
05 · Wireframes
Primeiro a hierarquia. Depois, a estética.
Os wireframes organizaram filtros, densidade de informação e prioridade das ações antes da definição visual.
Filtros essenciais aparecem antes do catálogo.
Cards repetíveis facilitam a leitura das opções.
Dados técnicos sustentam a ação comercial.
06 · Decisões de produto
Escolhas ligadas a uma necessidade concreta.
Sem checkout
A negociação continua com a concessionária; a plataforma prepara o contato.
Moderação antes da publicação
A revisão administrativa protege a consistência dos anúncios.
Filtros orientados à decisão
Dados técnicos reduzem rapidamente o universo de opções.
Papéis separados
Cada público acessa somente as tarefas e informações necessárias.
07 · Interface, conteúdo e padrões
Consistência também está nas palavras.
Cards, filtros, ações e estados foram tratados como padrões reutilizáveis. As mensagens deixam claro o que aconteceu e qual é o próximo passo.
A concessionária entende que o cadastro foi recebido e ainda não está público.
A mensagem indica como corrigir o cadastro sem culpar o usuário.
A interface sugere remover filtros para ampliar os resultados.
Cuidados de acessibilidade
- Hierarquia semântica e rótulos associados às ações.
- Contraste, foco visível e áreas de toque adequadas.
- Estados comunicados por texto, sem depender somente de cor.
- Layout responsivo e leitura preservada em telas menores.
08 · Validação
Critérios claros para a primeira entrega.
A validação da Etapa 1 considerou aderência ao protótipo, regras do negócio, funcionamento dos acessos e estabilidade dos fluxos principais.
Comparação entre interface implementada e decisões definidas no Figma.
Testes de acesso para comprador, concessionária e administração.
Cadastro, revisão, aprovação e estados dos anúncios.
Formulários, interface, servidor e persistência dos dados.
09 · Entrega
Uma base funcional pronta para aprender e evoluir.
A Etapa 1 foi entregue com interface e servidor publicados no Railway e dados estruturados em PostgreSQL. O produto consolidou catálogo, perfis de acesso e administração em uma experiência única.
Estes números representam o escopo entregue. Não são apresentados como métricas de resultado de negócio.
10 · Próximas métricas
O que eu acompanharia após o lançamento.
Sem inventar impacto, deixo explícitos os indicadores que ajudariam a validar as hipóteses e priorizar a evolução do produto.
Uso dos filtros, buscas sem resultado e visualizações de detalhe.
Taxa de avanço da página da máquina para o contato com a concessionária.
Tempo entre cadastro, revisão e publicação; motivos de reprovação.
Erros de formulário, abandono do cadastro e completude dos anúncios.