Introdução: Por Que Design Systems São Essenciais em 2026

O investimento em design systems tornou-se uma das decisões de maior impacto em organizações que desenvolvem produtos digitais. Segundo pesquisa da Forrester publicada em 2024, empresas que implementam design systems maduros obtêm retorno sobre investimento (ROI) de 200% a 500% em um período de três anos, considerando redução de retrabalho, aceleração do desenvolvimento e consistência de marca. Complementarmente, dados da Figma State of Design Systems Report 2025 indicam que 73% das organizações com mais de 200 funcionários já possuem ou estão implementando um design system — número que era apenas 39% em 2020.

Em 2026, a convergência de fatores como a proliferação de interfaces (web, mobile, smart TV, wearables, interfaces de voz), a exigência de acessibilidade digital por regulamentações como a WCAG 2.2 e a Lei Brasileira de Inclusão (LBI), e a necessidade de velocidade na entrega de funcionalidades em ambientes ágeis transformou design systems de “nice to have” em requisito operacional. Dados do UX Collective indicam que equipes que utilizam design systems conseguem reduzir o tempo de desenvolvimento de interfaces em até 50%, eliminando decisões de design repetitivas e permitindo que designers e desenvolvedores se concentrem em resolver problemas de negócio em vez de reinventar componentes básicos. Este artigo apresenta um guia completo sobre design systems e UI/UX para aplicações empresariais em 2026, incluindo frameworks, métricas de ROI, implementação e as tendências que estão moldando o futuro das interfaces digitais.

O Que É um Design System: Além da Biblioteca de Componentes

Definição e Componentes

Um design system é um conjunto organizado e documentado de padrões reutilizáveis — incluindo princípios de design, tokens de design (cores, tipografia, espaçamento), componentes de interface, padrões de interação, guidelines de conteúdo e documentação técnica — que serve como fonte única de verdade para a criação de produtos digitais. Diferente de uma simples biblioteca de componentes, um design system vivo inclui governança, processos de contribuição, versionamento e métricas de adoção. Sistemas maduros como o Material Design (Google), Fluent Design (Microsoft), Carbon (IBM) e Polaris (Shopify) são ecossistemas completos que alinham centenas de designers e milhares de desenvolvedores em torno de padrões compartilhados.

Os componentes fundamentais de um design system incluem: design tokens (variáveis que definem valores de cor, tipografia, espaçamento e outros atributos visuais de forma agnóstica a plataforma), componentes de UI (botões, formulários, modais, tabelas, navegação), padrões de composição (como combinar componentes para resolver problemas comuns), guidelines de conteúdo (tom de voz, terminologia, padrões de escrita), e documentação interativa que demonstra uso correto e incorreto de cada elemento. Em 2026, a tendência é que design tokens sejam definidos em formatos agnósticos como o W3C Design Tokens Format Module, permitindo que o mesmo token seja consumido por aplicações web (CSS custom properties), mobile (Swift/Kotlin) e design tools (Figma variables).

Design System vs. Style Guide vs. Component Library

É comum confundir design systems com conceitos relacionados, mas distintos. Um style guide documenta regras visuais estáticas — paleta de cores, tipografia, espaçamento, uso de logotipo — mas não inclui componentes funcionais ou código. Uma component library é uma coleção de componentes de UI implementados em código (React, Vue, Angular), mas pode existir sem princípios de design ou governança formal. Um design system integra ambos e adiciona camadas de governança, processos de contribuição, versionamento semântico, métricas de adoção e evolução contínua baseada em feedback de usuários e dados de uso.

A maturidade de um design system pode ser avaliada em quatro níveis: nível 1 (ad hoc) — componentes criados isoladamente sem padrão consistente; nível 2 (organizado) — biblioteca de componentes com documentação básica; nível 3 (integrado) — design tokens, componentes versionados, guidelines de conteúdo e processo de contribuição; nível 4 (otimizado) — métricas de adoção, testes automatizados de regressão visual, analytics de uso de componentes e evolução baseada em dados. Segundo a pesquisa da InVision Design Maturity Model de 2025, apenas 12% das organizações atingem o nível 4, enquanto 45% permanecem nos níveis 1 ou 2.

O Impacto Financeiro: ROI de Design Systems

Redução de Custos de Desenvolvimento

