Reestruturando um Sistema de Conciliação Financeira

OVERVIEW

A Evencard era uma ferramenta de conciliação financeira para transações de cartão.

Entrei como primeiro Product Designer em um momento de crescimento acelerado, mas com uma plataforma crítica marcada por alta complexidade, arquitetura monolítica e ausência de padrões consistentes de interface.

Atuei na reestruturação da experiência do produto, redefinindo a arquitetura da informação, estruturando um design system e simplificando fluxos críticos.

Ao longo do projeto, equilibrei a visão de expansão omnichannel com melhorias táticas no sistema legado após a aquisição da empresa.

Como resultado, reduzimos churn, diminuímos tickets de suporte e tornamos a experiência mais clara, consistente e escalável.

ROLE & DURATION

Senior Product Designer

Mar 2021 - Dec 2022

Contexto

Quando entrei na Evencard, o produto já estava em operação e atendia uma base ativa de clientes. Ele havia sido desenvolvido pelos próprios sócios e evoluiu rapidamente a partir de solicitações individuais.

Cada nova demanda era implementada e liberada para toda a base, sem validação ampla. Com o tempo, isso gerou uma ferramenta funcional, porém progressivamente mais complexa e difícil de navegar — principalmente para novos clientes.

A maioria dos usuários eram pequenos e médios empreendedores que buscavam clareza sobre cobranças indevidas de taxas, mas encontravam uma plataforma com alto esforço de aprendizado e configuração inicial.

Durante a pandemia, surgiu ainda a oportunidade de expandir o produto para aplicativos de delivery e, futuramente, outros canais de venda.

O desafio era claro: simplificar a experiência atual enquanto preparávamos o produto para crescer.

Principais Problemas

(Sistema Legado - Antes)

A partir de análises heurísticas, entrevistas e observação contextual, identificamos:

  • Interface inconsistente, sem padrões visuais ou estruturais

  • Excesso de funcionalidades e relatórios, sem hierarquia clara

  • Sobrecarga cognitiva, exigindo treinamentos de até 3 horas

  • Fluxo inicial confuso, com configuração manual de taxas que gerava alertas falsos já nos primeiros acessos

  • Arquitetura monolítica, limitando evolução e escalabilidade

Como consequência, muitos clientes contratavam a ferramenta, mas não iniciavam o uso de forma efetiva.

O problema não era falta de funcionalidades, mas excesso de complexidade para um público com pouco tempo disponível.

Meu Papel

Como primeiro Product Designer, atuei na transição de um produto construído de forma reativa para uma abordagem estruturada e orientada à experiência e à escalabilidade.

  • Minhas principais contribuições:

  • Redefinição da arquitetura da informação

  • Reestruturação da jornada principal do usuário

  • Estabelecimento de padrões visuais e de interação

  • Criação e documentação de um design system no Figma

  • Validação de decisões estratégicas com clientes

  • Colaboração com engenharia na definição de user stories e decisões técnicas

  • Apoio na integração com API do iFood

  • Atuação temporária como PM em momentos de transição

Além da atuação em UX e UI, participei ativamente de decisões de produto e, em determinados momentos, assumi responsabilidades de priorização e organização de backlog.

Estratégia e Visão de Produto

A análise inicial revelou que o problema central não era ausência de funcionalidades, mas falta de estrutura.

Definimos três diretrizes:

1. Reduzir Complexidade

  • Eliminar redundâncias, reorganizar a hierarquia da informação e simplificar fluxos críticos.

2. Estruturar a Experiência em Pilares

Organizamos o produto em três núcleos principais e independentes entre eles:

  • Vendas

  • Auditoria

  • Recebimentos e Previsões

Essa estrutura trouxe clareza funcional e facilitou expansão futura, permitindo usuário decidir qual funcionalidade deseja utilizar.

3. Preparar para Escalabilidade

  • Estruturação prévia do design system

  • Rebranding para Even

  • Planejamento de integração com múltiplos canais

Além de melhorar a usabilidade, o foco também foi construir uma base sustentável para crescimento.

Construção da Nova Plataforma

