Contexto.
A Getup, especialista em DevOps e Kubernetes, desenvolveu o Zora Dashboard para monitoramento periódico de clusters Kubernetes, a fim de identificar vulnerabilidades e misconfigurations, analisando recursos da infraestrutura, listando componentes afetados e apontando potenciais riscos de segurança nos ambientes dos clientes.
Apesar da robustez técnica, o produto seguia um design legado, baseado em padrões visuais antigos e uma experiência fortemente inspirada em interfaces de terminal e fluxos semelhantes a prompts de comando.
Meta de alto nível.
Reposicionar o Zora Dashboard como um produto SaaS moderno para oferecer segurança e visibilidade na infraestrutura dos clientes, atingindo 100% de cobertura.
Desafios.
→ Traduzir a complexidade técnica em interfaces compreensíveis, sem perder informações cruciais.
→ Convencer membros do time e stakeholders a adotarem padrões de experiência mais modernos.
→ Compreender as necessidades do público-alvo do Zora, um público altamente nichado dentro da área de tecnologia.
Resumo da processo.
01
Descoberta
Definição do escopo e objetivos e análise constante de soluções similares.
Benchmarking / Desk Research
02
Ideação
Geração de ideais, definição de fluxos e mensuração de impacto.
Wireframe / UserFlow / Matriz Esforço x Impacto
03
Prototipação & Validação
Exploração refinada de layout, color system, imagens e ícones.
Visual / Design system / Teste de usabilidade
04
Hand off
Reuniões com o time de engenharia, criação de documentos de apoio.
Documentação
Empresa.
Getup
Período.
≈ 2 anos
Tipo do projeto.
SaaS
Setor.
Cloud Native
Colaborações de destaque.
Dark mode
UI UX Design
Design System
Principais objetivos do Zora Dashboard
Monitorar problemas de segurança.
O Zora Dashboard nasceu como uma ferramenta fortemente influenciada por experiências de linha de comando, com fluxos inspirados em CLI e prompts de terminal. Embora eficiente do ponto de vista técnico, essa abordagem limitava:
-> A leitura dos dados.
-> A maturidade do design do produto.
-> A exploração da infraestrutura.
-> O uso contínuo do produto como uma plataforma de fato.
A partir disso, foi definida uma mudança clara de visão: evoluir o Zora de uma ferramenta orientada a experiência de CLI para um produto de Dashboard, capaz de suportar múltiplas atividades, oferecer contexto visual, facilitar a navegação entre informações e apoiar a tomada de decisão ao longo do tempo.
Listagem de clusters
Detalhes de um cluster
Mudar para nova versão
Visual herdado de terminal
O produto apresentava uma estética próxima a tabelas técnicas e logs de sistema, pouca hierarquia visual e extremamente minimalista em recursos.
Baixo contraste entre cores
Headers e labels com baixíssimo contraste de cor, aumentando a dificuldade de leitura e até mesmo a não percepção de tais informações durante as interações.
Falta de distinção clara de elementos
Todos os elementos do produto eram, basicamente, linhas de tabelas. Header, detalhamentos, ações, tudo estavam estruturados em tabelas.
Para facilitar o dia a dia de monitoramento, percebemos a necessidade de tratar tipos diferentes de problema de formas diferentes na interface.
Tínhamos problemas que eram Misconfigurations e outros que eram vulnerabilidades. Para não ser técnico aqui, saiba que ambos são problemas de origens e espécies diferentes, logo devem ser resolvidos de maneira diferente.
Essa divisão reduziu ambiguidades, facilitou priorização e apoiou fluxos de trabalho diferentes: correções de configuração deixaram de competir visualmente com atualizações de segurança, e cada tipo de risco passou a ter sua própria leitura dentro da UI.
Menu
Home - clusters
Menu
vulnerabilities
Menu
misconfigurations
Tab
cluster details
Tab
misconfigurations
Tab
vulnerabilities
Tab
issues
Tab
images
Tab
affected resources
Tab
vunerabilities
Tab
vulnerabilities
vulnerability
issue
resource
image
Tab
resources
cluster
Tab
images
Tab
vulnerabilities
name
Login
=
default tab or menu (side bar)
Home
Misconfigurations
Vulneralibites
Compliance
in your cluster
79
%
Compliance is calculated by comparing the total number of checks to the number of checks that passed. Ingnored checks count as passed.
Anatômia dos slide overs
Na época foi um dos meus primeiros SaaS Desktop😅.
Para tornar a correção de problemas mais rápida, informamos no produto os recursos e pacotes que estavam sendo afetados diretamente por cada misconfiguration ou CVE. Facilitando encontrar não apenas o problema, mas onde ele está no código.
Além disso, nos preocupamos em criar filtros, atribuir severidades para cada problema e permitir o usuário ignorar "falsos positivos" para contribuir na tomada de decisão em relação a priorização de atividades.
Somando a isso, adicionamos um link direto para sua documentação oficial afim de reduzir a necessidade de buscas externas, isso centralizou o contexto dentro da própria UI e acelerou o processo de investigação e remediação das vulnerabilidades.
Accept Risk
Cluster:
compliance-eks-hml
Misconfiguration
[M-116] Not allowed added/dropped capabilities
Accept for
Namespaces
Resources
Namespace
Any
Expires date
Never
Select date
GMT-3
Reason
Describe the reasons for accepting this risk
Cancel
Accept risk
Vulnerabilities by severity
Critical
904
High
1277
Medium
998
Low
1549
Unknown
499
Invite notifications
joaovictor@getupcloud.com
Is inviting you to join the MyCompany workspace
10 min ago
Accepted
mateus@fitbras.com
Is inviting you to join the FIT BRAS workspace
4 hour ago
Accepted
Scan em andamento
Colaborar no Zora Dashboard foi um marco importante no meu desenvolvimento como designer. Nele pude participar da concepção e do desenho de grande parte da interface praticamente do zero, o que me permitiu vivenciar decisões de produto, UX e UI de ponta a ponta.
Entre os principais aprendizados desse projeto, eu destaco:
-> A oportunidade de estudar e projetar para um público extremamente nichado, como a comunidade DevOps.
-> A construção de um SaaS com foco total em tema dark, explorando cores, tipografia e ilustrações que funcionassem bem para esse tema.
-> O uso de ferramentas de monitoramento, como Hotjar e Mixpanel, para orientar decisões de design a partir de dados reais.
Trabalhei com o Arley por quase dois anos. Foi uma ótima experiência, pois o Arley trabalha de forma colaborativa, técnica, criativa, inteligente e sempre pensando na perspectiva do usuário final. Suas habilidades em UX e design estão entre as melhores. O Arley trabalhou em conjunto com a equipe de produto, a equipe de desenvolvimento e as partes interessadas para trazer novas ideias que aprimorassem a experiência e a jornada do usuário. Ele sempre soube explicar cada decisão tomada.
Lucas Texeira
QA Analyst na Getup
Ler todo feedback
© 2026 Arley Gomes. Todos os direitos reservado.
Userflow mapeado