01
Muitos cliques
Ações simples exigiam caminhos longos.
Case de Product Design · SaaS · Projeto autoral · 2025
AeroProduct Design para SaaS
Um estudo retrospectivo sobre a criação de um ecossistema de gestão de projetos keyboard-first, desenhado para reduzir a fricção entre ideia, documentação e execução.
- Papel
- Estratégia · UX/UI · Prototipação · Front-end
- Duração
- 2–3 meses
- Natureza
- Projeto autoral para uso próprio
- Stack
- React · TypeScript · Tailwind · Tiptap
Leitura executiva
Resumo em 60 segundos
Um produto autoral e funcional, reconstruído como estudo retrospectivo para tornar explícitas as decisões que orientaram sua criação.
- Desafio
- Reduzir cliques, troca de contexto e excesso visual na gestão cotidiana de projetos.
- Decisão central
- Combinar command menu, edição em drawer e densidade visual controlada em uma experiência keyboard-first.
- Entrega observável
- Produto publicado em React, TypeScript, Tailwind e Tiptap, disponível para exploração.
- Limite declarado
- Projeto solo e autoral, sem pesquisa formal; hipóteses e aprendizados foram organizados retrospectivamente.
Retrospective product case study
Decisões reais reconstruídas a partir do produto funcional.
Este case não apresenta uma pesquisa formal que não aconteceu. Ele organiza retrospectivamente as hipóteses, decisões de interface, sistema visual e aprendizados que orientaram a construção do Aero.
O desafio
Ferramentas de gestão poderosas também podem se tornar lentas, inchadas e difíceis de atravessar.
02
Troca de contexto
Alternar entre mouse, teclado e páginas quebra o fluxo.
03
Excesso visual
Interface demais compete com o trabalho real.
Três princípios para reduzir fricção
A direção do produto foi construída como um conjunto de hipóteses que poderiam ser testadas na interface funcional.
Fricção zero
Registrar uma ideia deve ser quase instantâneo.
Ideia → registroDensidade útil
Mais contexto por tela, sem ruído decorativo.
Informação > ornamentoKeyboard-first
Atalhos e comandos tornam o mouse uma escolha.
Comando → açãoNecessidades que orientaram o produto
Não são personas de pesquisa formal. São hipóteses de uso derivadas dos fluxos que o produto precisava suportar.
Builders
Velocidade sem interrupção
Criar, buscar e navegar sem tirar as mãos do teclado.
Atalhos · resposta · focoProduct Managers
Detalhe sem perder contexto
Abrir especificações sem abandonar a visão do sprint e dos gargalos.
Contexto · documentação · visão
Design system
Cor como sinal,
não decoração.
O sistema expandido fecha em 18 tokens de cor, 7 níveis tipográficos, 8 passos de espaçamento e 9 componentes. A cor aparece quando comunica estado, hierarquia ou ação — e cada token nomeia um papel, não uma aparência.
Marca e Estrutura7 tokens · superfícies e ação
Texto e Conteúdo — Neutral5 tokens · hierarquia de leitura
Feedback e Status5 tokens · estados semânticos
Tipografia7 níveis · hierarquia funcional
Inter
Títulos, conteúdo e controles
JETBRAINS MONO / METADATA / STATUS12PX · UPPERCASE · TRACKING
Componentes9 componentes · estados observáveis
In progressDone
O que este projeto ensinou
01
Documentar antes de construir
Definir o que o produto deveria fazer reduziu decisões contraditórias durante a implementação.
02
A simplicidade tem bastidores
Interações que parecem óbvias exigem estados, eventos e feedbacks cuidadosamente coordenados.
Próximo passo
Tem um produto complexo que precisa parecer simples?
Posso ajudar a organizar a estratégia, transformar fluxos em uma interface clara e acompanhar a implementação.