Com as diretrizes definidas, iniciamos a construção de uma nova base para o produto.

Antes do desenvolvimento, estruturei uma biblioteca completa de componentes no Figma, definindo:

  • Padrões visuais e de interação

  • Componentes reutilizáveis

  • Hierarquia tipográfica

  • Tokens de cor e espaçamento

  • Diretrizes de consistência

(Documentação - Design Tokens)

(Documentação - Componentização)

Em paralelo, desenvolvi protótipos em alta fidelidade dos principais fluxos, baseados nos três pilares definidos, e conduzi rodadas de validação com clientes.

Desenvolvimento e Beta

Com a formação do novo squad, iniciamos desenvolvimento da refatoração, e no primeiro semestre de 2022, lançamos uma versão beta focada na conciliação de iFood.

A versão priorizava:

  • Experiência read-only

  • Navegação simplificada

  • Estrutura modular

  • Interface minimalista e padronizada

Contamos com 4 beta testers ativos.

Resultados da Fase Beta

  • Redução perceptível de complexidade na navegação

  • Feedback positivo quanto à organização e clareza das informações

  • Entregas mais consistentes entre design e desenvolvimento

Entretanto, inconsistências nos dados impactavam a confiança na ferramenta, fator crítico em produtos financeiros.

PLOT TWIST → Aquisição e Redirecionamento

Em 2022, a empresa foi adquirida e passou por fusão, assumindo a marca Liber Capital.

Com a nova estrutura organizacional, as prioridades mudaram:

  • Desenvolvimento da nova plataforma foi pausado

  • Churn tornou-se prioridade

  • Aumento de tickets sobrecarregava o suporte

  • Inconsistências do sistema legado impactavam retenção

Optamos por redirecionar esforços para melhorias imediatas no sistema legado, aplicando os princípios estruturais já definidos.

Redesign Estratégico do Sistema Legado

Com o desenvolvimento pausado, focamos em impacto operacional imediato.

Utilizamos dinâmicas como Opportunity Tree para priorizar ações com maior potencial de retenção.

Aplicamos no sistema legado os conceitos já validados:

1. Reorganização da Hierarquia de Informação

  • Redução de relatórios

  • Agrupamento lógico de funcionalidades

  • Simplificação da navegação

2. Simplificação de Fluxos

  • Redução de etapas redundantes

  • Ajuste no fluxo de configuração de taxas

  • Auditoria ativada apenas após configuração completa

3. Padronização Visual

  • Aplicação da identidade Liber

  • Implementação gradual de padrões definidos

O objetivo não era reescrever o sistema, mas reduzir fricção dentro das limitações existentes.

(Sistema Legado - Antes)

(Sistema Legado - Depois)

Nota: A versão final do monolito ainda apresentavam pequenas inconsistências visual devido a falta de escalabilidade da plataforma.

Resultado e Impactos

Após 3 meses da implementação:

↓ 18%

Tickets de suporte

3h → 50min

Sessão de treinamento reduzida

↓ Fluxos e conteúdos

Simplificação significativa

5% → 4%

CHURN reduzido (queda relativa de 20%)

CHURN reduzido

(queda relativa de 20%)

As melhorias contribuíram diretamente para eficiência operacional e retenção.

Aprendizados

Este projeto consolidou dois aprendizados fundamentais:

1. Clareza sobre o impacto de cada entrega

Nem toda iniciativa precisa resolver o problema estrutural completo. Aprendi a definir com precisão qual impacto cada fase deveria gerar, seja validação, simplificação ou retenção imediata.

2. Equilíbrio entre Design Centrado no Usuário e Modelo de Negócio

A melhor solução sob a ótica de experiência do usuário nem sempre é a prioridade estratégica. Aprendi a equilibrar decisões de usabilidade com sustentabilidade operacional, buscando impacto simultâneo na experiência e no negócio.

Esse equilíbrio foi determinante para a evolução do produto e para minha consolidação como designer de produto estratégico.

Continuidade

Após reestruturar a plataforma principal, desenvolvemos uma versão Lite focada em acessibilidade e adoção rápida.

See case →

Let's connect

Get in touch for opportunities