Conta Azul · 2022

Unificando o cadastro de todos os produtos da Conta Azul para eliminar atrito e construir a base de um ecossistema conectado

  • Product Design
  • Onboarding
  • Architecture
  • ERP SaaS
  • Banking
Contexto
A Conta Azul queria se tornar um hub para empreendedores brasileiros — mas cada produto (ERP, gateway de pagamento, Conta PJ) tinha seu próprio cadastro, com dados fragmentados e experiências inconsistentes.
Problema
56,97% dos usuários abandonavam o cadastro. Campos duplicados, regras diferentes por produto e inconsistência visual criavam atrito antes mesmo de o usuário conhecer o produto.
Abordagem
Mapeamento de todos os fluxos existentes, avaliação de provedores de dados para automação via CNPJ e design de um cadastro único — validado em MVP antes da integração completa.
Resultado
Redução de abandono em 12,9 pontos percentuais, +2.107% em credenciamento de pagamento e base técnica construída para o lançamento da Conta PJ.

Resultados

  • +2.107% Credenciamento de pagamento 2,19% → 48,33%
  • +292% 1ª cobrança emitida 1,42% → 5,56%
  • +69% Cobranças liquidadas 0,85% → 1,44% · 30d
  • +7,5% Conversão para pagantes 10% → 10,75% · 30d
  • −12,9pp Abandono de cadastro 56,97% → 49,6%
  • +37% 1ª venda criada 12,76% → 17,5%
  • 3 Produtos unificados ERP · Gateway · Conta PJ
  • 1 Base de cadastro Antes eram separadas

Atuação

Atuei como Product Designer Specialist liderando a estratégia e execução do design para a unificação de cadastro. A atuação cobriu desde o mapeamento dos fluxos existentes e requisitos técnicos de compliance até a definição da arquitetura UX unificada, prototipagem de múltiplas iterações e validação com stakeholders de produto, engenharia, compliance e negócios. O trabalho foi simultaneamente um projeto de UX e uma iniciativa de arquitetura de produto.

Estratégia

A tensão era estrutural: cada produto da Conta Azul — ERP, gateway de pagamento, futura Conta PJ — tinha seu próprio cadastro, com dados fragmentados e regras distintas. O usuário precisava se recadastrar ao cruzar para um novo produto, e a empresa acumulava bases inconsistentes entre squads. O objetivo de se tornar um hub para empreendedores brasileiros era real, mas a infraestrutura contradizvia essa visão a cada novo onboarding.

O projeto não era sobre consertar um formulário. Era sobre construir a base técnica e experiencial para que novos produtos pudessem ser lançados sem recriar o problema. Com o lançamento da Conta PJ se aproximando, unificar os cadastros passou de iniciativa desejável para bloqueador estratégico.

Processo

A abordagem combinou discovery estruturado com design iterativo em paralelo. Mapeei todos os fluxos de cadastro existentes e analisei os requisitos de ERP, Pagamentos, Banking e sistemas KYC antes de propor qualquer solução. Para automação via CNPJ, avaliei múltiplos provedores de dados — o DataHub foi selecionado pela melhor combinação de velocidade e qualidade.

A validação foi feita em camadas: primeiro um MVP focado em Receba Fácil e Faturamento para testar a hipótese central antes da integração completa. Decisões de produto foram tomadas junto às equipes — incluindo o gate obrigatório de CNPJ por 15 segundos para garantir dados experimentais válidos.

  • Discovery em paralelo com prototipagem
  • Avaliação de provedores antes da solução
  • MVP para validação antes da expansão
  • A/B com métricas definidas antes do teste

Diagnóstico

Solução

Impacto

  • Base técnica para a Conta PJ

    A unificação criou a infraestrutura técnica e experiencial que o lançamento da Conta PJ exigia. Sem esse projeto, cada novo produto da plataforma repetiria o mesmo problema de fragmentação.

  • Padronização para produtos futuros

    O fluxo unificado estabeleceu padrões reutilizáveis para todos os produtos subsequentes — novas integrações passaram a ser significativamente mais rápidas de implementar.

  • Dados centralizados

    Informações unificadas do cliente em todo o ecossistema eliminaram o retrabalho entre squads que antes trabalhavam em sistemas separados com dados inconsistentes.

  • Menos esforço duplicado entre times

    A iniciativa eliminou trabalho paralelo entre equipes que mantinham fluxos diferentes para o mesmo problema — liberando capacidade para evolução de produto.

Reflexão

O que este projeto realmente foi

Na superfície, era um projeto de onboarding — reduzir abandono no cadastro. Na prática, foi uma iniciativa de arquitetura de produto. A decisão de tratar o problema como infraestrutura — não como uma série de melhorias de UX isoladas — foi o que tornou possível o impacto em múltiplos produtos simultaneamente.

A complexidade real estava abaixo da interface: dependências profundas entre sistemas, requisitos de KYC em evolução durante o projeto, latência e inconsistência de provedores de dados externos, e múltiplos times com perspectivas diferentes sobre o que “unificado” deveria significar.

O que permaneceu depois

A base construída aqui não era apenas para o Receba Fácil. Era para a Conta PJ, para produtos financeiros futuros, para qualquer novo produto que precisasse de cadastro. O impacto de longo prazo do projeto está menos nos números do A/B e mais na escalabilidade que ele habilitou.

O que eu faria diferente

Definiria mais cedo os critérios de sucesso para a integração completa — não apenas para o MVP. A separação entre validação de hipótese (MVP) e arquitetura completa criou ambiguidade sobre quando cada decisão estava “definitiva”. Nomear esse limite desde o início teria reduzido retrabalho nas iterações posteriores.

Vamos trabalhar juntos?

Disponível para full-time · remote · freelancer

Aberto a novos projetos, oportunidades e conversas.

LinkedIn →