O principal argumento econômico para design systems é a redução de retrabalho. Sem um sistema padronizado, cada projeto recria componentes de interface do zero — botões, formulários, tabelas, modais — resultando em duplicação de esforço entre equipes. A pesquisa da Sparkbox Design Systems Survey 2025 documentou que equipes sem design system gastam em média 35-45% do tempo de desenvolvimento de frontend recriando componentes que já existem em outros projetos da mesma organização. Com um design system maduro, esse percentual cai para 5-10%, liberando 25-35% da capacidade de desenvolvimento para funcionalidades de negócio.

Para ilustrar o impacto financeiro, considere uma empresa com 10 desenvolvedores frontend, cada um custando R$ 20.000/mês (incluindo encargos). Sem design system, 35% do tempo (R$ 70.000/mês) é gasto recriando componentes. Com design system, esse retrabalho cai para 7% (R$ 14.000/mês) — economia de R$ 56.000/mês ou R$ 672.000/ano. Considerando que a implementação de um design system para essa equipe custa tipicamente R$ 200.000-400.000 (incluindo design, desenvolvimento e documentação iniciais), o ROI positivo é alcançado em 4-7 meses.

Tabela de ROI por Porte de Organização

Os dados da tabela são baseados em pesquisas da Forrester (2024), Sparkbox (2025) e estudos de caso publicados por empresas como Shopify, Atlassian e Spotify, que documentaram detalhadamente os benefícios financeiros de seus design systems internos. O ganho de escala é evidente: quanto maior a organização e mais equipes consomem o design system, maior o ROI, pois o investimento em componentes centralizados é amortizado por um número maior de consumidores.

Frameworks de Componentes em 2026: Comparativo Técnico

Visão Geral do Ecossistema

O ecossistema de frameworks de componentes de UI para React — o framework frontend mais utilizado em 2026, com 68% de market share segundo a pesquisa State of JS 2025 — oferece opções maduras que aceleram significativamente a implementação de design systems. As quatro principais alternativas — Material UI (MUI), Chakra UI, Ant Design e Radix UI — apresentam filosofias distintas que impactam flexibilidade, performance, acessibilidade e experiência do desenvolvedor. A escolha deve considerar o contexto da aplicação, os requisitos de customização e a expertise da equipe.

Material UI (MUI): O Mais Popular

O Material UI, com mais de 95.000 stars no GitHub, é o framework de componentes React mais utilizado globalmente. Implementa o Material Design 3 do Google, oferecendo componentes ricos e prontos para uso com estilização avançada via tema e a prop “sx” para estilos inline tipados. O MUI é particularmente forte em dashboards, painéis administrativos e aplicações internas, onde a consistência visual é mais importante que uma identidade visual altamente personalizada. O MUI X estende o framework com componentes premium como DataGrid avançado, DatePicker e Charts — componentes enterprise que custam a partir de US$ 15/mês por desenvolvedor na licença Pro.

Chakra UI: Composabilidade e Produtividade

O Chakra UI prioriza composabilidade e experiência do desenvolvedor, com um sistema de props utilitárias que permite estilização rápida sem sair do JSX. Sua adesão exemplar ao WAI-ARIA (Web Accessibility Initiative – Accessible Rich Internet Applications) torna-o uma escolha natural para projetos que priorizam acessibilidade. Em 2026, o Chakra UI v3, com suporte nativo a React Server Components e otimizações de bundle, consolidou sua posição como alternativa leve e flexível ao MUI. É particularmente indicado para startups e equipes que valorizam velocidade de desenvolvimento e personalização moderada.

Ant Design: A Escolha Enterprise

O Ant Design, desenvolvido pela Alibaba/Ant Group, é a referência para aplicações enterprise com interfaces complexas. Com mais de 70 componentes que cobrem desde formulários avançados até visualizações de dados, o Ant Design é particularmente forte em painéis administrativos, ERPs e sistemas financeiros. A versão 5.x, ativa em 2026, utiliza CSS-in-JS com engine customizada e oferece suporte completo a dark mode, tokens de design configuráveis e internacionalização para mais de 60 idiomas. Sua desvantagem principal é o bundle size — a maior entre as alternativas — e a estética que, embora profissional, pode parecer genérica sem customização significativa.

Radix UI: Headless e Máximo Controle

