REESTRUTURANDO FLUXOS, JORNADAS CRÍTICAS E DESIGN SYSTEM DE UM APP B2B
setfin
/
fev. de 2026
Empresa
Setfin
Data
OUT DE 2025 / FEV DE 2026
Responsabilidades
Estruturar o aplicativo
Reorganizar fluxos
Implementar handoff
Corrigir falhas críticas em jornadas
Reconstruir o design system
overview
A Setfin é uma empresa de serviços financeiros voltada para microempreendedores individuais (MEIs), oferecendo soluções como gestão financeira, pagamentos, cobranças, emissão de notas fiscais e operações bancárias.
Quando entrei no projeto, o aplicativo apresentava problemas estruturais importantes. Os fluxos estavam desorganizados, o design system era inconsistente e algumas jornadas críticas não estavam alinhadas com exigências regulatórias.
Além disso, eu era o único Product Designer responsável pelo aplicativo, trabalhando diretamente com um time enxuto de desenvolvimento e respondendo ao COO e ao Especialista Sênior de Operações.
O desafio era reorganizar o produto, estruturar os fluxos e criar uma base de design mais consistente e escalável.
Contexto
O primeiro diagnóstico mostrou que o produto não enfrentava apenas problemas visuais. Havia fragilidades estruturais que impactavam diretamente a evolução do sistema e a segurança de jornadas críticas.
Todos os fluxos estavam concentrados em um único arquivo, com centenas de telas lado a lado, sem separação clara por jornada. Além disso, cenários de erro, sucesso e alerta não estavam previstos, o que dificultava muito o entendimento do produto pelo time de desenvolvimento.
Esse contexto tornava a manutenção difícil, reduzia previsibilidade na implementação e aumentava o risco de inconsistências.
Problema
- Fluxos desorganizados
- Falhas críticas em jornadas sensíveis
- Cenários não previstos
- Design system inconsistente
- Inconsistência visual
Reorganizando a estrutura dos fluxos
Para resolver a base do problema, comecei reorganizando os arquivos e fluxos do produto. As telas passaram a ser separadas por jornada e acompanhadas por um sistema de handoff mais estruturado, com documentação e comentários técnicos para facilitar a implementação.
Também passei a incluir todos os cenários necessários para o entendimento completo das jornadas, como erros, sucessos, alertas e estados vazios.
Auditando jornadas críticas e mitigando riscos
Esse processo envolveu a análise das histórias enviadas pela liderança, identificação de lacunas e riscos, benchmarking para fundamentar decisões e apresentação estruturada dos problemas encontrados.
Essa etapa foi importante porque permitiu corrigir problemas de conformidade regulatória e de clareza para o usuário.
Com isso, fluxos regulatórios foram ajustados, a conformidade melhorou e a transparência financeira aumentou.
Reconstruindo o design system
O sistema anterior não oferecia previsibilidade nem consistência suficiente para sustentar o crescimento do produto.
A reconstrução foi feita com base em tokens estruturados com variáveis, cores semânticas, hierarquia tipográfica, espaçamentos padronizados e componentes com estados previstos. Além disso, todas as telas passaram a ser feitas com Auto Layout e o sistema começou a contar com versionamento.
Com isso, o produto ganhou uma base mais consistente, escalável e alinhada ao desenvolvimento.
Evoluindo a arquitetura de componentes
Com a base reconstruída, o passo seguinte foi evoluir a forma como os componentes eram montados. Começamos a usar slots: áreas flexíveis dentro de um componente, onde é possível encaixar outros componentes sem criar uma nova variante para cada combinação.
Na prática, um mesmo card, modal ou item de lista passou a receber conteúdos diferentes, como ícones, textos, valores ou botões, mantendo a estrutura, os espaçamentos e os estados do componente original.
Com isso, a biblioteca ficou mais enxuta, com menos variantes para manter, e mais fácil de reaproveitar à medida que o produto ganhava novas funcionalidades.
Resultados
Maior clareza dos fluxos para desenvolvimento
A nova organização facilitou o entendimento das jornadas pelo time de desenvolvimento e reduziu as dúvidas durante a implementação.
Redução de inconsistências visuais
Com a reconstrução do design system, as telas passaram a seguir os mesmos padrões e o produto deixou de acumular inconsistências visuais.
Entregas mais rápidas com IA + MCP
Com fluxos e componentes padronizados, o desenvolvimento front-end ficou muito mais rápido, e o uso de IA com MCP acelerou ainda mais as entregas.
Mais segurança estrutural para o produto
Os ajustes nas jornadas críticas melhoraram a conformidade regulatória, aumentaram a transparência financeira e reforçaram a consistência da experiência em um contexto sensível, envolvendo dinheiro real e regras regulatórias.
aprendizados
Esse projeto aprofundou meu entendimento sobre arquitetura de sistemas, produtos financeiros regulados e design system escalável.
Também reforçou a importância de atuar com visão de risco, clareza estrutural e comunicação próxima da liderança em contextos onde decisões de design impactam diretamente a operação, a conformidade e a evolução do produto.