Skip to content

About

Five years designing interface, brand and system — increasingly on the product side.

Background

Comecei pelo design gráfico e pela identidade visual, e foi trabalhando dentro de times de produto que encontrei o que realmente me interessa: o momento em que uma decisão de interface vira componente, token e especificação — e passa a valer para o produto inteiro, não só para uma tela.

Na Braip atuei em marcas internas, ambientação de eventos e um volume grande de peças para o mercado B2C. Em paralelo, fui me aproximando do design system: variáveis no Figma, tokens de motion, componentes documentados e o trabalho pouco glamouroso de manter tudo isso consistente enquanto o produto muda.

Hoje é aí que quero estar. Gosto de problema com restrição real — prazo, legado, time pequeno — porque é onde design vira decisão e não só proposta.

How I run a project

  1. Framing

    Understand the business decision behind the request. A screen brief usually hides a flow problem.

  2. Evidence

    Benchmarks, usage data and conversations with support. Enough to decide, not to write a thesis.

  3. Design

    Flow, states, edge cases. Component before screen, token before component.

  4. Validation

    Prototype tested with users or reviewed with engineering — depends on how risky the decision is.

  5. Delivery

    Specs, published tokens, and follow-through until it ships.

Tools

  • Figma
  • Figma Variables
  • Design Tokens
  • Prototyping
  • Nuxt / Vue
  • Tailwind CSS
  • Maze
  • Hotjar
  • Notion