O Radix UI adota a filosofia “headless” — componentes sem estilização padrão que fornecem apenas comportamento, acessibilidade e gerenciamento de estado, deixando o visual completamente sob controle do desenvolvedor. Essa abordagem é ideal para organizações que constroem design systems completamente customizados, onde componentes pré-estilizados seriam mais obstáculo que ajuda. O Radix é a base do shadcn/ui, projeto que em 2025-2026 ganhou enorme popularidade ao combinar componentes headless do Radix com Tailwind CSS, oferecendo uma abordagem de “copy-paste” em vez de dependência de pacote — cada componente é copiado para o projeto e customizado diretamente.

Acessibilidade Digital: WCAG 2.2 e Requisitos Legais

O Imperativo de Acessibilidade

A acessibilidade digital deixou de ser uma consideração opcional em 2026. De acordo com dados do Relatório Mundial sobre Deficiência da OMS, aproximadamente 1,3 bilhão de pessoas — 16% da população mundial — vivem com alguma forma de deficiência que pode impactar sua interação com interfaces digitais. No Brasil, o Censo 2022 do IBGE registrou que 18,6 milhões de pessoas (8,9% da população) possuem alguma deficiência. A Lei Brasileira de Inclusão (Lei 13.146/2015) e o Decreto 5.296/2004 exigem acessibilidade em sites e sistemas governamentais e de interesse público, com jurisprudência crescente estendendo essa obrigação a empresas privadas que oferecem serviços digitais.

No mercado internacional, a European Accessibility Act (EAA), que entra em vigor em junho de 2025, exige compliance com WCAG 2.1 nível AA para produtos e serviços digitais vendidos na União Europeia. Nos Estados Unidos, processos judiciais baseados na ADA (Americans with Disabilities Act) contra empresas com sites inacessíveis cresceram 65% entre 2020 e 2024, segundo dados da UsableNet. Segundo a Gartner, até 2026, 30% dos contratos enterprise incluirão cláusulas de compliance com WCAG 2.2 como requisito obrigatório — um aumento significativo que transforma acessibilidade de consideração ética em requisito comercial.

WCAG 2.2: O Que Mudou

As Web Content Accessibility Guidelines (WCAG) 2.2, publicadas pelo W3C em outubro de 2023, introduziram nove novos critérios de sucesso focados em usabilidade para pessoas com deficiências cognitivas, motoras e visuais. Entre os mais impactantes estão: Dragging Movements (2.5.7) — alternativas a interações de arrastar devem ser fornecidas; Target Size Minimum (2.5.8) — áreas clicáveis devem ter no mínimo 24×24 CSS pixels; Consistent Help (3.2.6) — mecanismos de ajuda devem estar em posição consistente entre páginas; e Redundant Entry (3.3.7) — informações previamente fornecidas pelo usuário devem ser preenchidas automaticamente ou facilmente acessíveis.

A conformidade com WCAG 2.2 exige atenção durante todas as fases do desenvolvimento — desde o design de wireframes até a implementação de código e os testes finais. Design systems que incorporam acessibilidade nativamente em seus componentes (como Chakra UI e Radix UI, que implementam WAI-ARIA patterns por padrão) reduzem significativamente o esforço de compliance, pois cada componente já cumpre requisitos de contraste, navegação por teclado, compatibilidade com leitores de tela e foco visível. Organizações que retrofitam acessibilidade em interfaces existentes gastam até 10 vezes mais do que aquelas que incorporam acessibilidade desde o início do projeto, segundo estimativas da Deque Systems.

Design Tokens: A Base Técnica do Design System

O Que São Design Tokens

Design tokens são variáveis nomeadas que armazenam valores de design — cores, tipografia, espaçamento, bordas, sombras, animações — de forma agnóstica a plataforma. Em vez de hardcodar “#1A73E8” como cor primária em CSS, React Native e Android XML separadamente, define-se um token “color.primary” cujo valor é transformado automaticamente para cada plataforma. Essa abstração garante consistência visual entre web, mobile e outros canais, e permite mudanças globais de tema (incluindo dark mode) alterando apenas os valores dos tokens na fonte, com propagação automática para todas as plataformas.

