Cadastro de Taxas

Contexto

A plataforma realiza a conciliação de pagamentos, comparando valores de vendas do ERP com os recebidos pelas adquirentes. Dentro desse ecossistema, o cadastro de taxas é uma funcionalidade central, pois impacta diretamente a precisão da conciliação.

O projeto fazia parte de um movimento maior de evolução do produto, com foco em melhorar a experiência e padronizar fluxos a partir de um novo design system. A estratégia adotada foi progressiva: validar padrões em fluxos menores antes de atacar jornadas críticas.

O cadastro de taxas foi priorizado por seu alto impacto no negócio e na operação.

Problema

Os dados de uso evidenciaram uma ruptura grave na experiência:

Isso indicava que o problema não era pontual, mas estrutural.

A pergunta que guiou o projeto foi:

Como redesenhar o fluxo de cadastro de taxas para permitir autonomia do usuário e reduzir a dependência do suporte?

Processo

Descoberta

Para entender o problema em profundidade, combinei diferentes fontes:

• comportamento real de uso (Fullstory)
• análise de chamados de suporte
• dinâmica com o time de atendimento
• análise crítica do fluxo atual

O cruzamento desses dados mostrou um padrão claro: os usuários não falhavam por falta de tentativa, mas por falta de entendimento.

Principais problemas

A investigação revelou quatro tipos de ruptura na experiência:

1. Falta de clareza conceitual
   • usuários não entendiam "matriz", "contrato" ou "regra"
2. Ambiguidade na tomada de decisão
   • dificuldade em saber quando encerrar ou criar contratos
3. Complexidade estrutural do fluxo
   • muitas informações em uma única tela
   • ausência de orientação de progresso
4. Baixa comunicabilidade da interface
   • diferenças entre tipos de taxa pouco evidentes
   • ausência de feedback sobre próximos passos

Síntese → Direcionadores de design

A partir disso, defini alguns princípios que guiaram o redesign:

• tornar o fluxo progressivo e orientado
• explicitar conceitos no contexto de uso
• aumentar a visibilidade de status e decisões
• reduzir ambiguidade na interpretação das ações

Decisão de produto (trade-off crítico)

Uma das decisões mais relevantes foi sobre o encerramento de contratos.

• Opção considerada: automatizar o encerramento ao criar um novo contrato
• Risco: induzir erros com impacto financeiro direto

Decisão final: manter o controle com o usuário, mas com suporte da interface:

• sinalização clara de conflito
• bloqueio de continuidade até resolução
• opções explícitas de ação (encerrar, trocar ou sair)

Essa decisão priorizou segurança e intencionalidade, ao invés de automação.

Solução

O fluxo foi reestruturado em 5 etapas sequenciais, alinhadas à lógica mental do usuário. Essa divisão reduziu a sobrecarga cognitiva e tornou o progresso visível.

1. Seleção da adquirente
2. Informações do contrato
3. Seleção de estabelecimentos
4. Cadastro de taxas
5. Resumo e confirmação

Principais mudanças:

• substituição de tela única por fluxo guiado com stepper
• inclusão de explicações contextuais (tooltips)
• reorganização da tabela de taxas (produtos nas linhas, não colunas)
• agrupamento por bandeira para facilitar leitura
• filtros e status visíveis na seleção de estabelecimentos

Validação

Os testes de usabilidade com usuários frequentes revelaram ajustes finos, principalmente relacionados à comunicação:

• dificuldade em localizar ações → reposicionamento de elementos
• baixa compreensão de termos → inclusão de explicações contextuais
• dificuldade de decisão → melhoria na comunicação de conceitos

Um aprendizado importante reforçado aqui:

clareza de nomenclatura impacta mais do que mudanças visuais

Entrega final

Telas do redesign do fluxo de cadastro de taxas.

Resultado

O redesign entrou em fase de monitoramento, com metas definidas a partir do diagnóstico inicial:

Mesmo antes dos dados finais, o projeto já gerou valor ao:

• estruturar um fluxo antes inexistente
• reduzir ambiguidade nas decisões
• alinhar experiência com impacto direto no negócio

Próximos passos

• monitorar comportamento real e validar hipóteses
• identificar novos pontos de fricção após uso contínuo
• evoluir funcionalidades, como salvar e continuar depois