← Trabalho selecionado

DISC 01 / TRACK 01 — ATON ENGENHARIA · DESIGN SYSTEM

Design System para um sistema de monitoramento florestal

Organizei o Design System do Saffira, software de monitoramento florestal contra incêndios, para reduzir diferenças entre telas e tornar a navegação mais previsível. O sistema já tinha soluções que funcionavam. Meu trabalho foi identificar esses padrões, consolidá-los e criar regras para que novos fluxos mantivessem a mesma lógica visual e de interação.

Papel
Product Designer
Atuação
Design System
Contexto
Software ambiental
Entrega
Componentes, tipografia, cores, regras de uso e boas práticas
01 Introdução

A Aton Engenharia atua em engenharia e telecomunicações desde 1988. O Saffira é um software que monitora grandes extensões de floresta em tempo real, por vídeo, para ajudar na identificação e no acompanhamento de focos de incêndio.

Quando comecei a trabalhar no produto, diferentes partes do sistema haviam evoluído sem uma base visual comum. Componentes parecidos tinham comportamentos diferentes, as telas não mantinham a mesma hierarquia e o dark mode não era aplicado de forma consistente.

Também havia problemas de adaptação para diferentes tamanhos de tela e pontos em que a quantidade de informação tornava mais difícil perceber o que realmente precisava de atenção.

02 O desafio

Em um sistema de monitoramento, inconsistência não é apenas uma questão estética.

Se um botão muda de comportamento entre telas, se informações com prioridades diferentes recebem o mesmo destaque ou se cada fluxo organiza os dados de uma maneira, o usuário precisa reaprender parte da interface enquanto trabalha.

No Saffira, eu precisava reduzir esse esforço sem reconstruir um produto que já estava em uso.

03 A decisão

Evoluir o que já funcionava e criar padrões para o restante

Em vez de começar um Design System do zero, mapeei os componentes e padrões que já apareciam no produto.

Separei o que podia ser mantido, o que precisava ser corrigido e o que ainda não tinha uma regra definida.

A partir desse levantamento, comecei a construir uma base comum para tipografia, cores, estados, componentes e organização da informação.

A intenção era evoluir o produto sem romper desnecessariamente com o que usuários e desenvolvimento já conheciam.

O Design System precisava organizar o que funcionava e definir as regras para o que ainda não tinha consistência.

04 Processo e design

Documentei componentes e seus estados, mas também as condições de uso: quando um botão deveria ser primário, quando uma ação secundária fazia mais sentido, como apresentar loading, quando utilizar confirmação e quais combinações deveriam ser evitadas.

Um Design System não resolve inconsistência apenas oferecendo componentes. Ele também precisa reduzir a quantidade de decisões diferentes que cada pessoa toma para resolver o mesmo problema.

Também reorganizei tipografia, cores, espaçamentos e hierarquia do dark mode, além de incorporar requisitos de acessibilidade à construção dos padrões.

DS_COMPONENTS / BUTTONS.SYS AF-ATON-01
Documentação do Design System do Saffira mostrando regras e casos de uso para botões
Documentação de botões: anatomia, estados, usos adequados e situações a evitar.

Documentação de componentes

A documentação passou a registrar não apenas como cada componente deveria parecer, mas como deveria se comportar e em quais situações deveria ser utilizado.

Isso criou uma referência mais clara tanto para Design quanto para Desenvolvimento e reduziu decisões improvisadas durante a construção das telas.

Do componente para o fluxo

O trabalho começou nos elementos do sistema, mas não ficou restrito a eles.

Ao revisar determinados fluxos, encontrei telas com informação demais competindo pelo mesmo espaço.

Nesses casos, reorganizei o conteúdo para deixar mais evidente o que o operador precisava enxergar primeiro e criar espaço para informações que ainda precisavam entrar no produto, como visualizações de dados e gráficos.

Os fluxos passaram a usar a mesma lógica dos componentes: estados previsíveis, hierarquia mais clara e relações mais consistentes entre ações e informações.

A reorganização também ajudou a aproximar telas que antes pareciam ter sido construídas a partir de critérios diferentes.

FLOW / FALSE_NEGATIVES.MAP AF-ATON-02
Fluxograma de falsos negativos do Saffira
Fluxo de falsos negativos: decisões e etapas organizadas antes da solução de interface.
SAFFIRA / OCCURRENCES.UI AF-ATON-03
Telas escuras do Saffira mostrando ocorrências, detalhes e vinculação de alarme
Aplicação dos padrões em telas reais do Saffira: ocorrência, detalhe e vínculo de alarme.
05 Resultado

O produto passou a ter uma linguagem visual e de interação mais consistente, com componentes, estados e comportamentos definidos em um Design System que continua sendo atualizado conforme o Saffira cresce.

Para Desenvolvimento, isso criou uma base mais segura para novas entregas. Em vez de decidir novamente cores, estados, espaçamentos e comportamentos a cada funcionalidade, o time passou a trabalhar a partir de padrões já documentados.

A manutenção frequente do Design System também tornou mais simples incorporar novos componentes e revisar os existentes sem perder a consistência do produto.

Outro ganho foi a passagem de bastão. Com decisões, regras e comportamentos documentados, novas pessoas conseguem entender com mais rapidez como o produto funciona e quais padrões devem seguir.