O W3C Design Tokens Format Module, em desenvolvimento ativo em 2026, estabelece um formato padronizado para definição de tokens em JSON, com suporte a aliases (tokens que referenciam outros tokens), modos (como light/dark), e metadados. Ferramentas como Style Dictionary (Amazon), Figma Variables (com export nativo para código), e Tokens Studio (plugin Figma) automatizam a transformação de tokens de design para CSS custom properties, Swift constants, Kotlin values, e outras representações específicas de plataforma. A adoção de design tokens padronizados reduziu o tempo de implementação de temas (incluindo dark mode) de semanas para horas em organizações como Salesforce e IBM, segundo estudos de caso publicados em 2024.

Arquitetura de Tokens em Camadas

A prática recomendada em 2026 organiza tokens em três camadas. Tokens globais (ou primitivos) definem a paleta completa de valores disponíveis — por exemplo, “blue.500: #1A73E8”, “spacing.4: 16px”, “font.size.lg: 18px”. Tokens de alias (ou semânticos) atribuem significado contextual — “color.primary: blue.500”, “color.error: red.600”, “spacing.component.padding: spacing.4”. Tokens de componente aplicam tokens semânticos a elementos específicos — “button.primary.background: color.primary”, “button.primary.text: color.on-primary”. Essa arquitetura permite que mudanças de marca (rebranding) sejam implementadas alterando apenas a camada global, com propagação automática para alias e componentes.

Implementação: Roadmap de 6 Meses

Mês 1-2: Auditoria e Fundação

O primeiro passo é auditar as interfaces existentes para identificar padrões recorrentes, inconsistências visuais e dívida técnica de UI. Ferramentas como o Storybook Design Token addon e scripts customizados que analisam CSS em produção podem mapear automaticamente cores, tipografias e espaçamentos utilizados, revelando a extensão da fragmentação visual. Paralelamente, defina princípios de design alinhados com os valores da marca e do produto — clareza, eficiência, acessibilidade — e estabeleça a equipe core responsável pelo design system (tipicamente 1 designer e 1-2 desenvolvedores frontend dedicados em tempo parcial ou integral).

Mês 2-3: Design Tokens e Componentes Fundacionais

Defina a estrutura de design tokens em três camadas (global, semântico, componente), estabeleça a paleta de cores com verificação de contraste WCAG AA (mínimo 4.5:1 para texto), tipografia responsiva com escala modular, e sistema de espaçamento consistente (4px ou 8px como base). Implemente os primeiros 10-15 componentes fundacionais — Button, Input, Select, Checkbox, Radio, Card, Modal, Toast, Avatar, Badge, Typography, Icon — com documentação em Storybook, testes unitários e testes de acessibilidade automatizados com jest-axe ou playwright accessibility testing.

Mês 3-4: Componentes Complexos e Padrões

Expanda a biblioteca com componentes compostos — DataTable com ordenação e filtros, formulários com validação, navegação (sidebar, breadcrumbs, tabs), DatePicker, Autocomplete, FileUpload — e documente padrões de composição que demonstram como combinar componentes para resolver problemas comuns (formulário de cadastro, dashboard com cards e gráficos, listagem com busca e filtros). Implemente dark mode utilizando a alternância de tokens semânticos, sem alterar os componentes. Configure pipeline de CI/CD para publicação automatizada do pacote npm com versionamento semântico.

Mês 4-5: Integração e Adoção

Migre um projeto piloto para utilizar o design system, documentando o processo e coletando feedback. Conduza workshops com equipes de design e desenvolvimento para demonstrar o uso correto do sistema e coletar sugestões de melhoria. Implemente analytics de uso — quais componentes são mais utilizados, quais têm mais issues reportados, quais padrões de composição são mais frequentes — usando ferramentas como o addon Storybook Measure ou rastreamento customizado. Esses dados guiarão a priorização de evolução do sistema nas fases seguintes.

Mês 5-6: Governança e Escala

Estabeleça processos formais de governança: como contribuir com novos componentes (RFC – Request for Comments), como propor mudanças em componentes existentes (breaking changes requerem RFC), como reportar bugs e solicitar features, e qual o SLA de resposta da equipe core. Configure testes de regressão visual automatizados com Chromatic ou Percy para detectar mudanças visuais não intencionais. Publique versões estáveis com changelog detalhado e guia de migração para breaking changes. Avalie a expansão para plataformas adicionais (React Native, Flutter) usando os mesmos design tokens como fonte de verdade cross-platform.

Métricas de Sucesso para Design Systems

Métricas de Adoção

A taxa de adoção é a métrica mais fundamental — que percentual dos projetos da organização utiliza o design system como base de interface. Organizações maduras como Spotify e Atlassian reportam taxas de adoção superiores a 90% em projetos internos. Métricas complementares incluem cobertura de componentes (percentual de interfaces construídas com componentes do design system vs. componentes ad hoc), velocidade de adoção em novos projetos (tempo entre kick-off e primeira tela com design system), e Net Promoter Score (NPS) interno dos desenvolvedores e designers que utilizam o sistema.

Métricas de Qualidade e Performance

A qualidade do design system é medida por indicadores como bugs reportados por componente por mês, cobertura de testes (unitários, acessibilidade, regressão visual), tempo médio de resolução de issues, e compliance com WCAG 2.2 (auditado periodicamente com Lighthouse, axe-core ou WAVE). Performance é avaliada por métricas como Core Web Vitals (LCP, FID/INP, CLS), bundle size total e por componente, e tempo de render em dispositivos de baixa performance. Design systems que mantêm LCP abaixo de 2,5 segundos e INP abaixo de 200ms contribuem diretamente para a experiência do usuário e para o ranking em mecanismos de busca.

Tendências de UI/UX para 2026-2028

IA Generativa no Design

Ferramentas de design assistido por IA, como Figma AI (anunciada em 2024), GitHub Copilot para frontend, e v0 (Vercel), estão transformando o processo de criação de interfaces. Em 2026, designers utilizam IA para gerar variações de layout, sugerir melhorias de acessibilidade, criar protótipos interativos a partir de descrições textuais, e traduzir wireframes em código funcional. Segundo pesquisa da Adobe (2025), 58% dos designers profissionais utilizam alguma ferramenta de IA em seu workflow diário, com ganho médio de produtividade de 25-35%. No entanto, a IA é ferramenta de aceleração, não substituição — o julgamento humano permanece essencial para decisões de design que impactam experiência do usuário, emoções e comportamento.

Interfaces Multimodais e Spatial Computing

A convergência de interfaces visuais (GUI), voz (VUI), gestos e realidade mista (MR) está criando demanda por design systems que transcendam a tela. O Apple Vision Pro, lançado em 2024, e os óculos de realidade mista do Meta impulsionam o desenvolvimento de padrões de interação para “spatial computing” — interfaces tridimensionais que respondem a olhar, gestos e voz simultaneamente. Design systems de próxima geração precisarão definir tokens, componentes e padrões de interação para essas novas modalidades, mantendo consistência com as interfaces 2D tradicionais que permanecerão dominantes por anos.

Micro-Frontends e Design Systems Federados

A arquitetura de micro-frontends — onde diferentes equipes desenvolvem e deployam partes independentes de uma aplicação — exige design systems que funcionem como “contratos visuais” entre equipes. Em 2026, abordagens federadas permitem que equipes contribuam componentes especializados para o design system central (um time de e-commerce contribui componentes de produto, outro de fintech contribui componentes de transação), mantendo consistência visual global via design tokens compartilhados. Ferramentas como Module Federation (webpack/vite) e importmaps facilitam o compartilhamento de componentes em runtime entre micro-frontends.

Dark Mode e Temas Adaptativos

O suporte a dark mode tornou-se expectativa padrão em 2026, com mais de 80% dos aplicativos top das app stores oferecendo a funcionalidade. Design systems modernos implementam temas adaptativos que vão além de light/dark — incluindo modos de alto contraste para acessibilidade, temas corporativos personalizados e adaptação automática baseada em preferências do sistema operacional (prefers-color-scheme), horário do dia e nível de luz ambiente. A arquitetura de design tokens em camadas (descrita anteriormente) é fundamental para essa flexibilidade, pois permite alterar toda a aparência visual alterando apenas a camada de tokens semânticos.

Perguntas Frequentes (FAQ)

Qual o investimento mínimo para criar um design system?

Para startups e equipes pequenas (5-15 desenvolvedores), o investimento mínimo viável é de R$ 80.000-200.000, incluindo design, desenvolvimento e documentação dos primeiros 15-20 componentes fundamentais. Esse investimento tipicamente se paga em 4-8 meses via redução de retrabalho. Alternativas de menor investimento incluem adotar um framework existente (Material UI, Chakra UI) como base e customizá-lo via tema, ou utilizar o modelo copy-paste do shadcn/ui combinado com Radix UI e Tailwind CSS, que requer menos infraestrutura de publicação e versionamento.

Design system vale a pena para um único produto?

Sim, mesmo para um único produto. A redução de 30-50% no tempo de desenvolvimento de interfaces se aplica independentemente do número de produtos. Adicionalmente, um design system garante consistência visual interna (todas as telas seguem o mesmo padrão), facilita onboarding de novos desenvolvedores (que aprendem os componentes em vez de padrões ad hoc), e prepara a organização para escalar quando novos produtos ou plataformas surgirem. Para produtos únicos, uma abordagem mais leve — Storybook + componentes compartilhados + design tokens — pode oferecer 80% dos benefícios com 30% do investimento de um design system completo.

Como garantir acessibilidade WCAG 2.2 no design system?

Incorpore acessibilidade desde o design dos componentes: garanta contraste mínimo de 4.5:1 para texto (7:1 para AAA), áreas clicáveis de no mínimo 44x44px (recomendação Touch Target, WCAG 2.5.8 exige 24x24px), navegação completa por teclado, labels e roles ARIA corretos, e foco visível em todos os elementos interativos. Utilize frameworks que implementam WAI-ARIA nativamente (Radix UI, Chakra UI) e automatize testes de acessibilidade com jest-axe, playwright acessibility testing e Lighthouse CI no pipeline de deploy.

Material UI ou Chakra UI: qual escolher em 2026?

Material UI é a melhor escolha para projetos que se beneficiam da estética Material Design (dashboards, admin panels, aplicações internas) e precisam de componentes enterprise como DataGrid e Charts. Chakra UI é preferível para projetos que requerem customização visual significativa, priorizam acessibilidade e performance de bundle, e valorizam produtividade do desenvolvedor via props utilitárias. Para design systems completamente customizados, Radix UI (headless) com Tailwind CSS oferece máximo controle visual.

Como medir o ROI de um design system?

Meça antes e depois: tempo médio para implementar uma nova tela (deve reduzir 30-50%), número de bugs de UI por sprint (deve reduzir 20-40%), tempo de onboarding de novos desenvolvedores frontend (deve reduzir 30-50%), e consistência visual medida por auditorias periódicas. Combine essas métricas com custos de desenvolvimento (salários × tempo) para calcular a economia financeira. A fórmula básica é: ROI = (Economia Anual – Custo Anual do Design System) / Custo Anual do Design System × 100. Ferramentas como Storybook analytics e rastreamento customizado de uso de componentes fornecem dados quantitativos para sustentar o cálculo.

Quanto tempo para implementar um design system completo?

Um design system com 30-40 componentes, design tokens, documentação em Storybook e testes automatizados leva tipicamente 4-6 meses para a versão 1.0, com uma equipe dedicada de 1 designer e 2 desenvolvedores. No entanto, um design system nunca está “completo” — é um produto vivo que evolui continuamente. A recomendação é lançar uma versão inicial funcional com 15-20 componentes em 2-3 meses, coletar feedback, e iterar em ciclos quinzenais ou mensais. Evite o perfeccionismo na v1.0; o valor se materializa quando equipes começam a usar o sistema, não quando ele atinge cobertura completa de componentes.

Sobre a Mind Group

A Mind Group é uma software house brasileira especializada em desenvolvimento de sistemas sob medida, com experiência comprovada em design de interfaces empresariais, implementação de design systems e criação de experiências digitais acessíveis e performáticas. A empresa combina expertise em UI/UX com profundo conhecimento técnico em frameworks modernos como React, Vue e React Native, entregando aplicações que equilibram usabilidade, acessibilidade e performance.

Com equipes multidisciplinares que integram designers de produto, desenvolvedores frontend e especialistas em acessibilidade, a Mind Group auxilia empresas a construírem design systems que aceleram o desenvolvimento, garantem consistência visual e cumprem requisitos regulatórios de acessibilidade — desde a auditoria inicial até a implementação e governança contínua. Conheça mais em mindconsulting.com.br.

Escrito por José Gonçalves

CEO e fundador da Mind Group (fundada em 2016), software house brasileira sediada em Sorocaba/SP. Lidera o desenvolvimento de sistemas, aplicativos, IA e automações para clientes como Itaipu Binacional, Fisk, Lojas Torra, Febracis e Vertuz. Especialista em arquitetura de software, squads ágeis e integração de Inteligência Artificial em operações B2B.

LinkedIn →